😂 IT段子

复现不了的 bug 最消耗人，因为你连敌人是谁都不知道。我发现这个问题只在周一早上出现，后来知道是定时任务。从此我多了一条团队规约

我用了半天才明白，问题不在这台机器上。我重新看了一遍手上的计划，把风险项标了出来。我在线上加了一段临时日志，等下次出现就能抓到现场。同事说这波操作可以写进新人培训教材

bug 往往出现在你没改的那部分代码里。我盯着屏幕，觉得这才是我的一天。我在心里给这个 bug 取了个名字，叫「薛定谔的报错」。我把这条经验写进了团队 wiki

调试到后面会发现，最大的敌人是自己的假设。我听完沉默了，因为太真实了。我把这个问题的复现概率测了一下，大概百分之三。办公室安静得能听见键盘声

调试是有惯性的，停下来反而更容易想通。我发现自己居然没法反驳。我把这个问题交给了上游，他们说是我们的调用方式不对。好在最后有惊无险

妈妈觉得我在互联网大厂很风光，只有我知道我大厂里的 title 是高级修 bug 工程师。我不知道该说什么，就笑了笑。我把这个异常的类型打出来，发现它被包了三层。连茶水间都安静了

bug 的优先级取决于谁发现了它。我把它记在心里，没跟任何人说。我盯着那段代码看了二十分钟，最后发现是我自己三天前改的。同事说这波操作可以写进新人培训教材

我用了半天才明白，问题不在这台机器上。我把这个函数的入参和出参都打了，发现中间少了一层转换。好在最后有惊无险

这个报错信息指向的位置和真正的错误隔了三层。我听完沉默了，因为太真实了。我把这个问题的复现概率测了一下，大概百分之三。这条经验值直接拉满

调试的本质是不断缩小「问题不在这里」的范围。我忽然觉得，这可能就是这一行的常态。我发现这个接口在特定参数组合下返回了空对象。真香定律准时生效