Bug界最经典的传奇之一

当我在学校做电子邮件系统管理员时，用户向我抱怨说他们不能发送超过500英里的电子邮件……

如果你以前没听过这个故事。

如果你是管理员。

此刻是否是懵逼脸？

补充材料：

用户中有位地理统计人员，还添油加醋地制作了一张邮件发送失败地图，地图上显示，她邮件的送达区域半径比500英里就多那么一点点：半径内的收件人，全收到了，之外的，全失败了。

用户中有一个地理统计人员，也在地图上显示了邮件投递失败的地图，地图显示，邮件的投递区半径只有500多英里半径:半径内的收件人，全部收到，在外面的，都失败了。

真相：

一次软件升级导致远程服务器超时时间被设为0。在一个具有典型负载的特定机器上，零超时意味着如果连接时间稍微超过3毫秒，服务器就会终止连接。而以光速传播的电信号，在3毫秒的时间内所能到达的距离大约是：

· 0.003 * c (光速) = 558.84719 miles

Bug界最经典的传奇之二

一家医院用来监控病人健康的数据库，每到周三，会自己崩溃。

补充材料：

该事件中，最大的难度在于，一周只有一天有机会debug。

展开全文

该系统记录日志是用 C 风格的代码编写的，把日志字符串记录到了一个固定长度的缓冲区中，其中日志时间一栏，格式例如“Monday, July 17, 1997, 10:38:47.123“。

真相：

因为周三的日志的时间一栏，缓冲区恰好溢出了。

(就差一个字节写不下)

不会有来自星星的bug

也没有哪个bug是太阳的后裔

所有那些你认为的、不惜穿越过时空，

来与你情定今生的bug

都特么是你曾经的二比惹的祸

Bug界最经典的传奇之三

给一个自己设计的SD卡控制器写驱动，从五月开始调试，一直很顺利，到了七月份突然开始出现间歇性的SD卡读写失败，而且越靠近窗户，失败频率越高。

也许坐在窗前写程序，

本身就是一个错误

每次我坐在窗前的时候，

都会想

隔壁班的

那个女孩

怎么还没经过我的窗前

补充材料：

驱动程序是要下载到控制器的板子上的。当这块板子放置于窗边，特别是正午的时候，调试几乎总是失败。

真相：

电路板上芯片的正常工作温度有限，当超过一定的温度时它就带不动负载了，而7月的正午，太阳正好会通过窗户会照到板子，导致温度过高。

Bug界最经典的传奇之四

在开发PS1游戏“袋鼠大进击”这款游戏的存档/读档时候遇到的。Bug的症状是每隔一段时间存档/读档都会超时失败。并且十分随机。

像我这种游戏从来都是一命通关的人

其实不是很在乎能不能存档的

补充材料：

该事件中的难点在于重现bug。当开发人员把可能出错的代码已经注释到了四大皆空的时候，bug依然随机出现。偶然间，测试发现了快速重现Bug的方法：一边摆动手柄，一边存档。

请给出你的debug plan。

真相：

PS的时钟在高频率下运行时，会影响到主板旁边的晶振，造成手柄控制器的内存卡控制器之间的串扰。手柄上一有信号，内存就被干扰了。

最后给出一个真实的灵异故事。

(转自知乎)

一个公司有一个程序员工作压力太大，每天晚上加班到深夜，最后不能忍受跳楼死亡，他的位置从此就空了。但令每个人大感意外的是，有几个早晨当他们来上班时，他们发现了机器竟然开着!可能是由于供电问题，但这个项目经理是个疑神疑鬼的人，每次路过这里都要绕着走。

在新招募的人员中，一个女孩被分配到项目小组。项目经理让她坐在这个空座位上，没人敢告诉她之前发生了什么，只是想让她接替她以前的同事的工作。过了几天，她的代码被发现是一个bug，但是她真的技术也很一般，她不能把所有的bug都改出来。她不敢问同事，所以她向男友寻求帮助(她的男朋友是另一个公司的大牛)。男朋友说他现在很忙，直到晚上10点才有空。她不得不等到那天晚上10点，她的男朋友终于有时间帮她了。她和项目经理一个人呆着。

当她的男朋友帮她在远程桌面调试时，她起身离开了房间。过了一段时间，项目经理下班回家，屏幕上的代码似乎正在移动。他目不转睛地盯着看，屏幕上的代码在一行上写下来，但是机器里没有人! !!

第二天，项目经理没有来上班。相反，他给人力资源部发了一封电子邮件，递交了辞呈。

这是一个程序员版本的田螺女孩的故事。