最近3周，利用早上的時間，閱讀了《程式設計師修煉之道-從小工到專家》，這本書寫得非常好，深有感觸。可能由於水平有限，對於其中一些珠璣理解沒有那麼強的感受。這裡主要講一些我感觸特別深的點。
一、關於知識資產的概念
對我而言這是乙個全新的概念，想想這麼長時間以來，我一直沒有讓自己的資產增值，放著大好時間全部都浪費了，為此前不認真讀書，感到難過。幸運的是，現在能認識到這個觀點，並為後面的人生努力奮鬥。哈哈，不知道為什麼，看到知識資產，我總覺得心裡有一股很強的動力。或者增加知識資產是我能做的，也能做到的。
每天都要反思一下，今天你的知識資產增加了麼？
二、dry原則(don』t repeat yourself)
仔細回想一下編碼到現在，很多次都在觸犯這條原則。重複**，重複程式設計，重複思想，重複日子。真是一種罪過。dry原則要求凡事只做一次，且一次做好，不到重複。
仔細想想這個原則，然後去看看現在的**，是否有重構的衝動。
三、自動化
軟體全部都要向自動化發展，自動測試、自動分析測試結果、自動編譯、自動生成**，自動化能帶來極大生產力提高。只有將瑣碎的事件自動化，才能節省時間來處理更重要的事。
要達到自動化，需要不斷的學習新的知識，站在更高的角度來思考和解決問題。
四、靠巧合程式設計
對原理一知半解，對**一知半解，想著碰運氣，試一試的態度在解決問題，我是這經常幹的事，出了問題後不知所措。
自己程式設計時，一直幹卻不知道怎麼表達的感覺，就「靠巧合程式設計」完善呈現出來了。沒錯，仔細想想自己程式設計，很多時候都是在靠巧合程式設計，而不是深思熟慮的程式設計。
被大師點出來的時候，恍然大悟。
當然還有其他很多原則，這裡不多說了，這是一本值得我看多次的書。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...