Setup
您是否有过这样的经历：在一段代码中进行看似简单的更改，然后意识到您刚刚踏入了一片值得认真关注的荒地？这通常会由官方跟进吓坏了那一刻，重写眼前一切的压倒性感觉开始蔓延。
值得注意的是，这些糟糕的代码不一定来自其他人，因为它可能确实是我们过去编写或贡献的代码。
Problem
很明显，存在一些严重的代码腐烂、糟糕的架构等需要处理。与这个问题相关的真正问题是现在不是重写代码的合适时机。造成这种情况的原因可能有很多：
- 目前正处于发布周期的中间，因此任何更改都应该是最小的。
- 现在是凌晨 2:00，大脑开始停止运转。
- 它可能会对日程产生看似不利的影响。
- 这个兔子洞可能比我们目前的眼睛所能看到的还要深得多。
- etc...
Question
那么我们应该如何平衡不断改进代码的责任和作为一个负责任的开发人员的责任呢？我们如何才能避免为破窗理论 http://www.codinghorror.com/blog/archives/000326.html，同时也意识到这些行为以及它们可能导致的潜在鲁莽行为？
Update
很好的答案！在大多数情况下，似乎有两种思想流派：
- 不要抗拒这种冲动，因为这是一种很好的冲动。
- 不要屈服于诱惑，因为它会把你烧成灰烬。
知道是否有更多的人认为存在平衡将会很有趣。
我非常喜欢列清单！
一旦您有重写某些内容的冲动，请花 10 分钟列出需要重写的内容。遵循所有可带您进一步了解需要注意的代码的小巷，并将它们也列出来。
希望在相对较短的时间内您将拥有以下两件事之一：
- 一个非常长的列表，完全让你不想再重写任何东西。
- 列表实际上并没有那么长，所以为什么不放纵自己去重写呢？！
本文内容由网友自发贡献，版权归原作者所有，本站不承担相应法律责任。如您发现有涉嫌抄袭侵权的内容，请联系:hwhale#tublm.com(使用前将#替换为@)
