概覽

最近讀了《程式設計師的修煉之道——從小工到專家》這本書，感覺這本書又是屬於開發進階的必讀的一本著作，而且我覺得一遍甚至還只是入門，這是一本值得都第二遍的書。再次推薦給大家，沒看過的都去看看吧。

主要內容

由一系列獨立的主題組成，涵蓋個人責任，職業發展 ，直到保持程式碼的鄰國，並易於改編和複用的各種架構技術。 全面闡述了軟體開發的不同方面的最佳實踐和重大陷阱。主要內容如下圖所示。

作者

Andrew Hunt

木匠和音樂家。

David Thomas

業餘時間喜歡單引擎飛機。

馬維達翻譯
翻譯的總體還是可以的，但對於一些術語的翻譯實在是還有待完善，特別是那個咕嚕是個啥，我讀完全書我都沒弄明白。

適合讀者

• 初學者
• 中高階技術人員（強烈推薦，會有共鳴）
• 專案經理

核心知識

主要內容如下圖所示。

責任方面

  我的原始碼被貓吃了 

提供選擇，不要找蹩腳的藉口。

自動化

自動化一切可以自動化的東西
包括但不限於:
一個自動化釋出的指令碼
一個自動化切換網路的指令碼
一個自動化測試的持續整合系統

 向團隊灌輸我們的時間很珍貴的理念，並對實質性作用的自動化指令碼大家推廣和激勵，營造出自動化的團隊文化。

重複的危害（DRY）

重複一般可以分為強加的重複(開發者覺得他們無可選擇)，無意的重複（開發者沒有意識到他們在重複資訊），無耐性的重複（開發者偷懶，他們重複，似乎那樣更容易），開發者之間的重複（團隊成員之間的重複）這幾類。
重複的程式碼bug的溫床，是系統複用的殺手，對後期運維人員噩夢的開始。

原型與曳光彈

這兩個建議在網際網路行業應用最為廣泛，並正在迅速向整個軟體行業擴充套件。但對於原型和曳光彈的含義經常容易搞混。這裡就簡單介紹一下。簡單一句話：原型是用過即扔的程式碼，曳光彈則是提供完整的體系，並在這個基礎上繼續發展並最終得到產品的方法。
所以大部分我們所說的原型方法其實是曳光彈的方法。。。。

用曳光彈找到目標，隨後迭代，重構，完成目標
為學習而製作原型

工具

shell
通過命令列而不是GUI來完成你的工作，這個習慣將極大的提高你工作成果的可複用度，便於將你的工作自動化，從而提升工作的效率。
純文字
這條意見的總體思想是，不要讓你的內容，依賴於特定的工具。這樣你的內容在其他地方也能良好的工作，這是自動化的基本條件，也是複用的要求。
版本控制
在這個時代做開發，還沒有版本控制工具簡直不可想象，Git也好，Svn也好，設定CVS也罷，版本控制工具能給你帶來隨時回滾的能力也就是傳說中的後悔藥。誰用誰知道。

其他

• 設計——解耦
• 編碼技巧——摒棄靠巧合程式設計
• 專案組織方式——無情測試、自動化、暢通的交流、尊重

總結

對於準備在技術領域發展的人來說，這是一本不應該只讀一遍的書。每一條建議都值得反覆的體會，並結合自身實際經驗來驗證和思考。本書的內容極其豐富，涉及開發的方方面面，下面是我挑選的最喜歡的幾條建議：
- 不要留破窗戶
- 使用曳光彈和原型
- DRY原則

附錄

介紹幾本異曲同工的書：
1. 《程式設計師的基本素養》
2. 《45個習慣》
3. 《程式碼大全》
4. 《重構-改善既有程式碼的設計》