這本書翻譯過來的名字我總感覺怪怪的，英文原名是《the pragmatic programmer:from journeyman to master》,直譯過來應該是注重實效的程式設計師，這一點也一直貫徹著整本書，整本書主要就是為了回答這樣的問題，如何成為乙個注重實效的程式設計師，如何成為乙個注重實效的團隊？
個人而言，首先給我啟發的是通過溫水煮青蛙的例子讓我們要持續不斷地觀察周圍發生的事情，而不僅僅是自己在做的事，尤其是專案的管理者必須要實時的掌控專案的方向，因為大多數專案失去控制都不是一下子就發生的，而是慢慢地，不可改變的完全失去控制的。可能是系統乙個特性乙個特性的偏離了規範，專案進度一點一點的拖延。這種情況下如果是作為個人還是管理者都不應該容忍規範的違背，每天、每週都需要審視自己，審視團隊，及時糾正問題，糾正團隊的方向。
貫徹全書的乙個原則是dry(don『t repeat yourself)原則，這也是每個優秀的開發人員必須要遵循的規範，編碼過程中任何地方都不要重複，因為重複暫時節省的時間將會給以後的維護使用帶來巨大的麻煩，如果發現**有重複或者違反正交性等原則的地方要立刻找機會重構。這樣才能夠擁有更快、更好、更強健、更優雅的**。
另乙個很重要的原則是不要隨意你不熟悉的框架和工具，現如今各種框架的功能越來越強，但與此同時各種底層的實現也隱藏的越來越深。如果使用了不熟悉的產品，卻不去理解它的底層實現，專案很可能是不受控制的，很多時候我們沒有能力去維護它，在碰到問題需要除錯解決的時候會碰到很大的困難。
在學習中我們總會遇到難以解決的難題，本書給我們提供的乙個思路是重要的不是你在盒子裡思考，還是在盒子外面思考，而在於找到盒子-確定真正的約束，詳細一點的解釋就是面對棘手的問題時，列出所有在你面前的可能途徑，不要排除任何東西，不管它聽起來有多無用或愚蠢。然後逐一檢查每一項，並解釋為何不能採用某個特定的途徑。有時候你會發現，自己在處理的問題似乎比你以為的難得多，這種時候很可能你已經走錯了路，你需要回退一步，問問自己有沒有更容易的解決辦法。
以上這些是我關於這本書的一些收穫的總結，只包括書中的內容的極少的一部分，更多的內容以及細節還是需要去書中尋找。這是我第一次讀這本書，但一定不會是最後一次，我相信今後的很多問題一定都能在書裡找到處理的方案以及參考的原則。
程式設計師的修煉之道 從小工到小工
這本書 大致 掃了 了 一遍。個人覺得 它的 序 遠比 它的 內容 好看 的多。一切的閱讀 都是誤讀。如果 要成為乙個好程式設計師，其實所需要的道理也不多，只不過，當水平不夠的時候，永遠不能認識到那些樸素的道理 多麼重要。讀書是一種很好的彌補沒有高手的方法，因為書是最好的老師。可現實是，高手寫的書很...
程式設計師修煉之道 從小工到專家
在專案開始之前 需求需要挖掘，而不僅僅是收集。找出使用者為何要做特定事情的原因，而不是他們目前做這件事情的方式。建立需求文件 把形式化的模板做備忘錄 好的需求文件會保持抽象 專案範圍的增大需要被記錄和可追溯，以及可評價 通過統計資訊 需求的收集和設計實現不是單向的線性關係，而是雙向關係。它們是 交付...
程式設計師修煉之道 從小工到專家
基本工具 構建自己的工具庫。使用原始碼控制。除錯bug 找到問題根源 可以快速 復現 bug。跟蹤。向別人解釋程式以找到問題所在。找bug範圍 先自己 確定無誤再找類庫或系統問題。不要固執的認為自己的 沒問題。不要假設，要驗證。注重實效的偏執 放棄寫出完美軟體的偏執。進行防禦性程式設計。合約。規定 ...