画蛇添足与画龙点睛目的都是对原来作品的完善。但得到的结果却大不相同。
在程序开发中，也经常遇到这两种情况。画龙点睛的修改通常给程序性能带来很大的提升或者使用户的操作大大方便，而画蛇添足却是试图做的更完美，结果却带来了更多的bug。
我认为在程序开发中。实现的功能应该满足客户的需求。但是不要画蛇添足。如果对程序的改进不能对用户操作提高明显的效率，对程序也没有明显的性能的提升，或者带来明显的好处。那就不要改进。因为在完成程序开发后的改进风险很大。很容易仅仅修改了点而忽略了面，修改了局部而忽略了全局。带来bug。这种bug也很难被测试到。它们通常出现原来正常运行而本次没有修改的功能点上，具有很强的隐蔽性。
在确定了要进行改动之后。应该对程序进行全面的考虑。把所有因为此次修改而影响的点列清。逐步修改。这样有效避免在改动中产生bug。
在改动结束之后，要对涉及的流程全部测试一下。仅仅对改动的页面测试，就又陷入局部而忽略了全局。给程序的使用带来隐患。
由此可见，在开发完成后的改动。首先要评价改动的必要；其次在改动中要全面考虑设计，然后开发；最后测试要全面。片面追求速度而忽略了质量是得不偿失的。