当场抓获！

作为一名开发者，最大的陷阱之一就是你迟早会犯错，而且可能是大错特错。也许不是今天或明天，但相信我，这是不可避免的。

我甚至可以说，你承担的责任越大，产生灾难性 bug 的可能性就越高。你可能会创造出一些 bug，它们会悄无声息地绕过最完善的单元测试、QA 测试和 pull request 审查。到时候，你肯定会百思不得其解，甚至会后悔当初为什么没选择其他行业。

我们都知道那种感觉，当你突然意识到“哦，该死，都是我的错！”时，你的胃里会涌起一股莫名的难受感。

处理这种情况有几种不同的方法，我将解释这些方法，并说明为什么我认为以尊严和优雅的态度承担起自己犯错的全部责任是最好的方法。

第一种方法：试图把责任推卸给别人。

在我看来，这是最糟糕的选择。我曾经有过这样的经历：和其他开发者像玩烫手山芋一样兜圈子，耗费数小时试图找出是谁犯的bug。我甚至希望是自己犯的错，这样我就可以继续做自己的事了。这不仅是浪费时间，而且你是开发者，不是侦探。最终一切都会水落石出，到那时你会后悔当初浪费了那么多时间。

趁别人还没发现，赶紧把这个漏洞修复掉。

例如，你可能在 Git 提交信息中拼写错误，想要更正。这种情况另当别论。如果你遇到的问题可能会影响团队中的其他开发人员，那么在处理之前最好三思。虽然快速修复 bug 使其不被察觉可能是最诱人的选择，但有时这样做可能会适得其反。此外，让其他人了解 bug 也有助于团队记录流程，避免再次犯同样的错误。

骗局败露了！

优秀的经理或项目经理会明白，犯错是工作中不可避免的一部分。人都会犯错，这是人之常情。不要害怕寻求帮助，坦诚地告诉别人。

从这次经历中，你应该收获以下几点：

• 这个漏洞是如何产生的？为什么会产生这个漏洞？务必彻底理解这一点，以便从中吸取教训。
• 为了避免将来再次发生同样的情况，你会采取哪些措施？
• 把错误记录下来，这样你的团队成员就可以从你的错误中吸取教训。

我想说的是，我创造的一些最离奇的漏洞，也是我成长和学习的最大机会。正如尼尔斯·玻尔所说：“专家就是在某个狭窄领域犯遍所有可能犯的错误的人。”

所以，如果你能以优雅得体的态度处理bug，并将它们视为学习工具而不是必须完全避免的尴尬之事，最终你会获得一些宝贵的信息。这样，你就能掌握一些实用的技巧，帮助你从一开始就避免产生这些恼人的bug。