😂 IT段子

print 调试大法永远的神，断点还没配好，print 已经输出三轮了。我默默记下了这句话。我在关键路径上打了十几个日志，一行一行对时间戳。办公室安静得能听见键盘声

我把这段代码注释掉问题就没了，说明问题不在它身上。我决定先把手上的事情做完再处理这件事。我盯着那段代码看了二十分钟，最后发现是我自己三天前改的。第二天这个方案就变成了团队标准做法

这个问题的根因是我三个月前的一个「临时方案」。我愣了两秒，然后继续敲代码。我发现问题出在一个我以为永远不会被触发的分支里。我把这条经验写进了团队 wiki

这个错误在生产环境是必现的，在测试环境是玄学。我笑了笑，决定不解释。我发现是缓存的问题，清掉之后一切都正常了。这条经验值直接拉满

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我把手上的资料翻出来又读了两遍。我把这个异常的类型打出来，发现它被包了三层。这大概就是程序员的人生吧

调试到后面会发现，最大的敌人是自己的假设。我在心里点了点头。我在生产环境复现了一次，代价是一个小时的下线。那一刻我觉得自己还是很专业的

这个问题的根因是我三个月前的一个「临时方案」。我默默记下了这句话。我注释掉了一半代码，bug 消失了，然后我又注释掉了另一半。果然现实比段子更精彩

bug 往往出现在你没改的那部分代码里。我发现是浮点数精度的问题，改用大数就好了。感动，然后我学到了新的一课

这个 bug 只在特定时间出现，后来知道是时区。我笑了笑，决定不解释。我在 devtools 里把这个请求重新发了一次，问题不复现。我沉默了，但心里是服的

bug 往往出现在你没改的那部分代码里。我想反驳，但发现他说得对。我在本地把环境完全对齐了一遍，还是复现不出来。那一刻我觉得自己还是很专业的