每逢周三就崩溃的系统bug

拿点儿喝的坐好,是时候讲讲我最喜欢的 bug 的故事了。

程序员最恐怖的噩梦是什么?

曾经有位心理学的博士雇我查一个 BUG,程序是他的一个学生写的,经常会出现奇怪的输出。程序的功能是,从文件中读取数据,提出 50 个问题,进行一系列计算,然后基于这位博士的研究来得出一个分数。

程序员被人喜欢的13点原因

假如一个程序员不仅提供可执行的软件,还能顾及周边,随着软件提供给测试、产品、UI、维护等相关干系人可用的文档,那他注定会被人喜欢。比如送测时给测试人员实现的功能列表、修改的 Bug 清单,发布时给维护人员可用的安装指南和常见问题处理建议,这都是非常非常好的。

“出错了”和报告Bug的艺术

没有那句话能像“出错了”一样让程序员/开发者如此沮丧,心里翻江倒海,怒火一点即燃,还要死掉一大片脑细胞。这句生硬的开场白通常标志着让开发者恐惧的长时间排错工作要开始了。

一个“潜伏”了22年的安全漏洞

至于开源社区的真谛,开源运动元老埃里克·J·雷蒙德(Eric J. Raymond)所做的阐述也许是最精辟的。他在1997年写道,“只要吸引足够多的眼球,一切漏洞都很浅显。”

盘点史上最具毁灭性的20个软件Bug

据悉,每年软件Bug会让美国经济面临近600亿美元的损失。我们都知道,软件Bug很烦人的,会对我们的工作、生活带来很多毁灭性的影响。现在,就让我们按时间顺序来盘点下史上最具有毁灭性的20个软件Bug。

这个功能是特意设计的?还是个bug?

在Bug跟踪系统留下来的绝大部分Bug,就落入了没人管的灰色地带。用户报告的是Bug吗?不完全是。用户在要求新功能或完善某既有功能吗?也不完全是。好吧,那到底是什么?

有人向我反馈了一个bug

有人向你反馈了一个bug。 “26楼会议室的灯亮着。它需要被熄灭。”bug的备注里写道“你应该能在5分钟内搞定,只要按一下开关就好了。“ 你去了26楼的会议室。灯的确亮着,但房间里没有灯的开关。

小bug找妈妈

死循环小bug打出生就没见过妈妈。

如何避免软件工程中最昂贵错误的发生

影响软件工程进度的原因有很多种,而代码重写无疑是最耗费时间的变更之一。那么重写的时候需要注意哪些细节才能把资源开销控制到最低或可接受的程度呢?

大脑如同编程,bug如何修复?

和程序的交互一样,大脑的首要的一个运行特点就是事件驱动(event-driven)机制,也就是说,如果没有事件发生,它几乎不会去做任何事情,而有了事件发生后,大脑就会回应(Respond)它。

每行代码都有潜在的 bug

去年夏天我写了一些代码来实现从一个哈希表中获取一条消息。这条消息是将要通过另外一个线程放入哈希表中的。这里会有很小的概率发生冲突,即一开始查找消息的时候它还没有被保存进去。