通過閱讀《程式設計師修煉之道--從小工到專家》我又有了更深的理解與收穫。作為程式設計師，我們收集、組織、維護和利用知識。我們在規範中記載知識、在執行的**中使其活躍起來並將其用於提供測試過程中所需的檢查。如果我們改變其中一處，必須記得改變其他各處。或者，就像那些異型計算機，程式將因為自相矛盾而被迫屈服。
重複通常是有以下幾種情況：
1、強加的重複。開發者覺得他們無可選擇--環境似乎要求重複。
2、無意的重複。開發者沒有意識到他們在重複資訊。
3、無耐性的重複。開發者偷懶，他們重複，因為那樣似乎更容易。
4、開發者之間的重複。同一團隊（或不同團隊）的幾個人重複了同樣的資訊。
我們需要做到的是營造一種環境，在其中要找到並復用已用的東西，比自己編寫更容易。而如果不進行復用，我們就會有重複知識的風險。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...