高效程式設計師的45個習慣：敏捷開發修煉之道

“武功者，包括內功、外功、武術技擊術之總和。有形的動作，如支撐格拒，姿式迴環，變化萬千，外部可見，授受較易，晨操夕練，不難熟練。而無形的內功指內部之靈惠素質，即識、膽、氣、勁、神是也，此乃與學練者整個內在世界的學識水平密切相關，是先天之慧根悟性與後天智慧型的總成，必需尋得秘籍方可煉成。”

——摘自《武林秘籍大全》

公元21世紀，軟體業江湖動盪，人才輩出，各大門派林立，白道黑幫，都欲靠各自門派的武功稱霸武林。

在那些外家功門派（傳統的瀑布開發方法、CMM、ISO和RUP等）和非正統教（中國式太極敏捷UDD等）當道之際，一股新勢力正在崛起——以敏捷方法為總稱的一批內家功門派。

基本介紹

• 書名：高效程式設計師的45個習慣：敏捷開發修煉之道
• 又名：Practices of an Agile Developer: Working in the Real World
• 作者： (美)Venkat Subramaniam Andy Hunt
• 譯者：錢安川 鄭柯
• ISBN：9787115215536
• 頁數：186
• 出版社：人民郵電出版社
• 出版時間：2010 年1月
• 開本：16開
• 叢書名： 圖靈程式設計叢書 IT人文

內容簡介

本書總結並生動地闡述了成為高效的開發人員所需具備的45個習慣、思想觀念和方法，涵蓋了軟體開發進程、編程和調試工作、開發者態度、項目和團隊管理以及持續學習等幾個方面。

本書適合所有程式設計師閱讀。

作者

Venkat Subramaniam博士 Agile Developer公司創始人，敏捷開發權威人士。他培訓並指導了美國、加拿大、印度和歐洲多國的上千名軟體開發人員，並多次在各種大會上發表演講。他還是.NET Gotchas的作者。

Andy Hunt 敏捷開發權威人士，敏捷宣言的創始人，Pragmatic Programmers公司創始人。除了本書，他還是多本獲獎和備受好評圖書的合著者，這些圖書包括Programming Ruby、《程式設計師修煉之道——從小工到專家》、《單元測試之道C#版——使用NUnit》。

譯者序

下面的歌訣是對內家武功招數的概述：

疊代開發，價值優先

分解任務，真實進度

站立會議，交流暢通

用戶參與，調整方向

結對編程，代碼質量

測試驅動，安全可靠

持續集成，儘早反饋

自動部署，一鍵安裝

定期回顧，持續改進

不斷學習，提高能力

上面的每種招式，都可尋得一本手冊，介紹其動作要領和攻防章法。幾乎每個內家功門派都有自己的拳法和套路。但正所謂“練拳不練功，到老一場空”。學習招數和套路不難，難的是如何練就一身真功夫。內家功，以練內為主，內外結合，以動作引領內氣，以內氣催領動作，通過後天的修煉來彌補先天的不足。

本書是一本內功手冊。它注重於培養軟體開發者的態度、原則、操守、價值觀，即識、膽、氣、勁、神是也。

敏捷的實踐者Venkat Subramaniam和Andy Hunt攜手著下此書。望有志之士有緣得到此書，依法修習，得其精要；由心知到身知，入筋、入骨、入髓，修煉得道。而後，匡扶正義，交付高質量的軟體，為人類造福。

安　川

目錄

第1章　敏捷——高效軟體開發之道

第2章　態度決定一切

1. 做事

2. 欲速則不達

3. 對事不對人

4. 排除萬難，奮勇前進

第3章　學無止境

5. 跟蹤變化

6. 對團隊投資

7. 懂得丟棄

8. 打破砂鍋問到底

9. 把握開發節奏

第4章　交付用戶想要的軟體

10. 讓客戶做決定

11. 讓設計指導而不是操縱開發

12. 合理地使用技術

13. 保持可以發布

