真诚求问，大家在工作中犯过最严重的错误是什么

OrzOrzOrzMajia 发表于 2020-5-1 19:24
WFH开会，戴着耳机去上厕所，结果上厕所的时候忘关麦克风了

1 还是 2？

新人嘛，肯定会犯错的，我以前因为不会用Jira系统，把Jira的ticket搞得乱七八糟，第二天 standup pm一脸严肃看着我。。。还有就是自己以为代码写好了，联调的时候一堆bug。。。当时以为要完发。其实工作中犯点错说严重也不那么严重，说不严重有时也挺不好的。关键自己做错就承认，下次不要再犯就好了。最怕就是球踢不好怪球鞋，上级一定是不会喜欢这种人的。

其实应该有integration test，分不同stage release，再加上stress test。

release 一个含有bug 的version很正常，更重要的是很多辅助的手段需要来检测，比如到某个阶段integration test fail了，或者 metrics 某个graph看起来有点问题，那就说明release 的code 可能不适合立即release 到production，要暂停下来investigate。

所以这样也是个机会，你周一可以跟组里说，我周末想了想，下次避免这样的问题发生，我们可以采取1，2，3，4等等几项措施：
比如，更reliabe的 integration test。
比如，加上些preprod environment，这样可以模拟prod的环境，测试如果新代码在“prod”环境下运行有什么效果，或者状况。如果觉得流量不够，可以加streess test， 有时候代码只在大流量下才有问题。

这样 老板，senior 反而会觉得你作为新人 还能从这些 问题中提出建议 改进系统，反而还能加分。

bluejade 发表于 2020-5-2 10:36
merge code之前不是大家都会review然后approve吗，如果这样还崩的话那也不是你一个人的错，不用怕。

其实虽然这么说，reviewer 也有责任，但是reviewer无法完全检测出来code 中的错误。如果问题很重大，大家感性上还是多少会默默给你减分。可能下次老板就不太愿意立马给一个项目叫给你了。lost trust。
更重要的还是要依赖 test。还有 receover from failures 的能力。

alexsss 发表于 2020-5-2 10:38
有的，但是pre-prod的时候并没有问题，logs也都正常，上prod的时候才出的问题

这样的话，不能完全怪你。迅速rollback就行了。
preprod没问题，一般人都会继续release了。
但是要分析分析为什么会在prod上出问题，看看下次怎么避免。

fernando 发表于 2020-5-3 02:23
其实应该有integration test，分不同stage release，再加上stress test。

release 一个含有bug 的versi ...

你说的pre prod就是staging的意思吗

被文件陰, 以為拿到 dev site 的 DB login credential 結果卻是 production, 就在不知情狀況把 customer data 全砍了🤷‍♂️

拿着某top tech的集群 DDOS 另外某top tech的云服务?

albertguosgp 发表于 2020-5-2 23:16
这点事儿也叫个事？别担心了，啥都不算。我犯得的最严重的错误是晚上十点钟折腾PROD的数据库结果误删除mast ...

删主库的是真的有点厉害了，公司没有专门的DBA来操作数据库吗？

albertguosgp 发表于 2020-5-2 23:16
这点事儿也叫个事？别担心了，啥都不算。我犯得的最严重的错误是晚上十点钟折腾PROD的数据库结果误删除mast ...

我的老天爷 rm mv 这个事我前两天才遇到了，不过都是些自己开发的东西，不打紧