作者：朱金灿

来源：

 

有软件就有bug，这意味着软件研发不仅仅是新功能开发，更要拿出相当一部分精力去修改bug。但基本很多软件开发者并不喜欢修改bug，对这项工作的厌恶程度并不下于写文档。究其原因有以下几点：一是修改bug并不会带来像开发新功能那么大的成就感，甚至修改bug意味着承认自己开发的软件中存在缺陷，这毫无疑问会给人一种沮丧感；二是修改别人开发模块的bug意味着吃别人的狗粮，等于自己要去读懂别人写的代码，理解别人的思路，弥补别人犯下的错误，很多时候意味着要付出更多的辛劳。

 

但是bug又是不能不改的。需要认识到的是修改bug并不是低技术含量的工作。相反它是一项相当有技术含量的工作。随便将一个bug扔给一个新人来修改是一件不负责任的事情。首先需要有丰富开发经验的开发者划分bug的难易程度，制定bug修改技术方案，然后安排新手去修改才是比较可行的路线。bug修改不适宜长时间连续进行，应在开发新功能和修改bug交替进行，比如一周五天时间，有三天开发新功能，有两天修改bug。长时间连续修改bug容易造成对bug修改的厌倦，就好像经常吃方便面的人到最后是看见方便面就想吐。还有对于一些设计方面有严重缺陷的代码适宜采用代码重构的办法来修改，这也是偿还之前的技术债，否则到最后是积重难返，代码变得无法维护。