在程式中重複的危害辨識定義變數無法重複，你必須使自己定義的變數具有唯一性，並具有意義，這個是最基本的要求，在強加的重複中，我們可以編寫簡單的過濾器或者**生成器，使重複變得簡潔，在文件中則需要將注釋放在較為高階的**中，低階的**不需要注釋，在無意的重複中，則是我們在邏輯上要辨別的清楚，那些變數可以通過前幾個變數獲取，而不是需要自己重新定義乙個變數來完成這個操作。在無耐性的重複中，我們需要建立自己的**庫，方法庫，這樣呼叫的時候便不需要重複地複製之前的**並做修改。在開發者之間的重複中，我們需要鼓勵開發者之間的交流，這樣才能有效的避免。
正交在計算機技術中來說便是某種不相依賴性或是解耦性，在資料庫中便是資料與程式開始獨立存在，在程式設計中最大的不正交就是將所有的**都放在主程式中，而老師一直強調的就是一定要將功能模組化，單一化，每乙個方法只有乙個功能，以前的時候我還不太懂，為什麼寫乙個**，要呼叫各種方法，導致我閱讀**也是跳來跳去，現在看來，的確是自己無知，將所有**放在一起，那麼一旦某個地方有毛病，修改起來也不方便，模組的作用在於方便替換，介面正確就可以換成新的模組。或者對就模組做小的改動與修正就可以。
當我們做出任何決定的時候都應該為自己留條後路，這不是在變數前面加上final變成了最終決定，一旦我們所依附的條件改變了，我們的行為還能否改變，使自己的損失達到最小。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...