上周只上了三天班,但我也丝毫不敢懈怠,BUG 更是一个也没少写。
看着满屏幕的 ERROR,我陷入沉思。为什么我写的代如此烂,无法像大牛们写的那般优雅?
越想越自卑,越想越抑郁。我觉得这样不行,一定得振作起来。
正如一位哲人曾经说过:
世间万事万物,都是有两面性的:有它光明的一面,也就有他阴暗的一面;有它积极的一面就有他消极的一面;有他好的一面也有它坏的一面。
我的代码虽然不够优雅,但写的 BUG 还能比别人差吗?
然后我在网上搜了一下,没错,BUG 也比别人差。
软件开发历史上有哪些著名的 BUG 呢?今天我们就来好好聊一聊,涨涨奇怪的知识点。
第一个 BUG
上图中有一只飞蛾被贴在了一张纸上,这可不是某个人的特殊爱好,而是计算机的第一个 bug。
它导致了哈佛 Mark II 计算机中的继电器短路。Grace Murray Hopper 找到了它,并把它放在了日志中。
如果没有这个 bug,我们可能对计算机中的错误就有不同的说法了。
这可能是最著名的计算机错误了。
500 英里外的邮件
一位国外做邮件服务的管理员,有用户向他抱怨说:他们不能发送超过 500 英里距离的电子邮件。
这不是扯淡吗?这可是互联网业务,怎么还跟实际距离有关了。
管理员一听也是一脸懵逼,根本不相信。根据程序员法则即可推理:原来还好好的呢。
有一位用户还特意做了一张邮件发送失败的地图。地图上显式,邮件的送达区域半径比 500 英里就多那么一点点:半径内的收件人,全收到了,之外的,全失败了。
看来是真的有这个问题,还是得排查啊。到底是怎么回事呢?
原来是一次软件升级导致远程服务器超时时间被设为 0。在一个具有典型负载的特定机器上,零超时意味着如果连接时间稍微超过 3 毫秒,服务器就会终止连接。
而以光速传播的电信号,在 3 毫秒的时间内所能到达的距离大约是:
0.003 * c (光速) = 558.84719 miles
星期三崩溃的系统
一家医院用来监控病人健康的数据库,每到周三,会自己崩溃。
我就不一样了,我是周一到周四都会崩溃。只有周五状态正常,因为马上就要修周末了。
说回这个系统,该系统记录日志是用 C 风格的代码编写的,把日志字符串记录到了一个固定长度的缓冲区中,其中日志时间一栏,格式例如「Monday, July 17, 1997, 10:38:47.123」。
看到这是不是有点灵感了,肯定是跟时间有关系,让我们把信息再明确一下:
星期 | 长度 |
---|---|
Sunday | 6 |
Monday | 6 |
Tuesday | 7 |
Wednesday | 9 |
Thursday | 8 |
Friday | 6 |
Saturday | 8 |
这样的话就清晰了,原因就是周三的字符串长度更长,在这一天,缓冲区恰好溢出了。
这 BUG,还真的就是这么巧妙。
《江南 Style》爆表
这个 BUG 可能很多同学都知道,也就是几年前的事情。
鸟叔的一首《江南 Style》火遍全球,顺便爆出了 YouTube 的一个 BUG。
原因就是 YouTube 的计数器之前使用的是 32 位整数。32 位整数确定了它可以计数的最大可能点击量为 2,147,483,647。
YouTube 的程序员可能都没想到,还能有一个视频的点击量能超过这个数?
《江南 Style》视频点击量超过了最大值,我们就得到了著名的《江南 Style》YouTube BUG。
现在,YouTube 的视频计数器改用 64 位整数,这意味着视频最大观看人数为 922 万万亿 。
YouTube 程序员:我看看还有谁?
看到这几个 BUG 之后,我的目标就改变了,不再是写出优雅的代码,而是写出巧妙的 BUG。
我要在系统中暗藏一些「奇思妙想」,给我的继任者留下一个又一个惊喜。加油~
以上就是本文的全部内容,如果觉得还不错的话欢迎点赞,转发和关注,感谢支持。
推荐阅读:
**粗体** _斜体_ [链接](http://example.com) `代码` - 列表 > 引用
。你还可以使用@
来通知其他用户。