如果程序员尽心尽力实现的功能上线出了问题，责任是谁的。

[lbmjsls1]

1.程序员并非刻意制造麻烦

2.本地测试无法达到线上的量级，发现不了问题

3.程序技术正常，并非因为技术欠缺导致低级的 bug

4.上线一段时间后，偶发的 bug

5.但是损失重大

6.测试组进行了常规测试

请问这个责任应该属于谁 1.程序员-技术不精 2.测试组-测试不利 3.项目经理-项目管理不善 4.老板-项目开发中必然的损失，归于公司

顺便延伸一个问题，如果线上发现了一个问题，用户莫名的流失（可能原因 1.系统有问题，导致用户使用不便 2.导入的这批用户有问题，不喜欢公司产品 3.内容推广有问题，没有吸引力等等），程序试用了各种方法，查找了各种日志，一无所获，是否可以说明程序无用，在摸鱼。

[dawn009]

没人有责任。接受现实。

3 楼说“这里看来可以说是某种程度上的技术欠缺，因为高并发经验不足，所以其实还是存在技术上的问题的，对吗”

不对

一个人只要没死没残，他始终能从任何成功和失败中获得经验，因此永远可以说他“经验不足”。只要“经验不足”是任何条件下的永真式，它就会失去用来分类的作用。

只有加上一个评价的基点：对此人能力的预期 才能评价他的经验足不足

[whypool]

公司背锅
是教训，也是财富

[kop1989]

1 、软件开发没有尽力一说。只有程序满足需求和不满足需求。

2 、软件出现问题一般有这么几种可能：（ 1 ）业务调研不成功，没有完全涵盖业务需求（ 2 ）产品设计不合理（ 3 ）开发人员没有 100%的实现需求内容（ 4 ）软件质量差、健壮性不足，有违软件开发常识。

其中（ 1 ）和（ 2 ）是产品 /项目管理的问题。根据原因会涉及到产品经理、项目经理、技术主管等决策层人员。
（ 3 ）和（ 4 ）可以再继续解剖，因为程序不会无缘无故的质量差和未覆盖需求。

依照不同的原因，责任有可能归咎到项目的任何人身上。比如项目经理对于进度把控不到位，比如开发人员技术不到位，比如项目组人力短缺，技术选型出现失误等等。

3 、至于说延申的问题，你括号中的描述都是“产品”和“运营”的范畴。跟程序员扯不上关系。

[djs]

谷歌都能宕机呢

[westoy]

这种事工程以外也蛮多的， 比如财务为了控制风险让采购控制采购量， 结果公关营销开了波大， 一堆订单压着但是没货了........

预估到了就问责项目经理和架构， 没有预估产品和老板自己扛， 码农对得起自己工资就行了， 给多少钱干多少活儿

[liuy1994g]

我肯定没有责任，多半是领导的责任

[fuxiuyin]

权责统一，谁能从这个产品中获得收益谁有有责任去先办法把这个产品做好，不管是自己做好还是想办法让别人做好。不能做好了收益都是管理层的（组长 /总监...），出事了都是实际做事的人的。

[fuxiuyin]

@fuxiuyin 补充一下，并不是说出事了真正做的人就没责任，而是说想让真正做的人担责任那就应该让他享受等价的利益。

[sagaxu]

线上事故，个人认为至少有一半是超负荷工作和压工期引发的

[ruokw]

扔来扔去就会到程序员头上 别想了 跑不掉的

[Leonard]

谁都不能保证程序没有 bug，Google，微软也不能。如果大家工作流程都没有问题，这里就不该追责，想怎么改进才是正事

[helloworldgo]

我不管测试测没测出来，出了 bug 就是程序员的问题，错了就是错了🐶

[dilu]

你好，一般这种没有界限的失误，都是领导的责任，或者可以粗略的认为：谁拿的钱多就是谁的责任。

[yangguangxia]

需求不明确的锅

[forgottencoast]

@dilu 并不是谁拿的钱多就是谁的责任。
我以前老板就很清醒，他说，人都是我招进来的，或者是我招进来的人招进来的，所以最终责任肯定在我身上。

[loryyang]

这种问题不属于技术问题，属于管理问题，怎么定责影响到各团队后续的做事方式和战斗力
按照你的描述，个人觉得最好的办法，还是公司层面把损失吃了，底层员工就事论事，提升后续的保障能力，包括灰度能力和实时监控+可应急

[otakustay]

实现 BUG 的情况下，团队经理 35%，技术 Leader 35%，测试 15%，开发 15%

[binux]

如果让程序员背锅，下次能给你整个更大的你信不信？

[locoz]

前面的情况显然是流程的问题，代码质量保障只做了基本的事情导致的，锅是 CTO 或代码质量保障部门的，和开发、测试、项目经理都没关系。
但损失已经造成了，纠结这些没有意义，抓紧补漏并在事后完善流程才是关键。
结论就是责任给谁都不合适，且老板应有项目出现损失的预期，把这损失硬吃下就好了。

后面的情况怪开发干嘛？用户莫名流失这种问题的分析本来就不应该是开发一个人来做，而是应该运营、产品和开发一起做，整个操作流程都过一遍才能分析出具体问题在哪、应该怎么优化，单开发查日志、试方法有啥卵用？

[chenyu0532]

1. 楼主估计不是程序猿
2. 我内心自私的认为想让程序背锅
3. 出了问题是团队的责任，只要不是故意为之就不能单纯的指责某一个人
4. 程序员没 NB 到不出错误，如果有这样的人，你们老板是雇不起 /舍不得雇的，所以要有自己赔这个损失的心理准备
5. 谷歌都能宕机，何况你们。。。