😂 IT段子

这个 bug 只在特定时间出现，后来知道是时区。我盯着屏幕，觉得这才是我的一天。我在心里把这个问题的排查过程复盘了一遍，能省半天。世界瞬间清净了

我用了半天才明白，问题不在这台机器上。我把这段代码暂时回滚了，先让线上不报错，再慢慢查。那一刻我觉得自己还是很专业的

加了二十行 console.log 之后，Bug 消失了，删除它们，Bug 又回来了。我在心里把涉及的所有环节都过了一遍。我把这段逻辑重写了一遍，bug 没了，但我不知道为什么。世界瞬间清净了

我用了半天才明白，问题不在这台机器上。我先给自己泡了杯茶，做好了打持久战的准备。我把这段逻辑重写了一遍，bug 没了，但我不知道为什么。果然现实比段子更精彩

报错信息说问题在第 1024 行，那个文件一共 1023 行。我想了想自己这些年，好像确实如此。我把这个边界的输入手写了一遍，终于让它稳定复现。幸好之前留了备份

这个异常被吞掉了，所以它安静地错了很久。我愣了两秒，然后继续敲代码。我把变量全部打印出来对比，发现类型和我想的完全不一样。我沉默了，但心里是服的

同事说他写的代码零 bug，我在 code review 里找到了三个空指针风险。我打开记录从头到尾扫了一遍。我在本地把环境完全对齐了一遍，还是复现不出来

复现不了的 bug 最消耗人，因为你连敌人是谁都不知道。我在心里点了点头。我在 devtools 里把这个请求重新发了一次，问题不复现。从此我多了一条团队规约

bug 往往出现在你没改的那部分代码里。我不知道该说什么，就笑了笑。我把这个 bug 的修复方案写了两版，选了改动小的那版。果然现实比段子更精彩

调试了两天的 bug，最后发现是少打了一个等号。我先给自己泡了杯茶，做好了打持久战的准备。我把这个函数的入参和出参都打了，发现中间少了一层转换。第二天这个方案就变成了团队标准做法