書籍推薦《調試九法-軟硬件錯誤的排查之道》

本文閱讀時間3分鐘

每一個開發者都必須都的一項技術，-debug，最近讀了一本關於調試的書分享給你們，書的內容不到200頁，一口氣讀下來，估計須要一個小時，速度內容簡單明瞭，主要是做者20多年的工做中調試經驗的總結,做者做爲一名軟件開發人員的工做調試經驗，一樣適用其餘領域開發人員，同時，解決問題的思路也適用於不一樣崗位的人思考借鑑，人人必備的調試技巧。全書分爲三個主要部分：九種調試規則介紹，一個綜合運用實例，總結陳詞。

書中做者總結工做中兩件重要的事情：

• 若是查找bug花費了大量時間，那麼緣由多是忽略了某個基本的，最重要的規則，一旦應用了那條規則，就會很快找到問題
• 善於快速調試的人已經深入理解並應用了這些規則，而那些很難理解或使用這些規則的人則很難找到bug

對於調試技巧做者的觀點是：

• 關鍵是 記住並應用這些規則，調試藝術是門科學
• 調試不單單是故障檢修
• 調試，查明爲何一個設計沒有按計劃工做

做者經過本身多年的實際工做經驗，總結出開發測試工做debug的經驗
這本書值得推薦給任何人來讀， 如何快速找到工做中的錯誤
這裏分享下讀書筆記，思惟導圖，關注knowiot公衆號，後臺回覆'debug'獲取pdf文件和思惟導圖筆記

理解系統

這是最重要的一個方法

• 當全部方法都無論用的時候，讀讀編程手冊
• 知道系統的原理以及如何設計，最重要的是爲何這麼設計，若是大家有理解系統的某個部分，那麼這部分將會出問題-墨菲定律

• 理解系統不等於理解問題，當時解決問題的前提是理解系統

  製造失敗

• 經過還原觀察錯誤，查找線索，確認是否修復
• 從頭開始
• 引起失敗
• 不要模擬失敗
• 查找不受你控制條件
• 記錄每一件事情，並找到間歇性bug的特徵
• 不要過於相信統計數據
• 要認識到那是可能發生的

• 永遠不要丟掉一個調試工具

  不要想，而要看

• 憑空想象，問題可能有幾千條緣由，而實際的緣由只有去看了才能發現

  分而治之

• 問題分解，逐次逼近，問題會水落石出

  一次只改一個地方

• 若是更改沒有起到預期的做用，那就改回來好了

  保持審計跟蹤

• 將操做步驟，順序，結果所有記錄下來
• 任何細節都是多是重要的

• 把事情記錄下來

  檢查插頭

• 避免顯而易見的錯誤，假設錯誤是最容易修復的錯誤

  得到全新的觀點

• 休息一下，喝杯咖啡，和同事聊聊天
• 徵求別人的意見
• 獲取專業的知識
• 聽取別人的境遇
• 幫助無處不在

• 放下面子

  若是你不修復bug，它依然存在

• 查證問題確實已被修復
• bug 歷來不會本身消失，若是你不修復他，它還會在那。
• 從根本上解決問題

• 對過程進行修復

關注公衆號KnowIoT，後臺回覆'debug'獲取《調試九法》pdf文件和思惟導圖筆記 :)