調(diào)試九法:軟硬件錯誤的排查之道<書評>

前幾天從Top 100 Best Software Engineering Books, Ever聽說這本書，唯一一本關(guān)于調(diào)試的，想必上榜只有它的道理，于是在卓越訂了一本，昨天拿到的書，書很薄，但是看了以后覺得有共鳴，很震撼，相比某些人寫的動輒上千頁的調(diào)試書籍強多了。請允許我的直接，做技術(shù)，寫書這種事情，講的就是一個踏實，你不用心，寫的東西假大空，寫了還不如不寫，你不寫沒人罵你，你一旦粗制濫造，罵你的人一定不少。

首先這不是一本講具體技術(shù)的書籍，他的層次要高些，他已經(jīng)將軟件調(diào)試技術(shù)上升到了戰(zhàn)術(shù)層面。說到戰(zhàn)術(shù)，這本書里面講的都是非常實際的技巧，字里行間可以看出作者是個調(diào)試的行家，沒有那些假大空的語言。其實技術(shù)這東西本身都是些相對成熟的東西，他不需要我們?nèi)?chuàng)造世界上沒有的東西，所以可行性以及能給讀者指導(dǎo)性的實際經(jīng)驗是最好的，這就是一本這樣的書籍。

?

挑幾個我認為經(jīng)典的points列出來，希望對大家有所幫助：

?

1．??? 不要想，要去看

一旦遇到嚴重的問題，盡量不要僅僅憑借猜測去看問題，一定要想辦法掛接進去，哪怕很麻煩，或者用調(diào)試器，或者用trace, log，猜測和分析是必要的，但是那不一定是root cause, 要有真憑實據(jù)，一拳將bug打死。

2.??????? 要熟悉系統(tǒng)，一次只改一個地方

Developer不是神，對系統(tǒng)不熟就上去指手畫腳，會讓人瞧不起的，行家一看就知道你有多大本事，更熟悉系統(tǒng)才能更透徹的知道自己在干什么，看手冊，看代碼，都是在熟悉系統(tǒng)。步子大了容易扯到蛋，所以你不要一次改動好多地方，一次驗證一種猜測比較實際。

3.??????? 分治和協(xié)作

最重要的是如何選切入點，如何用更少的步驟縮小問題的范圍，另外再牛的人也不可能都懂，有時候分工協(xié)作是很重要的。

?

也許有人覺得以上都是廢話，沒什么用，可是憑借小弟這么多年來的經(jīng)驗來看，字字精辟，相見恨晚，寫這么多啦，建議想在調(diào)試上補補戰(zhàn)術(shù)的兄弟看看這本書，加油。

?

?注：本文只代表個人觀點，如果哪位朋友覺得書不好，沒用，請忽略這篇文章，本人同作者沒有任何利益關(guān)系。?

?

轉(zhuǎn)載于:https://www.cnblogs.com/pugang/archive/2012/05/09/2493368.html

總結(jié)

以上是生活随笔為你收集整理的调试九法:软硬件错误的排查之道书评的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。