线上一行代码损失700万，为什么程序员不背这锅？

见字如面，我是军哥！

起因是这样的：我的架构师群里，有一位朋友爆料，他们公司一个程序员在支付状态判断上的疏忽导致了公司损失 700 万。让我们看看群友们的不同观点：

1. 小组长：他被 CTO 在周会上严厉批评，质问他如何带领团队造成了这么大的问题，似乎在质疑他是否还适合这份工作。

2. 测试同学：他认为测试团队无法杜绝 bug ，只能减少bug，责任应该由程序员承担。

3. 技术管理同学：他认为领导应该站出来承担责任，而不是让程序员背锅，程序员已经很苦逼了，赚带钱容易么？还要承担这么大的心理压力。

4. 运维大佬：他认为bug是程序员写的，不应该让测试或领导承担责任。

5. 产品同学：他坚称问题不是产品团队的，而是技术团队的责任。

6. 真实原因：实际上是程序员在支付状态判断上的疏忽导致了公司的严重损失。

讨论到这里，大家可能会问，那么责任究竟在谁？你们也先先思考一下你的答案。

我的解决思路是这样的：

首先，公司应该有一套处理此类问题的流程。

出现问题时-》我们应先解决问题-〉然后找出原因-》定级定损-〉并确定责任谁来背锅-》最后改进并落地。

此外，公司需要有一个明确的生产事故定级定审原则，明确谁应该受处罚。基于此，这个故障大概率P0或P1级别，我认为 CTO 至少应承担 80% 或以上的责任，而小组长或开发人员可能只需负次要责任或无责任。当然，这与公司的具体处理原则有关。

贴一张图，还有一张定级的图请找我私信领取。

讨论结束了，你有什么观点？欢迎评论区留言。

最后，我最近弄了一个架构群，讨论业务架构、基础架构、云原生、安全，支付、AI、区块链、全链路测试测试架构，技术管理等领域知识，如果你感兴趣，加我微信备注架构，做个简单自我介绍，我拉你入群哈～

目前已经有 100 多人加入，今天早上我们还讨论单活，双活，多活架构。

如果你已经在群里，请忽略～

如果你发现加的人太多加不上的话，请加这个微信（jeff_cheng02）

综上，希望今天这篇文章对你帮助！

全文完，觉得我说的不错的话点个赞或者在看吧！

以往热文推荐：

千万别碰 DDD（领域驱动设计）！

---

更多精彩，关注我公号，一起学习、成长