引子

祁门政务大屏从 2018 年上线至今 6 年，仍在持续迭代。最初的 Django 项目按"今天 看明天就过时"的标准看，技术债理论上爆炸了——但它没有。这篇文章写浩途如何边 走边换地治理技术债。

原则：不重构，重组装

每次新需求来时优先做三件事：

  1. 把要改的模块的依赖收敛清楚
  2. 把"不再用的"代码先标记 deprecated 而不删除
  3. 在 deprecated 周围逐步建立新模块

3 年下来旧代码消化掉一大半，期间项目从未停止迭代。

三类常见债的处理（占位）

  • 数据库 schema 历史遗留
  • 第三方 SDK 升级断点
  • 早期接口设计的硬编码

（每类的具体处理 pattern 后续展开）

写在最后

技术债治理不是项目，是日常。把它当作每周做的事，而不是每年做的事——这是长期项目 能活下来的关键。