来自 CAST 软件的 Jonathan Bloom 发表了一系列的博文，总结了他们公司发布的有关技术债务的报告。要点包括：
- CAST 估计现在公司要解决技术负债的花费是每行代码 3.61 美元。
- 在所调研的系统中，35% 的技术债务已经严重影响了系统的支持和维护，它们可能导致安全、性能问题甚至威胁到正常运行。
- 在程序质量方面（structural quality，译者注：CAST 定义了五大程序质量特征 - 稳定性、性能、安全、可移交性以及可修改性），外包软件和自行开发的软件没什么差别。离岸开发和本地开发也没很大区别。
- 在调研中，Java EE 的应用程序最多，它们在性能方面表现糟糕，综合技术负债名列前茅。
- 在程序质量方面，成熟的开发方法比如敏捷和瀑布无疑优于其他自定义的方法，其中瀑布在“可移交性”和“可修改性”这两项上高居榜首。
- COBOL 应用程序在安全性上夺冠，而.NET 则垫底。
- 系统模块化（Modularity of systems ）可能影响质量和性能。
- 政府系统在可维护性方面表现得最差。
- 代码发布越频繁，技术债台越高筑。
这是 CAST 第二年发布这项报告了。本年度的数据来自 160 家各行各业的公司。总共有 745 个系统参与调研，覆盖的代码量大概有 365,000,000 行之多。
Gartner 的分析员同样披露了组织中不断滋长的技术债务问题。 David Norton 发表文章，把这一问题比作一颗定时炸弹，一段时期的风平浪静却会在某一刻突然爆发，给相关组织以重创。
CAST 以及其他一些技术负债方面的专家都认为组织应该将技术债务纳入它们的主体预算中。 2010 年的时候，InfoQ 就介绍过 Israel Gat 提出的用金钱来计算技术债务的方法。
查看英文原文： Technical Debt Is Now Costing Us $3.61 Per Line Of Code
暂无签名
分布式云行业实践指南（2023）
业内首个分布式云行业实践方法论、工具箱。
架构十年 - 施耐德电气数字化服务的演进之路和个人收获
大语言模型提示词工程原理及最佳实践
云原生时代，Apache Doris 存算分离的全新架构
评论