在老師的建議下我這個月開始空閒時間閱讀《程式設計師修煉之道-從小工到專家》這本書，目前讀完了第一章——注重實效的哲學。該章節主要講述的是一些程式設計師該如何去思考，如何去完善乙個程式，以及如何去修改自己的程式。
第一節名為我的原始碼被貓吃了 該章節主要講述了人要為自己的所作所為負責，程式設計師也要為自己接受的任務負責，不管你是不是因為什麼其他原因，導致**交付晚了，或者說是交付完成後**有漏洞，這些都需要你去負起自己的責任。當然當事情超出你的能力或者風險過大時你有權不去為之負責任，必須基於道德準則去承擔自己的責任。有句話說的好：提供各種選擇，不要找蹩腳的藉口。當你負責的事情上出現紕漏時第一時間不是去為犯的錯誤找各種藉口，而是該選擇一種方式去彌補這個錯誤，承擔起自己的責任。
下一節章節題目為 軟體的熵；熵是乙個物理學上的名詞，指的是某個系統中「無序性」的總量。當無序性越大也就意味著程式越「腐爛」。因而我們必須去減小軟體的熵。不要容忍破窗戶，在此有乙個破窗戶的理論，一棟建築的廢棄往往是由第一扇破窗戶的出現開始的。當破窗戶出現後，人們開始對該建築肆意亂塗亂畫，丟棄垃圾，最終徹底廢棄。而我們程式設計師要做到的就是不要讓「破窗戶」出現，我們可以通過給**新增注釋或用虛設的資料加以代替的方法來實現。當「破窗戶」消失的時候，我們也會刻意的去維持，不讓破窗戶再次出現。
第三節石頭湯與煮青蛙這一節主要講述了協作的重要。有時一些事情很難乙個人去完成，這時就需要團隊的合作，但如何讓團隊得到更好的協作，這就需要你去充當這次變化的催化劑，當團隊合作的推進陷入瓶頸時，這是你可以做乙個簡化版出來，然後商量只要在新增xx就會更加完善，這樣乙個專案的目標雛形便形成了。
之後文章講的 足夠好的軟體講的是讓使用者去評判你的軟體到底是好是壞，而不是自己去全權決定使質量成為需求問題讓使用者越早接觸程式，你也能越早接受反饋，從而去找到改進的方向。還有要經營好自己的知識資產，並制定好計畫一步步去實現自己的目標，這些書中都明確的說明了，當然我們要自己嘗試去找尋學習的機會，如今網路如此發達，我們想要學習的知識網上幾乎都能找到它的學習途徑。要學會批判性思考，不要被它的優點導致你判斷失衡，要嘗試去找程式的不足的地方去加以完善。而不只是停留在發揚長處上。當然我們還要學會交流，學會向老師，同事，以及使用者交流去完善各方面的需求。
以上便是我這對該書第一章的理解，我會在未來嘗試去按照書中的方式來約束自己。
讀後感1 程式設計師修煉之道
剛開始讀這本書，包括前面的前言 序，我都認真的讀了過去。序中說道 如果你是初學者，可以獲取程式設計技術和方法，拓展你的程式設計生涯。如果你是富有經驗的程式設計師，同樣可以從本書中收益。可以看出，通過閱讀這本書，不管是初學的程式設計師還是資深的程式設計師，都會有所收穫。程式設計是一種技藝，一種需要用心...
《程式設計師修煉之道》 讀後感
前些時間把 程式設計師修煉之道 讀了一遍。一本好書啊。且不說裡面的一些程式設計技巧 這個詞應該比較貼切 比如正交性 高內斂，最後達到兩個模組之間互補影響 曳光彈或是原型 輕量級引導程式，直達目標，方便調整 斷言式程式設計，異常使用 暴露程式的問題，不要隱藏他 解耦與墨忒爾法則 低耦合，減少依賴 演算...
《程式設計師修煉之道》讀後感
看到這個書名的時候，會不自覺的想起周星馳在 喜劇之王 中的經典橋段，手拿一本 演員的自我修養 激勵著很多懵懂青年。就像這本書的自序所講的，這是一本包含有許多樸素的經驗，寫給注重實效的程式設計師的一本 演員的自我修養 剛剛步入程式設計隊伍的我，正需要這樣一本書給予我經驗，也因為是多年精心耕耘的結果，一...