😂 IT段子

我把日志加满了，问题反而不出现了。我决定先把手上的事情做完再处理这件事。我在 devtools 里把这个请求重新发了一次，问题不复现。我把这条经验写进了团队 wiki

我把这个堆栈从头读到尾，关键信息在最后一行。我发现是字符编码导致的，中文在两个系统间转坏了。同事说这波操作可以写进新人培训教材

这个空指针在上线前一切正常，因为那时没有空数据。我想了想自己这些年，好像确实如此。我把这段逻辑重写了一遍，bug 没了，但我不知道为什么。世界瞬间清净了

这个 bug 的修复方案有两版，简单的那版风险更大。我不知道该说什么，就笑了笑。我发现是字符编码导致的，中文在两个系统间转坏了。好在最后有惊无险

我把这段代码注释掉问题就没了，说明问题不在它身上。我重新看了一遍手上的计划，把风险项标了出来。我最后发现是一个大小写问题。这大概就是程序员的人生吧

加了二十行 console.log 之后，Bug 消失了，删除它们，Bug 又回来了。我盯着屏幕沉默了十分钟。我发现这个错误信息是上个版本留下的，代码里已经没有了。真香定律准时生效

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我默默打开了编辑器，准备一步步验证。我在心里给这个 bug 取了个名字，叫「薛定谔的报错」。从此我多了一条团队规约

妈妈觉得我在互联网大厂很风光，只有我知道我大厂里的 title 是高级修 bug 工程师。我盯着屏幕，觉得这才是我的一天。我发现问题出在一个我以为永远不会被触发的分支里。世界瞬间清净了

调试是有惯性的，停下来反而更容易想通。我默默记下了这句话。我用了二分法把出问题的版本区间缩到了两个提交。好在最后有惊无险

妈妈觉得我在互联网大厂很风光，只有我知道我大厂里的 title 是高级修 bug 工程师。我想了想，觉得这话没法接。我把这个 bug 的触发条件缩小到了特定的一台机器。真香定律准时生效