Debugging领域为人遗忘的经典

五星！力荐！！
对于一本被冷落的经典，我觉得这还是远远不够的！我很希望能有更多的人了解这本书，从而从中学到一些东西。
说实话，看到豆瓣里这本书"2人读过，2人想读"的统计结果，我感到十分的诧异。在我看来，这绝对是一本软件调试领域的经典作品，相信很多人都读过《设计模式》，我很愿意将其比作调试领域的《设计模式》。从amazon上来看，这本书还是很受好评的，我想在国内不为人所知的很大一部分原因应该是没有引进这本书吧。
这是一本讲基本规则的书，它不教你使用WinDbg的技巧，也不讲解CPU，OS，编译器等对调试的支持，它介绍的是独立于任何平台，系统，语言，工具的9 条黄金规则。而这些规则，甚至可以应用于任何"发现问题，解决问题"的过程。我们知道，debugging，其实不就是一个发现问题，解决问题的过程嘛。
将其誉为调试领域的《设计模式》，主要有两个原因：
   1. 其给出了9条非常有价值的调试规则。
   2. 每条规则都以一种非常规整，易于接受的格式来叙述。
      以一条福尔摩斯的名言点题，引入一个"War Story"给你一个具体的印象，然后就是对规则的解释与细化，以及如何应用。最后通过"Remember"一节回顾一下这条rule的要点。
是的，《设计模式》也是以类似的格式来讲解那23个模式的：Intent-Motivation-Applicability-Structure- Participants...，但是很明显，这本书读起来要比《设计模式》有趣的多。（我想您不否认《设计模式》读起来有些枯燥吧？）
《设计模式》是对业界已有的一些比较好的设计的总结，而《Debugging》则是对业界已有的一些比较好的调试方法的归纳，《设计模式》所贡献的，如形成一些讨论的词汇，给出一个完整的列表，《Debugging》也都做到了。
本书中对于福尔摩斯名言的运用也是恰到好处。首先，寓意上的吻合，因为从本质上来讲，debugging其实就是detecting；其次，每条rule对应的名言选的相当到位，让你一目了然，如Check the plug一章中引用的"There is nothing more deceptive than an obvious fact"。
有些War Story也是相当的神奇，如第8章Keep an audit trail中提到的，为什么穿这件衣服的时候没事，而穿另外一件时却会引起crash~~~
当然，这本书也有些不尽如人意的地方，因为作者是个电子工程师，所以其很多例子都是硬件方面的，如电路，滤波器之类的，对于像我这样软件专业的人，理解起来不是那么顺畅，如果能多些纯软件方面的例子，效果会好些；二是由于作者是个50后，所以有些现实生活中的例子，我们也不是很熟悉，如电唱机问题之类的。不过好在作者意识到了这两个问题并进行了详细的解释，应该可以在不查其他资料的情况下予以消化。

如此此刻你已经决定读一读这本书了，先看一下这9条规则吧：
   1. Understand the system
   2. Make it fail
   3. Quit thinking and look
   4. Divide and Conquer
   5. Change one thing at a time
   6. Keep an audit trail
   7. Check the plug
   8. Get a fresh view
   9. If you didn't fix it, It ain't fixed.
其中每一条都对应于书中单独的一章。

另外，这里还有一些资源供你参考：
   1. 官方网站（http://www.debuggingrules.com），提供一些样章，读者的War Story，以及9条规则的壁纸
   2. Amazon关于此书的评论（http://www.amazon.com/Debugging-David-J-Agans/dp/0814474578/ref=ntt_at_ep_dpi_1）
   3. PDF电子版 （http://www.docin.com/p-36427768.html）（国内似乎买不到，而这个版本貌似是作者共享出来的？）