知识卡片
健康的技术债务管理是标记后按计划偿还而非放任
内容
“设计之城”临近发布也会砍功能、留不完美代码，看似和”混乱大都市”相同，但关键差别是：这些妥协被明确标记为技术债务，安排进后续版本修正，开发者始终惦记处理。反观”混乱大都市”，同样的妥协从未被标记追踪，只是悄悄堆积。有没有把”后面”纳入计划，是技术债务能否被还清的分水岭。
参考来源
- 位置：《架构之美》第2章《两个系统的故事：现代软件神话》2.2.2节《故事展开》"管理技术债务"（源文件：程序之美系列套装（6册）团队之美、项目管理之美、架构之美、数据之美、测试之美、安全之美/_epub-src/OEBPS/Text/part0109.xhtml）
- 结论依据：原文明确"小的代码'瑕疵'或设计问题允许存在于代码集中……但是，与'混乱大都市'项目不同的是，这些逃避职责的地方被标记为技术债务，并安排在后续的版本发布中修正。这些问题很清楚，开发者对它们不满意，直到将它们处理掉为止"。
- 原始内容：小的代码"瑕疵"或设计问题允许存在于代码集中，要么是为了让功能快一点实现，要么是为了在接近发布时避免高风险的改动。但是，与"混乱大都市"项目不同的是，这些逃避职责的地方被标记为技术债务，并安排在后续的版本发布中修正。