坦白说，很多时候，兜不住的事儿，早点说出来比憋着强。我以前也犯过浑，觉得有些事能瞒就瞒，能拖就拖，结果往往是小事拖大，大事拖炸。
那次项目经历，我记得特清楚
那会儿我在负责一个挺重要的模块开发，怎么说，就是那种牵一发而动全身的玩意儿。紧赶慢赶，代码写完了，自己也测了几轮，感觉应该没啥大问题了。当时还挺得意，觉得效率挺高。
结果，上线跑了没几天，出事了。 就是我负责的那块儿，在高并发的时候出了个诡异的问题，直接把关联的好几个服务都给拖垮了。用户那边反馈炸了锅，客服电话被打爆，技术支持团队焦头烂额。
问题一出来，我心里“咯噔”一下，大概就猜到是我的锅了。冷汗当时就下来了。第一反应是是慌，是想甩锅。心里盘算着，能不能赖给环境不稳定？或者说是运维操作失误？甚至想过是不是需求文档没写清楚？反正，就是不想承认是自己的代码出了问题。
那两天，整个团队都在疯狂排查。开会，拉日志，分析数据，每个人都忙得团团转。看着大家都没日没夜地找原因，我这心里就更不是滋味了，跟猫抓似的。一方面怕被揪出来，一方面又觉得这么瞒着，特别对不起一起干活的兄弟们。
音乐520网站提供热门歌手/热门乐队/经典歌曲合集大全打包下载，点我立即前往》》》经典歌曲合集下载专区
还是没憋住
又一次排查会上，大家还是没找到根本原因，各种猜测满天飞。我看着投影上那些分析，听着大家的讨论，心里那个煎熬。我知道问题在哪儿，我知道他们现在查的方向可能不对，再让他们这么查下去，浪费的是所有人的时间，而且大概率还是会查到我头上。
那一刻，我也不知道哪来的勇气，可能是良心发现，也可能是觉得不能再这么装下去了。
我就直接站起来了，打断了正在发言的同事。我说：“那个，大家先停一下。这个问题，大概率是出在我负责的模块上。我回忆了一下，之前为了性能优化，改了一处逻辑，可能在某个边界条件下考虑不周全，导致了现在这个情况。”
然后，我就把我改动的地方，可能的触发条件，还有我自己的测试疏漏，都一五一十地交代了。当时会议室里鸦雀无声，我都能听到自己的心跳声。我那个部门头儿，盯着我看了几秒钟，没发火，就点了点头，说：“行，知道了。那你现在马上牵头，带几个人，把这个问题彻底解决掉。其他人继续跟进线上情况。”
结果？
后面就是通宵达旦地修复、验证、上线。过程挺累，但心里踏实了。事情解决后，我做好了挨批甚至背处分的准备。结果，头儿找我谈话，确实批评了我工作不仔细，测试不到位，但话锋一转，又说：“不过这回你能主动站出来，说清楚问题，没让大家走弯路，这点做得对。至少节省了排查时间，控制了影响范围。”
- 那次之后，年终评价虽然因为这个事故受了点影响，但没我想象的那么糟。
- 更重要的是，我觉得我在团队里的感觉不一样了。大家好像更愿意跟我协作了，可能是觉得虽然会犯错，但至少不藏着掖着，不坑队友。
经历过那次，我算是明白了。坦白，尤其是在工作上，承认自己的失误，可能当下会很难堪，会丢面子，甚至要承担责任。但是，长远来看，这比你费尽心机去掩盖、去甩锅要强得多。至少，你保住了自己的诚信，也保住了别人对你的信任。 藏着掖着，把事情搞得一团糟，那才叫真的傻。
