技术债务梳理指南（上）——什么是技术债务

技术债务梳理

技术债务的梳理流程是：

1. 梳理出政务前端现存的技术债务
2. 对技术债务分类、归档，分别评估负债率。
3. 评估债务是否需要清理，并评估清理的优先级

但是在梳理技术债务之前，我们先搞清楚，什么是技术债务？

技术债务的定义

为了快速实现需求，采取的非最佳方案实现需求，从而给未来的迭代，带来了额外的开发负担。

技术债务的特点

“利滚利”

技术债务特点之一，是随着代码体量增大，偿还技术债务所需的成本会加倍增加。

技术债务有一个致命的特点，与我们的房贷不同，而与一种很可怕的借款——我们称之为高利贷——相同，那就是会利滚利。试想一下，如果我们在一个类中欠下了技术债务，然后之后的程序又对这个类进行了扩展和修改，再后的程序对扩展后的程序又做出了更大的扩展，或者说后来的程序在一些功能的写法上参照了欠下债务的类，那么这个债务就会产生非常大的利息，甚至于超过了债务本身。用不了太多时间，我们就会发现，已经无力偿还这份技术债务了。 参考：程序员应知——技术债务

破窗理论

存量的坏实现，会更容易诱导后续的代码实现，往更坏的方向发展。

“破窗理论”理论认为环境中的不良现象如果被放任存在，会诱使人们仿效，甚至变本加厉。以一幢有少许破窗的建筑为例，如果那些窗不被修理好，可能将会有破坏者破坏更多的窗户。

后果：降低开发效率

具体表现在这些方面

• 低质量代码存在的错误不易发现。
• 低质量代码需要花费更多的时间理解。
• 低质量代码的基础上，变更和扩展需求，出错几率增加。
• 低质量代码增加定位问题的难度。

参考书籍

《重构：改善即有代码的设计》

《代码整洁之道》

参考文章

程序员应知——技术债务

代码质量与技术债

重构指北——《重构，改善既有代码设计》精读