從前言得知，這本書想要告訴我們以一種我們能夠遵循的方式去程式設計，這可能是每個程式設計人員的福音吧，還有要"思考你的工作",思考出合理高效的解決方案，我希望通過這本書 的閱讀，能夠更加的注重實效，具有一些適合程式設計的思想，「紙上得來終覺淺，絕知此事要躬行」，在日後好好實踐才是良方。
自開始接觸程式設計以來，程式設計就是乙個抽象的存在，其實不然，「程式設計是一種技藝」，「程式設計可歸結為讓計算機做你（或你的使用者）想要做的事情」，通過程式設計吧一些切合實際的想法或功能變成程式，書中提及的「注重實效的程式設計師」應該是早期的採納者/快速的改編者、批判的思考者，應該是好奇、有現實感、多才多藝的。
「天下興亡，匹夫有責」，負責，簡簡單單的兩個字卻是我們要一直堅守的東西，責任是我們要主動負擔的東西，無論結果是好是壞，都應該切實負起責任，成故欣然，敗也從容，對從我們指尖得來的**負責，誠實的承認錯誤，並設法給出各種選擇————提供各種選擇，不要找蹩腳的藉口。
「不要容忍破窗戶」———「不要留著『破窗戶』(低劣的設計、錯誤決策、或是糟糕的**)不修。發現乙個就修乙個。如果沒有足夠的時間進行適當的修理,就用木板把它釘起來。或許你可以把出問題的**放入，或是顯示「未實現」訊息,或是用虛設的資料加以替代。採取某種行動防止進一步的損壞,並說明情勢處在你的控制之下。」如果我們能夠防微杜漸，就可以減少一些重大損失。
軟體的成敗與否，很大程度上取決於使用者的看法，要「讓你的使用者參與權衡」，但也要知道進退，知道何時止步，不能畫蛇添足。對於現階段的我們而言，處在知識經濟的時代，知識資產變得尤為重要，一不小心就會被這個社會淘汰，作者明確提出了自己的觀點和建議，為我指明了方向。
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...
程式設計師修煉之道 從小工到專家
這本書的適用範圍可以從初學者到有經驗的程式設計師再到專案經理，作為一本偏向理論與思想的書，書中不可避免有些假大空的地方，再加上作者寫完本書的時間還在1999年，書中的很多方法與標準放在今天也已不再實用。但這些都不能掩蓋它的優秀之處，作者曾在本書完成十年後說過，如果這本書是放在現在編寫，1999年的那...