应该修复不重要的错误，以免它们分散开发人员的注意力吗？

虽然Joel Spolsky认为在编写新代码之前应该修复每个错误，但许多地方的现实是开发人员非常忙碌，而有些错误被认为是有价值的，而其他错误则不然。单元测试通常也被视为很好。 我一直在追逐一个关键应用程序中的神秘错误，并在此过程中发现了一些小错误。我向原作者提到了他们，他说了一句“哦，是的......我记得3年前QA提出了这些问题，但他们被关闭了”。 我想一些开发人员更擅长于其他人的多任务处理。就我个人而言 - 我喜欢一次做一件事，即使有一个不重要的错误可能与一个严重错误相互作用的机会，我也有一种想要先解决一个不重要的错误的冲动（更好地理解它）在这个过程中），而不是以后考虑它。 一方面，我会浪费时间在业务分析师认为不值得的东西上。另一方面 - 如果我能专注于那一项任务，我可能能够更快地解决这个重要的错误。 在我尝试提出这个论点之前，我想问一下你的想法和经历是什么样的。问题被标记为社区维基。谢谢。