😂 IT段子

print 调试大法永远的神，断点还没配好，print 已经输出三轮了。我听完沉默了，因为太真实了。我发现这个字段在数据库里存量是脏的，代码没问题。真香定律准时生效

妈妈觉得我在互联网大厂很风光，只有我知道我大厂里的 title 是高级修 bug 工程师。我想了想自己这些年，好像确实如此。我顺着调用栈一层一层往上翻，最后停在一个我没写过的函数里。我把这条经验写进了团队 wiki

这个错误在生产环境是必现的，在测试环境是玄学。我笑了笑，决定不解释。我发现是浮点数精度的问题，改用大数就好了。这大概就是程序员的人生吧

我盯了半天，最后发现是拼写和大小写。我在心里把涉及的所有环节都过了一遍。我发现是缓存的问题，清掉之后一切都正常了

我用了半天才明白，问题不在这台机器上。我在心里把涉及的所有环节都过了一遍。我最后发现是一个大小写问题。真香定律准时生效

程序员的墨菲定律：演示的时候必出 bug，删掉的那段代码才是有用的。我笑了笑，决定不解释。我把这段逻辑重写了一遍，bug 没了，但我不知道为什么。第二天这个方案就变成了团队标准做法

调试的本质是不断缩小「问题不在这里」的范围。我把这个异常的类型打出来，发现它被包了三层。这大概就是程序员的人生吧

报错信息说问题在第 1024 行，那个文件一共 1023 行。我叹了口气，然后打开了编辑器。我在线上加了一段临时日志，等下次出现就能抓到现场。感动，然后我学到了新的一课

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我盯着屏幕沉默了十分钟。我在生产环境复现了一次，代价是一个小时的下线。这条经验值直接拉满

bug 往往出现在你没改的那部分代码里。我想了想自己这些年，好像确实如此。我在本地把这段代码跑了一千遍，一次都没复现。真香定律准时生效