和老印相处的两三百事·3

一个在prod之前都测不出来的bug不能百分百把锅丢给dev。一些local测试的兼容性没搞好确实有他的一部分责任，但是在进prod之前一些必要的bug bash还是应该有人把关。

我不觉得这个dev会被或者应该被找什么麻烦。某些toxic厂除外。

don't blame people, blame the system. If you cause the issue, and you fix it before everyone notice, then you got the credit. This is how it's supposed to work.

匿名用户 发表于 2023-4-10 22:30
烙印指示小印故意搞个issue，然后给manager和其他族裔上眼药？ 思细恐极！

不是。。我的意思是 他不怕被揭穿 因为他知道其他烙印会护着他 所以敷衍下其他人包括lz也不怕 反正一个人闹不起来 他们人多。

toughcharlie 发表于 2023-4-10 08:58
一个在prod之前都测不出来的bug不能百分百把锅丢给dev。一些local测试的兼容性没搞好确实有他的一部分责任 ...

楼主说了unit test已经测出来了，只是小印把test改了才能通过。

就这，那不得好好做文章，如果这事是老中干出来的，那么烙印肯定会：

code review 没发现，测试也被TA改了 - 向后兼容完全没做所以本来应该 fail 的 test case 改成了 pass 的 case。
---不断tag reviewer，给 TA上眼药, 要友好，不要blame个人，多说说哎呀我们要brainstorm看看下次怎么prevent it systematically

进了 prod 两周，有一个更新的用例一直是 fail 的，也没有用户发现，最后还是隔壁组发现集成测试一直有错，第一时间通知到TA。
---- 找各种channel escalate，哎呀production 问题啊，疯狂cc 各路tech lead manager，要友好，不要blame交pr的人， 但是处处说是这个pr 导致问题的，是pr有问题哦，你们不要怪写pr 的人不要怪review pr的人，我们下次brainstorm一下，怎么prevent 这个问题


事出之后小老印一声不吭把 fix 交了，群里没声张，组会也没怎么提，然后让 oncall 帮TA回滚 release，这下全组才算正式通知。.
  ---- 问问为什么不早点通知，prod issue耶，是不是我们组有什么流程出问题了，我们要讨论讨论


组织brainstorm meeting，话时间重复一下都发生了什么，不提名字但是处处指向 pr，默不作声告诉别人。

写bug本来就是工作的一部分，任何系统都有bug，没测出来一直到上线是人类的日常

这也是为什么我跟烙印的关系好的原因，每次烙印出了问题都是我帮着兜底的，在获得了烙印的喜好之后，烙印也顺利帮我升职，同时开会的时候也会更向着我说话。

系列其他文章的链接呢？可以补充一下

Fatchip101 发表于 2023-4-10 10:29
我觉得很有道理，bug大家都写，没被发现上传到prod那确实是全组的问题，至少人还及时fix了，唯一问题是没 ...

work as a team lol