上个月，F22隐形战机首次部署到美国本土以外的冲绳军事基地，以威慑中国。中外媒体为此大大热闹了一番。谁知F22飞越太平洋时出了点小岔子，刚过国际日期变更线，卫星导航系统就崩溃了，结果只好依靠传统的无线电导航方法飞回去，给软件打补丁。
估计这个BUG将会像“金星探测器水手1号发射失败”和“阿里亚娜5型火箭发射失败”一样，成为软件工程课本里的经典掌故。
客观来说，F22的软件共有170万行代码，完美无缺是不现实的。美国军队总在世界各地打来打去，有很多机会在实战中调BUG（照他们的说法，中国驻南斯拉夫使馆被炸也是某BUG造成的遗憾悲剧）。我对军事是外行，倒有点担心万一台海真打起来，解放军的战备程度能否应付。春节在家随便看电视，中央台报道英雄飞行员事迹，讲的就是半空中电脑操作系统死机，重启无效，飞行员冒死手动操纵飞机返航的故事。
找到BUG就好象发现孩子得病，你提醒他家人一样，人家只会感激你。
1. 软件作者和你一样，都是追求完美注重细节的人，都希望自己的作品不断改进。
2. 老板不会用BUG绝对数量衡量工作成绩。开发的代码越多，越重要，发现的BUG机会自然就越多，一行代码不写就没BUG了，没人用的代码也找不出BUG。
3. 修正BUG会增加作者的工作量，这没那么郁闷，可以往后排进度或找人帮忙；就算实在没时间，至少可以明确“这里不完美”。
4. 也许这不是BUG？没问题，你不会丢面子或者让别人感觉爱找麻烦，BUG等级里本来就设置了“可疑”，提出问题，说明你认真对待这个软件，我很高兴可以多交流。
5. 真的很感谢你关心我的工作成果，这太好了，我宁愿和挑剔但负责任的客户打交道，也不愿意碰上没有进取心的家伙。请参考第1条。
我就是负责整个系统的工程师，最终梦想是实现世界上最好的软件。我很乐意改进自己的代码，也很乐意帮同伴改进他的模块，但首先，请帮个忙，告诉我BUG在哪。