应该是要被开除了

千万不要发邮件道歉

公司能这么容易让你随便弄一下就出这么大的问题，主要原因是公司并没有投入合适的资源来避免这些事情，不是你也会是其他人，这个事情早晚都会发生的，所以不必自责。

你们这公司流程设计有问题
developer和release应该分开的
developer不应该有prod权限

匿名用户 发表于 2023-9-22 08:32
真要讲流程，就不该给你所有权限。

是的。是人就会犯错。流程设计上必须考虑到这点。没考虑到就是不完善。

就像超市收银一样，在设计上就要让ta没法钻空子，把钱弄进自己包包里。

匿名用户 发表于 2023-9-22 09:22
道歉个🔨，多和d学学怎么丧事喜办，从一个胜利走向下一个胜利。

我们公司的大老板还真是这么干的。虽然大家都知道实际情况，但人家还是要这么说。

没事大事，不要道歉。公司的流程有问题，根本就不应该能让新人review老人的代码。你受了惊吓，公司应该给你免费放假几天作为补偿。

我怎么反而觉得也许你不会被开除呢？毕竟出事两周了 要开除早就麻溜开了 都用不着副总对你发脾气 没身份问题的话先调整好自己吧 learn your lesson and move on

我也搞了大bug还是因为帮别人修别人写的prod bug出了另一个bug 然而没人帮我修/或者不会 所以被弄到上面好几层

take away就是工作不要太认真
别人的bug管我p事
service出问题我又不是service owner关我p事
我oncall？哦我看不懂为啥出bug ping写bug的人出来修吧

能者多劳 多劳就是没出事觉得是你应该了 出了事你就来承担后果吧

这是你manager的责任 你放心😂。 领导就是在时候担责任的，你不用主动承担责任。

lz不要太自责，我有类似的经历。不过一周就走出来了。不管什么原因，human error就不是root cause。process是最根本的问题，或者limitation/constraint。归根结底是process和权限管理的问题和风险。一定要积极去配合，甚至drive去derisk/improve。谁都能不能保证没有下一个人犯错，借此机会你可以跟团队一起improve甚至防止更多类似的问题发生。正常的或者好的团队是blameless，然后focus on retro and corrective action items。不过确实也做好take consequence的准备，毕竟导火索可能是你，有可能会有后续的trust问题, depending on the severity of issue。

是不是赶紧搞个after action review， 把别人的责任全找出来，不要一个人背锅。