1 我的原始碼讓貓給吃了
不要尋找藉口，從自身找原因。
2 軟體的熵
一句話：不以善小而不為，勿以惡小而為之。
從初期就要做好規範,不要因為是poc這樣的前提而放鬆對**的規範，現在的專案就有這種問題，初期的時候有人認為（自己也有這種想法）等到以後正式開發的時候再規範，而往往還未到正式開發，到處出現不規範的東西。加上拷貝貼上的**，亡羊補牢都晚了。這就是所謂破窗戶理論。
3 石頭湯與煮青蛙
兩個方面，一還是'軟體的熵'當中的含義，喜歡書裡面的這段話：『大多數的專案的拖延都是一天一天發生的，系統乙個特性乙個特性的偏離其規範。乙個又乙個的補丁被打到某段**上，直到最初的**一點沒有留下』。二是團隊的協同合作，這樣石頭湯也很鮮美。
4足夠好的軟體
就是俗話說的一鳥在手勝於二鳥在林。
首先得確保軟體可用性，至於亮點,特色，在可用以後才需要考慮。而且還得明確使用者需求（雖然這點始終被強調）。大家都知道系統不可能做的完美，但是自己著手開發的時候總是朝著盡可能完美的方向發展，欺騙自己說，這個功能多麼偉大，一定要加上去，那個功能多麼驚天動地，最後反而成為四不像，使專案延期。
5 你的知識資產
關於學習的乙個章節，提到了不少如何學習，把學習知識作為投資一樣看待，分析的也很在理。自認為在這方面還是趕上了書中的要求，不然也不會看到這本書了，學習是乙個過程，不會有立杆見影的效果，當然我們不是政客，不需要立馬可見的政績，那麼種種樹又何妨呢？學習也要有實踐，把學到的知識找機會就應用起來，起碼，自己沒用到，也可以看看別人怎麼用嘛。學的多了自然有了自己的判斷。
6 交流
這個不用說就知道重要了。
《程式設計師修煉之道》 讀後感
前些時間把 程式設計師修煉之道 讀了一遍。一本好書啊。且不說裡面的一些程式設計技巧 這個詞應該比較貼切 比如正交性 高內斂，最後達到兩個模組之間互補影響 曳光彈或是原型 輕量級引導程式，直達目標，方便調整 斷言式程式設計，異常使用 暴露程式的問題，不要隱藏他 解耦與墨忒爾法則 低耦合，減少依賴 演算...
《程式設計師修煉之道》讀後感
看到這個書名的時候，會不自覺的想起周星馳在 喜劇之王 中的經典橋段，手拿一本 演員的自我修養 激勵著很多懵懂青年。就像這本書的自序所講的，這是一本包含有許多樸素的經驗，寫給注重實效的程式設計師的一本 演員的自我修養 剛剛步入程式設計隊伍的我，正需要這樣一本書給予我經驗，也因為是多年精心耕耘的結果，一...
程式設計師修煉之道讀後感
初入軟體工程專業的我，在讀了部分程式設計師修煉之道之後感覺這本書十分的有用，目前我讀到的對我最有價值的就是正交行，就是在編譯工程專案時 一定要注意各個部分之間盡量的少牽扯聯絡，做到這些在我們改動某個部分的檔案的內容時就就不會 打擾 到隔壁的資料夾，對後期的維護和更新有著很大的幫助，還有就是在編寫 時...