问如何处理使用糟糕代码编写的优秀产品？

EN

几乎所有的开发人员，无论何时，任何地方，当被介绍给一些他们没有编写的代码时，都想重写它来修复那些糟糕的部分。

克制你重写一切的冲动，修复被破坏的部分。处理不可维护的比特，当您必须维护它们时！

为这个产品编写一个测试套件，这样你就可以更加自信你没有破坏任何东西。

然后重构代码中最糟糕的部分，或者您需要更改的部分。

但是:考虑一下“如果它没有坏，就不要修复它”，如果某一领域正在运作，而且你不需要改变它，那么考虑一下，引入问题的风险是否超过了让它变得“好”的好处。

找到原来的开发人员，把他们引诱到一些黑暗的小巷:)或者更好的，让他们做改变

我为一些项目写了糟糕的代码。不管有多么明智的“坏”代码。糟糕的代码可能是由许多原因造成的，而不仅仅是人的技能。(嗯，大多数时候是因为技能)。

程序员可以写非常好的代码，如果你有足够的时间，没有来自业务的压力。然而，业务人员并不欣赏良好的编码，而是欣赏其功能和外观。我认为“糟糕的”编码器是一个聪明的家伙在这个行业。简单地说，他开发了解决方案模型，使软件在短时间内投入运行，同时也让雇主感到高兴！如果让编码器再写一遍，他/她可以做得更好。

--首先，，您需要说服自己去理解早期程序员经历了多少事情，这是需要考虑的问题之一，如果您是一个成熟的开发人员。大多数人抱怨甚至嘲笑现有的版本，因为他们知道自己可以做得更好。这就像用你的想象力在一张白纸上画画，或者复制一幅现存的画。哪一个更难？？

其次是，查看整个代码并找出它可以改进的地方，您可能会发现一些您误解的东西。

第三代，路线图的增强，它可以包含近期和未来的待办事项。

--最后，，开始计划如何从零开始设计它、新的体系结构等等，并在它准备好和全面的时候将它提交给管理层。

每个软件都有改进的空间，这就是为什么你被雇来改进它的原因。