optimization - 稳定的系统与更好的设计

Question

在可能的日常工作中，我遇到了这个困境:

“稳定的系统与更好的设计”

在日常工作中，当我修复一些模块时，当我看到糟糕的设计时

-> 写得不好的代码

-> 写得不好的算法

-> 可以优化

我更愿意修复这些问题以及我正在修复的问题

但是很多人反对我的改变一些支持，反对的人会说

“系统稳定就应该以业务为导向，如果你改变一些东西可能会导致回归，因此不要偏向于业务”

一段时间:

您将在 6 个月后看到自己编写的代码，您总是会在此 中看到一些改进机会

虽然支持者会说:

这是持续改进，系统将更加稳定

所以我想知道你们的想法

Answer 1

如果适用，编写一个单元测试(或几个，以涵盖边缘情况)。这让你有信心重构并知道你没有破坏任何东西。

当然，如果代码是紧密耦合的(或意大利面条!)，那将是一个问题。