第一次听到这个名词是在14年，跟比我大十多年的几十年软件经验的Moh开会时，他讲起这个。

现在回想起来，这些人做to B软件做得多，维护时间长了，才能深刻理解这一点。

to B，尤其是大B，做好的东西不能随便更换，或者升级，因为成本是一回事，使用习惯，内部各种墙，认证等等。

于是规划和设计得不好的地方，实现得有问题，文档的缺乏，不够前瞻的地方，随着时间的推移，需求的变化，技术的演进，人员的流动，旧有的，无论好坏，陆续有一些成为/增加了技术债务。

要认识到技术债务是个必然现象，才能客观对待。

某些技术债务的几个处理方式：

• 开放软件接入标准
• 模型抽象化，避免模块锁定供应商
• 渐进式的改进，不要期望一步到位

当然了，都是软件人员的想法，放在中国，很多时候是直接关停，或者推倒重来，所谓的大B，也可以重新招标了。