c++ - 我们的代码很烂，我无能为力。帮助!

Question

就目前而言，这个问题不适合我们的问答形式。我们希望答案得到事实、引用资料或专业知识的支持，但这个问题可能会引发辩论、争论、投票或扩展讨论。如果您觉得这个问题可以改进并可能重新打开， visit the help center寻求指导。

关闭 10年前.

我们的代码很烂。实际上，让我澄清一下。我们的旧代码很烂。它很难调试，并且充满了很少有人理解甚至记得的抽象。就在昨天，我花了一个小时在我工作了 一年多 的领域进行调试，发现自己在想，“哇，这真的很痛苦。”这不是任何人的错——我相信一开始这一切都说得通。最糟糕的部分通常是 It Just Works...只要您不要求它在其舒适区之外做任何事情。

我们的新代码非常好。我认为我们在那里做了很多好事。它清晰、一致且(希望)可维护。我们已经运行了一个 Hudson 服务器以进行持续集成，并且我们已经开始使用单元测试套件。问题是我们的管理层专注于编写新代码。没有时间给旧代码(甚至旧的新代码)它迫切需要的 TLC。在任何特定时刻，我们的 scrum backlog(针对 6 名开发人员)都有大约 140 项和大约十几个缺陷。这些数字变化不大。我们正在尽可能快地添加东西。

那么，我可以做些什么来避免陷入旧代码深处的马拉松式调试 session 的麻烦？每个 sprint 都充满了新的发展和惊人的缺陷。具体...

• 我可以做些什么来帮助维护和重构任务获得足够高的优先级以进行工作？
• 您是否采用了任何特定于 C++ 的策略来帮助防止新代码如此迅速地腐烂？

Answer 1

您的管理层可能专注于将工作功能融入产品并保持它们正常工作。在这种情况下，您将需要为重构旧东西制定业务案例，因为通过投入 X 的时间和精力，您可以在 Z 期间将必要的维护时间减少 Y。或者您的管理层可能从根本上毫 headless 绪(发生这种情况，但比大多数开发人员想象的要少)，在这种情况下，您将永远不会获得许可。

您需要从业务角度看。对于最终用户来说，代码丑陋还是优雅并不重要，重要的是软件做了什么。坏代码的代价是潜在的不可靠性和更改它的额外困难；它给程序员带来的情绪困扰很少被考虑。

如果您无法获得进入和重构的许可，您可以随时自行尝试，一次一点点。每当您修复错误时，请进行一些重写以使事情更清晰。这可能会比最小可能的修复更快，特别是在验证代码现在是否有效时。即使不是这样，通常也可以花更多时间修复错误而不会遇到麻烦。只是不要得意忘形。

如果你每次进去都能让代码稍微好一点，你会感觉好很多。