在軟體行業中，個人覺得每個coder、leader（那些當了leader以後就不需要code的除外）都應該除了具有良好的編碼能力以外，最為主要的就是debug的能力要堅實。千萬不要告訴我debug工作是tester和qa的事情，首先你要認識到debug的能力是乙個並不簡單的能力，能幫助你提高你的開發能力，加快開發速度，節約開發成本；其次你更應該知道，你所掌握的debug的能力和技術並不可能搶去tester或者qa的飯碗，他們做的工作更仔細、全面，更富有創造力。由於本人數年來一直使用vc6，所以下面使用的觀點和相關的描述都是從vc出發的，肯定有所偏頗、錯誤之處，還望各位看官不吝嗇地指出，本人定虛心接受，共同討論，共同學習，共同進步。個人覺得debug能力包括以下三個個方面：
1、良好的編碼習慣，良好的邏輯結構能力，對bug的預見能力。乙個成熟的程式設計師，應該有乙個良好的程式設計習慣，不僅需要有良好的編碼格式規範，更為需要的是對於程式中的邏輯實現時候有一種良好的結構。程式設計其實就是資料和邏輯的集合，資料的處理較為簡單，或者說是需要的邏輯思維能力比較少，當演算法邏輯要在資料上實現的時候，同一種邏輯，讓不同的程式設計師來實現可能有各種各樣的不同實現結構，從這個角度來說，這裡所說的「良好的編碼習慣」就應該指的是對於邏輯實現時候使用的良好的程式設計結構，乙個好的程式設計結構應該是能預防錯誤的發生，對錯誤的預見和錯誤出現以後的錯誤處理與異常處理的良好安排。也許有人說這不好辦嗎？每個邏輯判斷的地方新增條件判斷或者異常處理不就行了？個人覺得不是那麼回事，過多的if、assert、assert等語句或者是巨集，尤其是並列的if語句需要耗費很多判斷、執行的時間，對於乙個子程式（函式），尤其是呼叫頻率比較頻繁的子程式（函式），一次浪費了一點點時間，多次、頻繁地呼叫浪費的時候就顯得可觀了，所以並不是if語句使用的多，程式出錯的可能性就小，過猶不及！如果確實需要使用多個if語句進行條件判斷，最好能使用巢狀的if語句，逐步的縮小判斷範圍，這樣消耗的時間要比並列的if語句要小，還要注意的是if語句的條件判斷也不是萬能的；assert、assert等判斷巨集也不是萬能的，它會造成debug和release版本在響應速度和最終的編譯結果的不同，對於一些關注於效能、響應速度的程式，所造成的影響是不可忽視的。不過開發過程中的除錯階段倒是提倡使用這些巨集來發現演算法錯誤和不足。另外對於異常處理段的使用，個人覺得能不用異常處理的地方盡量不要使用異常處理，除非當某個錯誤發生以後導致程式不能繼續執行或者是崩潰的時候才使用異常，有時候你能使用異常處理，將發生錯誤的程式繼續執行下去，但是可能產生的最後結果並不是客戶所需要或者是期望的，這樣就容易讓客戶產生質疑：你是不是在程式中做了什麼手腳？這也讓你失去了獲得bug發生的前提狀況資訊，從而失去了一次修改bug的機會，所以說有時候當程式發生錯誤時，僅僅彈出乙個messagebox提示一些資訊，然後關閉程式，也不失為乙個好的辦法。
3、對事後發生的bug能有良好的感知能力。當乙個bug出現的時候，優秀的程式設計師能根據bug發生的前提和bug發生的時間點、程式中的位置，很好的感知到bug可能發生在哪乙個函式或者哪幾個函式中，是什麼情況導致bug的出現的，並且能夠很快的定位錯誤並fix這個錯誤。這種能力使用的地方往往是程式已經release了，已經被客戶使用了，在使用的過程中發生了bug，客戶向你「傾訴」時。那麼怎麼才能有這樣的能力呢？也許很多的這種能力都是在你不斷的摔倒，被經理p了n次以後，所積累起來的經驗，所以說這也是一種痛苦以後所獲得的快樂的能力，它需要你對自己所做的軟體產品的結構、執行條件、執行原理和相關的涉及部分有很好的理解、掌握。有的時候多在**上看看別人的經歷也能有所收穫。
在以上的三種能力中，第一種能力主要在於態度和思維能力，後兩種則偏向於學習能力和經驗的積累；個人覺得第一種最為重要，所謂的「態度決定一切」嘛，呵呵。
1、《writing clean code——microsoft techniques for developing bug-free c programs》（中文版譯作《程式設計精粹——microsoft編寫優質無錯c程式秘訣》或者叫做《零錯誤程式》）——這是一本出版很早的書，現在也許在書店中都看不到了，但是你要相信此書的作者steve maguire（曾是microsoft資深的程式設計師，參加了excel在多個平台下的開發和移植工作）所提供的許多防錯、排錯、測試的準則還是能讓人從中獲益非淺的。作者將每章的要點都和自己實際工作經歷相結合，提供了翔實的例子和相關**，使用的語言更是幽默風趣，讓人讀起來不會感覺晦澀難懂，尤其是每章結束部分提供的練習和思考題更是貼合實際，發人深省。也就是這些原因才使得這本書經久不衰，一直為廣大程式所喜愛，所廣泛地討論。至今尚未能見到能與之相媲美的書籍。網上所流傳的林銳博士所著的《高質量c++程式設計指南》和《軟體工程思想》在深度和廣度上與之相比也顯得遜色不少！
2、《debugging windows programs》（中文版譯作《windows程式除錯》，中國電力出版社出版）——這是一本現在在書店很為流行的一本書。此書使用的語言比較樸實、易懂，也許是譯者精心處理的結果，敘述習慣比較符合國人口味。這本書主要包含除錯策略、除錯工具、除錯技術三部分，本書主要介紹的是在vc這個ide、編譯器下開發程式所應有的一些技術。看完此書你肯定會更為深入的了解mfc，了解結構化異常和c++異常的區別和聯絡，了解怎麼除錯多執行緒程式，怎麼除錯com程式，怎麼除錯記憶體，怎麼除錯繪圖程式等等。不管你是自認為有多年的開發經驗的開發高手，還是剛剛入門的初學者，相信只要你耐心的看完此書，你一定會和我一樣深深的感嘆一句：原來vc的除錯功能這麼強大！如果早點看到這本書就好了！
第一本書主要就是培養大家第一種debug能力的，後兩本書是培養大家第二種debug能力的，對於第三種能力主要還是要靠經驗的積累。
我現在就看到這三本書是比較好的書，如果你覺得有其他的比較好的相關書籍或者相關資訊請告知我。在肯定這幾本書對你的開發過程會有所幫助的前提下，另外我想說的就是即使你看了這幾本書你也不會編寫出完全沒有bug的程式，畢竟bug的種類和發生的情況實在是有很多的客觀和主觀因素，不可能完全杜絕。程式設計是一門實踐性很強的工作，唯有在工作、實踐過程中總結教訓，總結經驗才能不斷提高。祝大家在獲得知識，積累經驗的過程中少走彎路，大踏步的前進！！！
**：
程式設計師除錯能力和相關書籍
在軟體行業中，個人覺得每個coder leader 那些當了leader以後就不需要code的除外 都應該除了具有良好的編碼能力以外，最為主要的就是debug的能力要堅實。千萬不要告訴我debug工作是tester和qa的事情，首先你要認識到debug的能力是乙個並不簡單的能力，能幫助你提高你的開發...
程式設計師考試相關書籍
程式設計師考試考點突破 案例分析 實戰練習一本通 作 者 希賽教育軟考學院 出版單位 希賽網 本書由希賽教育軟考學院組編，作為計算機技術與軟體專業技術資格 水平 考試中的程式設計師級別的考試輔導指定教材。內容緊扣考試大綱，通過對歷年試題進行科學分析 研究 總結 提煉而成。每章內容分為考點突破 典型試...
程式設計師書籍
第1名 1306票 code complete 2nd ed by steve mcconnell 中文版 大全 第二版 第2名 1161票 the pragmatic programmer 中文版 程式設計師修煉之道 第3名 689票 structure and interpretation of...