这个 bug 只在特定时间出现,后来知道是时区。我抬起头看了看周围,大家都一样。我注释掉了一半代码,bug 消失了,然后我又注释掉了另一半。那一刻我觉得自己还是很专业的

报错信息说问题在第 1024 行,那个文件一共 1023 行。我把这个问题的复现概率测了一下,大概百分之三。这大概就是程序员的人生吧

这个 bug 只在特定时间出现,后来知道是时区。我抬起头看了看周围,大家都一样。我发现是浮点数精度的问题,改用大数就好了。真香定律准时生效

调试是有惯性的,停下来反而更容易想通。我不知道该说什么,就笑了笑。我把这个问题的复现概率测了一下,大概百分之三。我把这条经验写进了团队 wiki

这个报错信息指向的位置和真正的错误隔了三层。我发现自己居然没法反驳。我把这个 bug 的修复方案写了两版,选了改动小的那版。那一刻我觉得自己还是很专业的

我盯了半天,最后发现是拼写和大小写。我盯着屏幕沉默了十分钟。我把这个函数的入参和出参都打了,发现中间少了一层转换。第二天这个方案就变成了团队标准做法

这个 bug 只在特定时间出现,后来知道是时区。我抬起头看了看周围,大家都一样。我盯着那段代码看了二十分钟,最后发现是我自己三天前改的。第二天这个方案就变成了团队标准做法

我盯了半天,最后发现是拼写和大小写。我在心里把涉及的所有环节都过了一遍。我在心里默默记下这个坑,写进了自己的检查清单。果然现实比段子更精彩

我在本地复现了十次,第十一次它变了样子。我想了想自己这些年,好像确实如此。我把这个 bug 的优先级降了一级,因为它只在测试环境出现。复盘会上我们把它列成了案例

这个空指针在上线前一切正常,因为那时没有空数据。我想了想自己这些年,好像确实如此。我把这个变量的生命周期理了一遍,发现它被提前释放了。这大概就是程序员的人生吧