项目重构感悟

重构决定

• 需要提前做好新旧系统的切换方案的规划
• 要高度重视对数据的重构，对数据的调整和兼容是重中之重
• 重构是为了解决实际的项目问题，而不只是作为程序员的一个代码洁癖。所以，需要对新系统有可以量化的指标(eg. 性能提升5个点、开发工作量减少30% 等)
• 技术选型时，不要盲目最求新技术，需要尽量使用成熟、简单的方案，选择成熟简单的方案在遇到问题时多能在网上找到对应的解决方案。文档相对也会更完善。

团队管理

• 重构过程中需要时刻紧跟，定期review代码，及时调整。可以采用Scrum的方式, 持续的 交付->试用->反馈->调整
• 树立编码规范、最好是能有一组对应的代码片段作为模板来参考，并通过技术手段做相应的限制，如checkstyke和版本管理工具的结合(为了代码的整洁和统一，这一点在团队中还挺重要的，毕竟团队中的人员各自风格不同[更别提其中还有些非常糟糕的风格])
• 对代码的改动需要小范围逐步改动，并修改/增加对应的单元测试
• 团队成员的培也需要重视，团队成员的功底也是不一样的，在项目开展过程中一般就会体现出来。此时可以做相应的学习指导
• 项目管理的知识和了解需要做相应的学习,可以参考研发团队效率提升新姿势-Scrum，你get了吗？