Agile in a Flash：不要深陷技术债务（13）

    今天偶遇《Agile in a Flash》一书，第一眼就有想一口气读完的冲动。但好书需要的是慢慢品味，偶尔翻翻也会有不一样的感悟。看过一部分后就有了翻译它的想法，一方面可以让自己慢下来细细研读，另一方面也可以和更多人分享。

技术债务指的是因业务决策而导致的技术工作并会很快变成一个很严重的业务问题。

• 开发速度下降
• 只付利息的支付无济于事
• 最好早支付经常支付
• 破产是个无奈的选择
• 制定一个可行的计划并为其埋单
• 深陷债务的人无法想象没有债务的生活

开发速度下降 简单的变更可能花很长时间并伴随着减缓新功能发布的缺陷。

只付利息的支付无济于事 签入高质量的新代码是不够的。开发人员必须测试并整理他们接触到的现有代码以避免掩盖糟糕代码。

最好早支付经常支付 对付它的最好方法就是通过TDD支撑的重构（参照卡片44，成功的节奏：TDD循环）。单体测试可以为持续、渐进的代码整理树立信心。

破产是个无奈的选择 债务可能重到似乎唯一的选择似乎就是重写整个系统。重写很可能出奇的慢并且代价很高。他们通常很难达到和原作相当的功能。

制定一个可行的计划并为其埋单 重做需要开发人员的时间和努力，这样就会有一个机会成本。计划支付时机并在引发技术债务之前获得利益相关者的补仓。

深陷债务的人无法想象没有债务的生活 如果你感觉软件一直都有很多需要处理的地方以及不需要的功能，你可能过于痴迷了。纠正这种思维，并通过合作式重构（参照卡片47，通过重构防止代码腐化）来消除债务。