調試程序(調試程序是指對程序進行什么)

據說，一個程序員用在寫程序上的時間大概占他的工作時間的10-20%，大部分的程序員每天大約能寫出10-12行的能進入最終的產品的代碼，而程序員寫代碼的時間和調試的時間比例約為1：1.5，甚至差的程序員要花去90%的時間在調試問題程序、盲目的修改程序，期望某種寫法能可行。

不過隨著經驗的增加，一定會變得越來越好，雖然提高的主要方法是通過經驗，看書也是一個不錯的途徑，今天，將和大家分享4本關于調試的書

這本書只有一百多頁，是一本值得人人擁有的書籍，這本書涵蓋了關于調試的所有內容，沒有過多的涉及到工具方面，內容十分簡潔

如副標題所說的那樣，這本書的結構圍繞9條規則，我不能確定遵循這些規則會讓調試變得簡單，但是如果遵循這些規則一定會讓你在調試上走彎路，每個規則都使用實際例子進行解釋，并被分解為子規則幫助你更好的理解。而且閱讀完整本書只要幾個小時。

我最喜歡的一個章節是通過一個案例講述所有規則，她詳細講解說明了每個規則應該在什么情況下使用，另一個很好的章節是關于遠程調試。本材料不是專門針對計算機編程的，而是將調試作為一種通用的過程，用于確定各種工程問題的根本原因，包括汽車發動機熄火和屋頂漏水。不過，他的大多數例子都來自嵌入式計算機系統。

與其他三本書不同的是，本書沒有使用編程語言、并發錯誤等特定工具

Butcher的書中包含了大量Agans書中沒有的重要內容，比如關于版本控制系統、日志框架、測試工具和調試內存分配器，以及工程發布的具體建議。全書講述了如何運用方法和調試工具在客戶投訴之前自動檢測程序中的bug，緊緊圍繞問題重現、問題診斷、缺陷修復、反思四個中心環節，并將調試置于軟件開發與運行的大環境中，為我們道出了軟件調試修煉之道。但是，我覺得Butcher并沒有將實際的調試過程清晰地呈現出來。

Agans和Butcher從實踐者的角度來進行調試。另一方面，澤勒以實踐者和研究者的雙重身份研究這個問題，與前兩本書一樣，本書對核心調試概念和技巧進行了詳細的解釋。此外，本書還給出了圍繞實際調試實踐的工具和技術列表，這在很大程度上是需要有一定的計算機科學學位的人，尤其是關于編譯器基礎，讀這本書要花費的時間比前面兩本都要多。

這本書有567頁，這本書的篇幅是最長，副標題“多學科方法”指的是本書結構圍繞的六種思維方式，令我感到有趣的是，這個看似詳盡的列表忽略了我最喜歡的調試類比——科學，制定假設并用實驗來檢測他們，但作者在這一方面下的筆墨并不多

《調試九法》短小精悍，意義深遠，但不包含特定情況的具體建議，最直接針對的是在硬件/軟件邊界工作的人員

《軟件調試修煉之道》這本書并不長，但卻包含了比Agans更多的軟件調試方面的信息。

《Why Programs Fail》以計算機科學為重點，它對理解調試方法和工具非常有幫助，而不僅僅是建立扎實的調試技能。

不知道以上這4本書你都看過了么？