写代码前要先做系统设计 。 磨刀不误砍柴工 ， 写设计文档可以让开发人员在实现前就有清楚的思路 ， 遵循最佳实践 ， 把控代码质量 。

定期偿还技术债务 。 对于不值得维护的老项目 ， 只打补丁 ， 不增加新功能也不更新 ， 只要能运行就行 。 对于需要长期维护、经常新增功能的老项目 ， 就要通过重构来改进完善 。 需要注意的是 ， 重构要先补自动化测试代码 ， 逐个模块替代 ， 不要一下子推翻重写然后迁移 。

开发模式分两步走 。 在两周的Sprint中 ， 第一周只做产品的需求 ， 开发完成后部署到测试环境测试；第二周修复各种新功能的Bug ， 同时做纯技术相关的任务 ， 比如偿还技术债务、测试新的技术栈、开发公共组件 。 这种做法不仅能保证代码质量 ， 还能保证持续有新的产品功能交付 。

新项目或已有项目要有最佳实践 。 在架构设计完成后 ， 团队成员基于架构设计先实现一些基本的功能模块 ， 把基本的场景都覆盖 。 在这些模块实现的时候 ， 形成一个好的开发实践 。 实践时同时进行代码审查 ， 每个人都可以提出意见反馈 ， 根据反馈对最佳实践做出调整 。 有了最佳实践 ， 其他人不仅可以照葫芦画瓢 ， 写出质量不错的代码；对于不符合最佳实践的代码 ， 在审查阶段也可以排除出来 。

由此可见 ， 烂代码可以轻易写出 ， 想要写出高质量则需要程序员十分努力 ， 保持思考、学习和批判的精神 。 对于烂代码 ， 你是怎么看的？你有为提升代码质量做过什么努力吗？欢迎留言交流~
参考链接：

• https://sunnysultan1640.medium.com/what-is-bad-code-how-to-write-clean-code-a9b7b539ad8

— END—
《新程序员001-004》全面上市 ， 对话世界级大师 ， 报道中国IT行业创新创造
— 推荐阅读 —
? 腾讯各事业群裁员比例没有网传30%那么高；郭明錤称苹果汽车团队已解散；Go 1.18 发布 ， 正式支持泛型|极客头条
?CTO 梁军离职 ， 市值蒸发 59 亿 ， 核心技术人才仅剩 3 人！寒武纪“动荡”的 6 周年
【需求着急上线，是写烂代码的理由吗？】? IntelliJ IDEA、Kotlin 背后公司 JetBrains 在俄罗斯停服