code-maintainability - 管理长期项目中的变通方法列表

Question

我们正在创建一个大项目，该项目将持续存在并改进大约 10 年。

在我们的代码库中，已经有很多针对特定浏览器不兼容性的代码、针对浏览器中不同错误的解决方法、3rd 方工具和库等。代码本身通常运行良好，但随着时间的推移，调试、阅读和重构将变得更加困难。

是否有一些标准方法可以管理问题并在不需要时删除代码？

我想到的想法:

手动维护一个带有问题链接的变通方法表 -> 说明如何删除它们。可能带有一些元数据。

如果出现以下情况，则设置一项将在公司问题跟踪系统中创建低优先级条目的任务:

Github 问题页面上的状态更改。

浏览器使用率降至阈值以下(以识别不再需要的解决方法)。

代码覆盖检测到“if 分支”不再被访问。

很长一段时间没有重新讨论这个问题。

Answer 1

一般来说，为每个(重要的)技术债务打开一个缺陷是一个好主意。产品负责人可以根据待办事项中的其他优先级对它们进行优先级排序。

有两个重要方面需要补充:

确保技术债务缺陷是积压梳理过程中不可或缺的一部分；

确保您建立了一个 information radiator这使计划指导委员会了解消除这些技术债务的重要性。由于所有这些捷径而堆积起来的成本增加、效率降低、风险增加等方面的惩罚是什么？

技术债务需要指导委员会。在这种规模的项目中，企业架构通常会主持这个项目。