获得徽章 0
关注了标签 
ECMAScript 6
ECMAScript 6
关注了标签 
代码规范
代码规范
关注了标签 
Angular.js
Angular.js
关注了标签 
微信小程序
微信小程序
关注了标签 
Webpack
Webpack
关注了标签 
React.js
React.js
关注了标签 
CSS
CSS
关注了标签 
Node.js
Node.js
关注了标签 
Vue.js
Vue.js
关注了标签 
JavaScript
JavaScript
关注了标签 
前端
前端
赞了这篇沸点
关于技术重构
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