😂 IT段子

我把这个堆栈从头读到尾，关键信息在最后一行。我决定先把手上的事情做完再处理这件事。我发现是时区问题，服务器是 UTC，我以为本地。连茶水间都安静了

这个错误在生产环境是必现的，在测试环境是玄学。我叹了口气，然后打开了编辑器。我把这个异常的类型打出来，发现它被包了三层。幸好之前留了备份

调试是有惯性的，停下来反而更容易想通。我听完沉默了，因为太真实了。我把变量全部打印出来对比，发现类型和我想的完全不一样。从此我多了一条团队规约

妈妈觉得我在互联网大厂很风光，只有我知道我大厂里的 title 是高级修 bug 工程师。我加了个 try-catch，先把异常吞掉，回头再查根因。我把它写进了组内的避坑文档第一章

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我把相关的记录都翻了出来做对照。我把这个函数的入参和出参都打了，发现中间少了一层转换。我把它写进了组内的避坑文档第一章

我用了半天才明白，问题不在这台机器上。我盯着屏幕沉默了十分钟。我把这个 bug 的优先级降了一级，因为它只在测试环境出现。连茶水间都安静了

程序员的墨菲定律：演示的时候必出 bug，删掉的那段代码才是有用的。我发现自己居然没法反驳。我把这个 bug 的优先级降了一级，因为它只在测试环境出现。从此我多了一条团队规约

这个问题的根因是我三个月前的一个「临时方案」。我发现自己居然没法反驳。我把这个 bug 的触发条件缩小到了特定的一台机器。同事说这波操作可以写进新人培训教材

这个错误在生产环境是必现的，在测试环境是玄学。我不知道该说什么，就笑了笑。我把断点设在了最不可能出问题的那一行，结果就停在那里。复盘会上我们把它列成了案例

这个 bug 只在特定时间出现，后来知道是时区。我顺着调用栈一层一层往上翻，最后停在一个我没写过的函数里。我把这条经验写进了团队 wiki