主要观点:作者庆幸职业生涯从重视代码质量的人开始,早期明白其重要性及对客户满意度的积极影响,后意识到可通过多种方式改进软件,包括多种策略。同时强调任何改进都有风险,要透明沟通并有效管理。
关键信息:
- 早期专注于遗留代码重构,如今知道更多改进软件的方法和策略。
- 改进意味着改变,任何重构等都有打破现有功能的风险。
- 有多种策略,如保持原样、持续重构、引入代码架构、分而治之等。
- 要根据具体情况用问题帮助做决策,如是否保持原样、持续重构是否有效、新架构是否足够等。
重要细节: - 对遗留系统,有时保持原样只需最小维护,有时持续重构效果显著,有时需引入架构,复杂系统可分而治之。
- 不同情况下各策略的适用条件,如年轻应用持续重构效果好,老应用根据团队数量等选择策略等。
- 鼓励挑战和提问,记住不是所有遗留系统都需重构等。
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。