代码重构

等问题集中爆发再进行大规模代码重构，其实这并不是一个理想的方法。代码重构应该是伴随着项目的生命周期无时无刻、期循序渐进的进行的。

• 在项目刚刚开始的时候，代码很干净，一些小问题一般影响也不大，但研发开发新功能的时间过于饱和，没有富余的时间重构这部分代码；
• 随着项目做的时间变长，这些小的问题就会累积起来（技术债务）；
• 随着一直添加新功能，这些问题会逐渐显现出来，不可避免的，开发速度会被拖慢；
• 随着问题越来越多，不得不进行复杂的代码重构，花时间去填以前挖的坑，然而重构代码所需的时间，往往要远高于预期；
• 如果在添加新功能的时候，有一些富余的时间重构有问题的代码，随着时间的推移，代码就会越来越干净，开发速度也会越来越快；
• 这样虽然日常开发会多花一点时间，但是从长远来看，会节省下更多的时间。