refactoring - 软件重写与运行成本分析

Question

我作为程序员工作的 IT 部门围绕着 30 多年的代码库(Fortran 和 C)。代码状况不佳的部分原因是 30 多年的临时考虑不周的更改，但我也怀疑其中很多与进行更改的程序员的能力有关(顺便说一句，他们仍然大约)。

依赖该软件的业务一年 363 天、一天 20 小时都在运行。不幸的是，有许多中断。这是我工作的第一个地方，那里有开发人员随时待命，将操作代码修复程序应用于生产系统。当我刚开始的时候，生产服务器上实际上有一份源代码和开发工具的副本，以便可以即时应用更改；值得庆幸的是，这种做法现已停止。

我曾多次向管理层暗示，停机成本、待命的开发人员、额外的运营人员、不满意的客户等在中期甚至可能是短期内使企业付出的代价比它要高得多。全心全意地重新编写/重构/替换整个事情(代码库大约有 30 万行)。

理想情况下，他们会是一些外部咨询公司，他们可以进来并运行有关代码质量的规则以及保持其运行与重写/重构/替换它所涉及的成本。我的问题是企业应该如何对软件进行这种成本分析，并且能够对这种分析充满信心？街上的第一批 IT 顾问可能声称能够进行分析，但如何才能让管理层对内部员工告诉他们的事情感到满意？

Answer 1

我们最近决定从头开始完全重写我们的大部分业务代码，但它并没有像我们希望的那样顺利。我看到很多引用说你永远不应该尝试从头开始重写任何东西，现在我明白为什么了。我建议从小处着手——不要试图一次重写整个事情。确定大问题区域，并专注于一次重构系统的一小部分。由于系统中有 30 多年的工作值(value)，因此需要很长时间才能使其恢复到合理状态。我们有大约 5-8 年的工作需要重写，这很困难。我无法想象 30 多年的工作!