项目重构感悟

重构决定

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

团队管理

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