我是个爱改Bug的程序员

我是个爱改Bug的程序员，而且我一直认为这是成为优秀程序员的必备品质(虽然我不是)。而我发现大多数新人(不想用菜鸟来形容)是不喜欢改Bug的，当你给新人安排这样的任务时，通常不会看到激动而兴奋的眼神，而只会听到“好吧”这种无奈的应答。而且很多换工作的程序员的理由都是上家公司只让自己改些bug，没有参与核心开发，对于这样的人，我肯定不会招。
     我发现自己过去五年的开发时间，其实大部分时间在改Bug,而且自己成长最快也是改Bug。

     还记得在富士康上班时，第一年虽然是在作新开发，但自己提高却不如第二年外派至另一个部门去改Bug。那是一个工作流引擎系统，全自主开发的，当时去改Bug时一头雾水，但是慢慢改了半年后，已经对工作流系统的整理设计和框架比较熟悉了，以至后来到金蝶时已经很容易看懂他们工作流的代码了。 

     再一次改Bug最有成就的是到金蝶后，接手K/3产品的自主邮件解析系统（虽然这个系统相对专业的邮件系统功能差很远），刚开始对网络传输协议、文件编码与解码等一无所知，而一年后，已经能独立写出一个邮件发送和解析系统了。

     后面再一次改Bug是K/3 Cloud新产品研发时，修改一位大师级（来自别的公司的首席架构师）写的ORM持久化框架，那是我第一次见识真正的大师级代码，当我不断的调试那些代码时，才明白自己当年写的所谓的面对对象的代码是有多么弱智。

     而现在，在一家甲方企业，去年实施完ERP（Oracle产品）后，咨询公司今年退厂了，Bug一下子落到身上，这几周基本上在改Bug，对于这样一个全新的开发平台，自己其实很没底，但是还是依旧按之前的经验“just do  it " ,参照文档、借助谷歌和度娘、请教高手，这几周下来已经大概熟悉开发工具的使用的大概的程序逻辑了。

     其实，改Bug相对自己写程序更能提高，特别是对没有多少开发经验的人来说。我在富士康和金蝶也开发过全新的模块，但现在看来，那些设计和代码，其实比别人写的代码好不了多少。 改Bug的好处在于，如果别人的代码是优秀代码，那很容易学到经典并迅速提高；如果别人的代码比较乱，则也容易发现毛病并为自己写代码提供教训。

     当然，通过改Bug提高的前提是喜欢改Bug，也就是喜欢研究，喜欢一步步去调试跟踪深入底层代码，有打破砂锅问到底的精神，不然如果Bug改完了，都不知道为什么Bug没有了，那尽早告别程序员生涯为上。

Tips:

如果您喜欢这篇文章，请转载分享

想了解更多关于IT的文章，请关注微博小田说事儿，也可以关注微信公众号“小田说事儿”

扫描二维码添加微信公众号：