<分区>
我作为承包商加入了一个 Rails 项目。该项目已经进行了一年多。代码由大约 10 名不同的开发人员编写,其中大多数也是承包商。他们有不同的代码风格。其中一些来自 Java。该代码在 metric_fu 方面得分很低。许多函数非常长(100 - 300 行)。有些函数有大量的逻辑分支、循环和递归。每个请求都会生成大量的 sql 查询。性能很差。许多过时的代码从未使用过但从未有机会被清理。核心架构明显错误或设计过度。代码覆盖率只有 25% 左右。 View 和部分内容困惑且难以阅读和理解。
经理试图通过不断添加新功能来满足 CEO 的要求,但是越来越难以在不破坏其他功能的情况下正确实现新功能。他知道代码不好,但不想花太多精力修复它们,因为重构会花费太长时间。
作为承包商/开发人员,有什么好的方法可以清除这种情况并方便Manager 或CEO 分配一些时间进行重构?
相关问题
How can I convince skeptical management and colleagues to allow refactoring of awful code?