【分享】Three Questions About Each Bug You Find

loveisbug 2009-12-11 10:33:41
Leon Bambrick在博客里说,他很喜欢Tom Van Vleck写于1989年的那篇《Three Questions About Each Bug You Find》。

Those questions being:

1,Is this mistake somewhere else also?
2,What next bug is hidden behind this one?
3,What should I do to prevent bugs like this?

Tom Van Vleck的原文:http://www.multicians.org/thvv/threeq.html

谨以此文,献给西西。:)
...全文
212 14 打赏 收藏 转发到动态 举报
写回复
用AI写文章
14 条回复
切换为时间正序
请发表友善的回复…
发表回复
loveisbug 2012-04-09
  • 打赏
  • 举报
回复
非常简单的道理,永远都是唱高调容易,踏实做难。
echoyang2459 2009-12-11
  • 打赏
  • 举报
回复
适度的焦虑是有助于问题高效解决的,只是要尽可能找出焦虑的缘由。
西西显然是知道草草干掉是8行滴~建议以后碰到这种情况还是选择:1、直接睡觉,睡醒再说。2、深呼吸,玩个小游戏,吃点甜点水果,找朋友聊个天……缓解下情绪再跟那些虫子死磕。
slowgrace 2009-12-11
  • 打赏
  • 举报
回复
看完了,谢谢Eric。从错误中认真学习,在生活中也应该具有的态度。

另,晨星,不带这样的哈
loveisbug 2009-12-11
  • 打赏
  • 举报
回复
唉,我们的工程里太多太多全局变量了。想调整一点点代码都高度紧张。
晨星 2009-12-11
  • 打赏
  • 举报
回复
[Quote=引用 7 楼 slowgrace 的回复:]
看到一半,我想起有一件事,应该减少全局变量的使用,不然改BUG的时候也会很痛苦。你的某个地方的改动可能会导致另外一个地方对这个全局变量的假设失效。
[/Quote]
嗯,全局变量本身是无罪的。只是全局变量一多,人们用着用着不同模块之间的耦合就越来越紧了。
就像goto本身也是无罪的,只是许多人goto用多了,用着用着,一不小心代码的结构化程度就被降低了。
slowgrace 2009-12-11
  • 打赏
  • 举报
回复
看到一半,我想起有一件事,应该减少全局变量的使用,不然改BUG的时候也会很痛苦。你的某个地方的改动可能会导致另外一个地方对这个全局变量的假设失效。
loveisbug 2009-12-11
  • 打赏
  • 举报
回复
状态不好的时候我就去吊金砖,连个彩球,或者农场里浇个水,除个虫。玩痛快了再说。
slowgrace 2009-12-11
  • 打赏
  • 举报
回复
而且可能也因为我只是草草地把症状灭掉,因为我想赶紧弄完睡觉。

可是潜意识里知道这样不对,所以就焦虑了,呵呵。
slowgrace 2009-12-11
  • 打赏
  • 举报
回复
昨天心情不好,其实不是因为BUG不好处理,而是因为潜意识里觉得类似的BUG还很多。因为同样的没考虑到的问题太多。可能就是这句话的意思吧:

“The key idea behind these questions is that every bug is a symptom of an underlying process. ”
晨星 2009-12-11
  • 打赏
  • 举报
回复
赞助楼主,谨以诚挚的接分行动献给西西。^_^
slowgrace 2009-12-11
  • 打赏
  • 举报
回复
哇 好荣幸啊 先谢再拜读
cmm2cmmi 2009-12-11
  • 打赏
  • 举报
回复
嗯~~

不错,测试出问题应该进一步思考

可惜项目组进行过程中太忙,很难停下来分析一下

其实应该暂停一个小时,大家一起看一下,这样耗费了8个工时(8个开发人员),但不知能节省多少倍8个工时

这就要看项目经理的意识了
loveisbug 2009-12-11
  • 打赏
  • 举报
回复
不用客气,有收获就好。

1,265

社区成员

发帖
与我相关
我的任务
社区描述
软件工程/管理 管理版
社区管理员
  • 研发管理社区
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