上周同事发布的项目线上暴雷了，因为当天同事通宵我作为接班人，在语音加代码改动点确认后，改了一行代码，发上线后问题更多，随即发现问题比较难解决，就让同事没有休息直接回单位进行代码调整，现在人家说我不应该改这个代码，改了以后影响更大~实际情况是代码调用错了，没有人去承认这里的问题，转移视线到我改动后影响变大～唉，我心好累
讨论话题:
工作&职场
电鸭是国内最早的远程工作社区。我们倡导“只工作，不上班”的生活方式，努力推动多样化工作方式在国内的渐进式发展。
下载 APP：
电鸭是国内最早的远程工作社区。我们倡导“只工作，不上班”的生活方式，努力推动多样化工作方式在国内的渐进式发展。
如果从黑盒的角度问题变的更多了，追责到你没错
是的 从黑盒角度来看确实是这样，但是你有没有发现，我实际是找当事人确认过，然后去修改的代码逻辑，并非是说私自修改导致，所以我个人认问题重点是为啥接口调用的不对
确不确认不是重点，重点是谁修改，以及造成了什么后果。
好吧 可能你说的对，但是我保留个人意见
这就是真实社会的样子，强大自己才是王道
遇到过类似的问题，前后端项目上线，在后端发布后出现问题，讨论后前端紧急上线了个修复，结果问题更严重了。
结论还是我背锅，个人复盘就是错误的修复方式不对，线上出问题原则上先止血，止血最有效的方式是谁引发问题谁回滚，这样既能最快恢复功能，新修复也需要走完整测试流程。
所以这本来是个后端要回滚的事情，bug根源是前后端沟通没到位，最终在后端嘴硬+我心软的情况下答应他们前端修复解决，既不符合正确的问题修复流程，又把锅接到我这边
这个例子也说明了问题，谁都能改，问题是为啥你要改，改了修好了没说的，修坏了怎么算，要找到根本原因，找不到宁可坏着不动，也不要轻易去处理，否则真的说不清楚，好心办错事的情况以后尽量避免
问题是类似的，先找个人原因嘛，毕竟别人也不会为你考虑。首先出了问题，先找问题原因、尽量用回滚的方式止血，血止住了这就不是个急事了，而不是由你修复解决。其次即使决定修复解决，也需要经过完善的测试和验证。在公司作为一个员工，很难做到别人的引发的问题，你就可以拒绝修改，但别太自信自己可以完全修复是真的，尤其是接触别人的坑时，如果领导一定要紧急修复，你至少得再三向领导说明风险，这样出了事领导也不好找你麻烦
同事之间没关系。
谁批准你上线的，谁来负责。
唉，老板批的，但是你能说是老板的问题吗，肯定最终责任人是开发人员啊
这里统一回复下，定级是在同事和测试身上，老板们没有在接班人身上找过多的问题点。
这不是你的问题是你们公司的问题 如果没猜错 你们那个公司应该不是专门开发的公司吧 最起码的上线测试都没有 直接改个代码就线上跑 也是够胆大
想那么多干什么，事情已经发现了。 尽自己的能力做好事情就行。 如果真要追责，干的不爽。跳槽。
如果问题点关键在你修改代码部分，那背锅没啥；要是因为其它代码产生的连锁反应那就是欲加之罪了
你们代码没有测试吗？
不管怎么样，我等下会和tl讲下事情关键经过，我不是怕背锅，哪怕裁了我也么有什么大不了，但是往身上泼脏水这活我不认，希望各位看到此贴的也多多注意，别人的事情别人解决，不要想着自己很行～