Tag Archives: Bug

BUG和战斗机

  上个月,F22隐形战机首次部署到美国本土以外的冲绳军事基地,以威慑中国。中外媒体为此大大热闹了一番。谁知F22飞越太平洋时出了点小岔子,刚过国际日期变更线,卫星导航系统就崩溃了,结果只好依靠传统的无线电导航方法飞回去,给软件打补丁。

  估计这个BUG将会像“金星探测器水手1号发射失败”和“阿里亚娜5型火箭发射失败”一样,成为软件工程课本里的经典掌故。

  客观来说,F22的软件共有170万行代码,完美无缺是不现实的。美国军队总在世界各地打来打去,有很多机会在实战中调BUG(照他们的说法,中国驻南斯拉夫使馆被炸也是某BUG造成的遗憾悲剧)。我对军事是外行,倒有点担心万一台海真打起来,解放军的战备程度能否应付。春节在家随便看电视,中央台报道英雄飞行员事迹,讲的就是半空中电脑操作系统死机,重启无效,飞行员冒死手动操纵飞机返航的故事。

找到BUG是好事

  找到BUG就好象发现孩子得病,你提醒他家人一样,人家只会感激你。

  1. 软件作者和你一样,都是追求完美注重细节的人,都希望自己的作品不断改进。

  2. 老板不会用BUG绝对数量衡量工作成绩。开发的代码越多,越重要,发现的BUG机会自然就越多,一行代码不写就没BUG了,没人用的代码也找不出BUG。

  3. 修正BUG会增加作者的工作量,这没那么郁闷,可以往后排进度或找人帮忙;就算实在没时间,至少可以明确“这里不完美”。

  4. 也许这不是BUG?没问题,你不会丢面子或者让别人感觉爱找麻烦,BUG等级里本来就设置了“可疑”,提出问题,说明你认真对待这个软件,我很高兴可以多交流。

  5. 真的很感谢你关心我的工作成果,这太好了,我宁愿和挑剔但负责任的客户打交道,也不愿意碰上没有进取心的家伙。请参考第1条。

  我就是负责整个系统的工程师,最终梦想是实现世界上最好的软件。我很乐意改进自己的代码,也很乐意帮同伴改进他的模块,但首先,请帮个忙,告诉我BUG在哪。