成为优秀程序员的那些招数(1) -- 不轻易改动代码

一切核心是为了效率.

    修改代码总是容易引入错误. 如无必要, 别动代码, 开发环境都别动. 何况写过的代码必定是有其稳定性的, 所以不要为了一些无足轻重的理由去更改代码.

    这些无足轻重的理由包括:

    1. 准备采用新的编码格式

         项目组经常开会讨论什么样的编码格式是好的编码格式, 可以提升工作效率,  的确有些东西很有用, 但是你千万别兴奋, 万一引入点代码你就死定了, 因为修改编码格式往往是全局大改. 你可以慢慢来, 而且准备好全部的测试再开始, 确保你修改的每句代码都被修改到. 说实话, 我建议永远不要为了修改编码格式而去修改改代码, 除非你因为其他原因修改到了改行或者该变量. 因为你花时间去修改代码, 那么你需要三倍的时间去测试, 提升的效率并不会有你想象的那么多. 如果你没有测试, 那么你会更惨.

 

    2. 某处可以节约10个字节

         如果你发现某个buffer可以缩小一点, 这是件很好的事情, 不过这是个无足轻重的改善, 但是可能引入灾难性的后果. RAM便宜的要死, 程序员的时间贵的要死, 产品的稳定性是公司的命脉, 您完全可以不必理会他. 如果您一定要修改他, 请一定开bug, 安排测试, 确保在代码进入整体测试前修改, 一旦进入整体测试就别搞了, 一旦出了问题, 一堆人跟着你查, PM甚至部门经理都要因为你浪费时间, 他们的时间是多少钱? 你不知道对吧?

    还有很多理由, 不必列举,

  

    如果你一定要修改, 那么:

    1. 进入整体测试期后, 只修改bug, 或者调整功能

    2. 必定做测试, 单元测试代码要覆盖修改点