开发程序时，经常会碰到如下场景：
- 为了赶项目进度，单元测试代码来不及写了，打算之后再补
- 随着需求的变化，原有的架构设计已经不能很好的满足新的需求，但是又不想对架构做改动，于是就绕开架构设计增加了很多代码
- 一个旧的系统，没有文档没有注释，技术老旧，难以维护。
这些问题，如果没有及时修正，就会导致代码臃肿、下图效率低下，难以维护，也难以增加新的功能。
有一个很形象的名称叫做“技术债务”，用来形容上面这些架构或代码上的质量问。
什么是技术债务
软件开发时会遵循项目管理金三角规律。
范围不减，成本不增加，还想节约时间走捷径，就会影响到指令。这个“质量”，不止是产品质量，还有架构质量和代码质量。这种对质量的透支，就是一种债务。而技术债务，就是软件项目中对架构质量和软件指令的透支
技术债务是一种很好的比较，形象说说明了它是和成本挂钩的，而且技术债务也有金融债务的一些特点，比如有利息，再比如技术债务也有好的一面