![[呲牙]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_2.cd1e2bd.png)
关于技术重构
1. 对程序的重构，多早都不算早，重构要成为一种习惯，每个功能开发，甚至每天的开发，每处代码的改动，完成之后都要立即重构。拖得时间越长，重构的难度越大，为此，要适当控制新功能开发的节奏。对不断抛来的新需求敢于说不。
2. 对程序可能的风险，漏洞，不严谨的地方，逻辑不清晰的地方一定不能易轻放过，否则后续会成为bug之源，并且非常难以修复，而且修复一处会导致其他处的bug。
3. 但不要过度追求完美，没有完美的代码，也没有不变的代码，很多代码往往只有一年，最多两年的生命，不要把时间放在无谓的抽象上。想想到现在为止我们基本每年换一次架构，这既是技术本身升级的要求，更多时候是业务需要变化的要求。所以，我们能保证现在的代码能顺利运行两年，最多三年就够了。
4.最后，极限编程之父Kent Beck的Make it work, make it right, make it fast(先工作，再正确，再高效)是以上的基本理论前提。
1. 对程序的重构，多早都不算早，重构要成为一种习惯，每个功能开发，甚至每天的开发，每处代码的改动，完成之后都要立即重构。拖得时间越长，重构的难度越大，为此，要适当控制新功能开发的节奏。对不断抛来的新需求敢于说不。
2. 对程序可能的风险，漏洞，不严谨的地方，逻辑不清晰的地方一定不能易轻放过，否则后续会成为bug之源，并且非常难以修复，而且修复一处会导致其他处的bug。
3. 但不要过度追求完美，没有完美的代码，也没有不变的代码，很多代码往往只有一年，最多两年的生命，不要把时间放在无谓的抽象上。想想到现在为止我们基本每年换一次架构，这既是技术本身升级的要求，更多时候是业务需要变化的要求。所以，我们能保证现在的代码能顺利运行两年，最多三年就够了。
4.最后，极限编程之父Kent Beck的Make it work, make it right, make it fast(先工作，再正确，再高效)是以上的基本理论前提。
展开
评论
14
![[流泪]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_6.dde0d83.png)
![[惊喜]](http://lf3-cdn-tos.bytescm.com/obj/static/xitu_juejin_web/img/jj_emoji_93.5ee641b.png)