14. 提早集成，頻繁集成

15. 提早實現自動化部署

16. 使用演示獲得頻繁反饋

.　17. 使用短疊代，增量發布

18. 固定的價格就意味著背叛承諾

第5章　敏捷反饋

19. 守護天使

20. 先用它再實現它

21. 不同環境，就有不同問題

22. 自動驗收測試

23. 度量真實的進度

24. 傾聽用戶的聲音

第6章　敏捷編碼

25. 代碼要清晰地表達意圖

26. 用代碼溝通

27. 動態評估取捨

28. 增量式編程

29. 保持簡單

30. 編寫內聚的代碼

31. 告知，不要詢問

32. 根據契約進行替換

第7章　敏捷調試

33. 記錄問題解決日誌

34. 警告就是錯誤

35. 對問題各個擊破

36. 報告所有的異常

37. 提供有用的錯誤信息

第8章　敏捷協作

38. 定期安排會面時間

39. 架構師必須寫代碼

40. 實行代碼集體所有制

41. 成為指導者

42. 允許大家自己想辦法

43. 準備好後再共享代碼

44. 做代碼複查

45. 及時通報進展與問題

第9章　尾聲：走向敏捷

9.1　只要一個新的習慣

9.2　拯救瀕臨失敗的項目

9.3　引入敏捷：管理者指南

9.4　引入敏捷：程式設計師指南

9.5　結束了嗎

附錄a　資源

索引

序言

僅僅還在幾年前，XP還被認為是方法異教，FDD屬於黑客程式方法。如今，敏捷儼然已經成為主流學說，敏捷方法成為人們學習和討論的熱點。敏捷方法的套用也更加廣泛，以至於不少外包項目都要求採用某種敏捷方法。它不僅僅是小團隊和小項目在使用，甚至連微軟都開始使用Scrum。

敏捷已經成為一種炙手可熱的新時尚。

因為火熱，各種不同的說法就多起來；因為時尚，原本有些不認同敏捷的人也開始追捧起來。人們反覆地討論敏捷方法，涉及從哲學思想到實現細節的各個層面。人們不斷地推出各種不同版本的敏捷方法，甚至有些方法顯得如此矛盾、如此不同。

同時，一些誤解也一直在坊間流行。一般誤認為敏捷就是快，越快就是越敏捷——字典上的名詞解釋是其依據。豈不知它本來要以“lightweightprocesses”（輕量級過程）命名，只不過有些參會者不喜歡被看做是在拳台上跳來跳去的輕量級拳手，所以才用了“敏捷”這個詞。還有其他一些誤解是，敏捷就是只寫代碼不寫文檔；敏捷需要重構而無需設計；敏捷疊代就是儘量做到最小，以至於一個小時就好幾次；敏捷需要天才的程式設計師才能套用，其他人都會水土不服；如此這般。

可以看到，市面上以敏捷為題目的圖書俯拾皆是，似乎軟體開發的書不加上敏捷這個詞就是落伍一樣。敏捷體系下存在多種方法，介紹每種方法的圖書就有一大堆。再加上每種方法採用不同的技術，每本書採用不同的組織形式，存在這么多書也不奇怪，就更不用提那些僅僅為了跟風而敏捷的作品了。

面對如此百花齊放、百家爭鳴的現象，你該從什麼地方開始呢？有沒有一本圖書可以作為入門的第一讀物呢？

這本書就可以勝任這樣的角色！

這是一本很容易理解並掌握，不需要太多基礎就可以閱讀的書。不管你是開發人員，還是管理人員、財務等後勤人員、學生、編程愛好者，只要你對敏捷有興趣，就可以讀懂這本書。你不會被眾多的概念和曲折的邏輯所迷惑，不會被高難度技巧所困擾。這本書為你打開了了解和學習敏捷方法的一扇大門，並指出繼續前進的道路。

你會很悠閒自在地讀完這本小書，然後說：“原來敏捷就是這么一回事啊！”