代码复杂度和开发人员生产力之间是否存在关联？

从长远来看，就开发人员的生产力而言，重构代码库所花费的时间是否值得？

对我来说，很明显，修改干净，设计良好的系统比设计不良的系统要简单得多，而且速度也要快，但是我有一些可靠的证据。是否有关于该主题的研究？

从经验上讲，具有较高复杂性指标（例如圈复杂度）的软件更难维护。有支持这种情况的研究可以追溯到1970年代（“程序复杂性和程序员生产率”，陈ET）。也有工作表明，复杂度密度，即系统规模上的循环复杂度，也与维护时间有关（“循环复杂度密度和软件维护生产力”，GK Gill，CF Kemerer），在此处也可以免费获得。遗憾的是，Chen的论文需要IEEE订阅，但是如果您有兴趣，可以尝试在其他来源上进行查找。

从质量的角度来看，花一些时间进行重构通常是值得的，假设您已经建立了一个测试框架来防止引入新的缺陷。这将使您能够更轻松地在系统中实现新功能，添加其他测试以及培训新开发人员进行工作。

但是，最终存在提供新功能和增值的压力。您需要在重构与新功能的实现与缺陷修复之间取得平衡。

我正在寻找一些确凿的证据

然后，别再浪费您的时间了。

1. 找到一些维护成本很高的代码。这简单。查看组织的故障单。

2. 查找一些维护成本低廉的代码。查找经常运行的代码，但故障单很少或没有故障代码。

3. 使用任何广泛可用的复杂性工具来测量复杂性。

4. 晒晒证据。

现在，您提供了编号以确认明显的数字。