1、斷言式程式設計
a.在自責中有一種滿足感。當我們責備自己時，會覺得再沒人有權責備我們。
——奧斯卡·王爾德：《多里安·格雷的畫像》
2、靠巧合程式設計
a.不要靠巧合程式設計（don』t program by coincidence）
b.不要使用你不理解的嚮導**（don』t use wizard code you don』t understand）
3、需求之坑
a.不要蒐集需求——挖掘它們（don't gather requirements- dig for them）
b.「投資」於抽象，而不是實現。抽象能在來自不同的實現和新技術的變化的「攻擊」之下存活下去。
c.抽象比細節活得更長久（abstractions live longerthan details）
4、 圓圈與箭頭
工具是拿來幫助加快開發，而不是束縛開發的。
5、除錯
a.開始學習程式設計，覺得和其他人最不一樣的地方在於兩點，一是自己思考程式的流程，寫下**之前，知道**將要（預期）執行的順序邏輯，二是會除錯**，出現錯誤時不像一般人完全不知道該如何是好，而是去除錯來尋找出錯的原因。
b.乙個程式設計師的經驗豐富情況很大程度依賴於他遇到的bug並解決的數量，所以乙個人**寫的越多，解決的問題越多，那麼他下次遇到問題時就越容易很快的定位。所以，有時候遇到問題並且成功的選擇另外乙個方案繞過去以後，不妨回頭再看看原來到底為什麼不行，畢竟下次也許你又要遇到，而且，更重要的是，可能到時候不能選擇其他的方案。
c.要修正問題，而不是發出指責（fix the problem, not theblame）
d.人很容易恐慌，特別是如果你正面臨最後期限的到來、或是正在設法找出bug的原因，有乙個神經質的老闆或客戶在你的脖子後面喘氣。但非常重要的事情是，要後退一步，實際思考什麼可能造成你認為表徵了bug的那些症狀。
6、無處不在的自動化
程式的目的之一就是讓原本繁瑣複雜的重複勞動自動化的處理，而軟體開發過程中也一樣需要自動化。
至此，《程式設計師的修煉之道——從小工到專家》就全部拜讀完了，但是，在讀完之後，還是有許多不解的地方，直到寫這篇部落格的時候，我仍然會有時候會犯很低階的錯誤，大概還是熟能生巧吧。
此書今後會再次拜讀的。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...