《高效程式設計師的45個習慣》這本書的副標題是敏捷開發修煉之道，這是一本講敏捷的書，如果你之前未接觸過敏捷，從這本書，可以了解到敏捷的核心觀點。
這裡面主要講了三方面的內容，觀念，溝通，以及編碼。
我們首先從觀念來看，提觀念當然少不了敏捷宣言：
個體和互動勝過過程和工具；
可工作的軟體勝過面面俱到的文件；
客戶的協作勝過合同談判。
響應變化勝過遵循計畫；
敏捷開發改變了整個開發流程；
傳統的瀑布模型是重設計，資深的架構設計師將設計事無鉅細的做出來，然後讓小兵來開發；在面對需求變更時，通常很無力；
敏捷反對通過設計來操縱開發，將重設計改為設計指導；
溝通是敏捷中最核心的部分，其中涉及到團隊溝通、與客戶的溝通。
要努力成為團隊中的乙個指導者，分享你的知識。在分享知識前，你有乙個準備的過程，你需要把你知道的知識有條理講給人家聽，讓他人聽懂，你這個準備和講解的過程對你來一種提公升，之前一知半解的問題，在講給他人聽的過程，會理解透徹。
知識分享的過程不僅僅是通過講解的方式，文字分享也是重要的一面；這裡就提到了wiki的重要性，把你的知識納入wiki，收益的就不僅僅是目前的團隊成員，更有未來的團隊，這樣你的知識得到了傳承，呵，多麼了不起；
wiki寫多了，也能夠讓你的工作變得輕鬆，比如同事向你請教問題時，你可以給他乙個鏈結「看wiki去吧，這裡面很詳細」，那感覺，很棒不是？
關於wiki的好處，之前有過詳細討論, 傳送門：公司內部wiki，你建立了麼？
為了達到有效溝通，敏捷提出了兩個有趣的會議：
第乙個是每日站會，這是敏捷中必不可少的乙個會議，就是每天15分鐘出來，進行討論，回答3個問題：
你這一天做了什麼？
明天打算做什麼？
遇到了什麼問題？
這個站會上不是解決問題的場所，你只是提出你所遇到的問題，解決問題放在會後進行。
第二個是午餐會議，就是大夥很隨意的吃飯聊天，可由特定的乙個人，分享一些書籍。當然可以是非技術領域；當然這也是乙個分享的過程，能夠提公升團隊的凝聚力。
除了我們語言交流外，**也是用來溝通的，要記住**閱讀的次數要遠大於大於**輸寫的字數。敏捷強調**集體所有制，就是說，**是大家共同所有，而不是某乙個人精通某一塊。
實現**集體所有制的方法，是採用團隊任務輪換；不再是某乙個人，一直在做某乙個特定的小領域；這樣，能保證大家對整個專案都有所了解。
考慮到你寫的**就是給別人看的，在你會更加仔細的編寫並合理的新增注釋；
與客戶溝通時要保證溝通工具的簡潔易懂，比如我們日常使用的word和xls**方式，不要使用過於專業的工具或術語；
當業務上的模糊的地方時，需要由客戶來做決定，傾聽客戶的聲音。不用擔心客戶的決定導致專案需求的變更，敏捷就是來適應變更的；
爭取盡早的見到最終的客戶，如果有條件，在每次迭代完成之後，給使用者演示一下我們的模型，這樣比文字上的溝通更為直觀，也更容易發現客戶真正的需求；
當客戶發現這東西和他想要的不一樣時，要快速的響應客戶需求，盡快地把它放到下乙個迭代中來。
講編碼最主要是第六章所講的內容，其中談到的規範和技巧不僅僅是適用敏捷。
比如要合理的使用技術，不能過份迷戀模式。如果為了模式而模式，反倒把系統搞複雜了，就得不償失了。
這裡提倡持續整合，頻繁的整合。我們當天編寫完**，提交到版本庫上；系統能將這塊**整合到我們的整個系統中，然後跑單元測試用例和整合用例，完成之後給出詳細的報告；
可以看出，實現持續整合的前提是有乙個自動化部署的環境，能讓我們在提交**後實現自動化部署整合，輕鬆增量式程式設計。
本書思維導圖讀書筆記:
高效程式設計師的45個習慣.mmap
)電子版試讀：（
高效程式設計師的45個習慣.pdf)
posted by: 大cc | mar25,2013
部落格：blog.me115.com[訂閱
] 微博：
高效程式設計師的45個習慣
做事。與其推卸責任，不如去解決問題。欲速則不達。要增量程式設計，步步為營。沒真正理解一段 之前，別急著去修改它。對事不對人。掌握提問 反駁 爭論的技巧，注意說話口吻，不能帶個人情緒的接受或反駁別人觀點。排除萬難，勇奮前進。要真誠 有勇氣地說出實情和想法。當你發現某段 很混亂，需要重構，好，說出來。跟...
高效程式設計師的45個習慣2
1.選用有意義的注釋,用注釋描述 意圖和約束,注釋不能取代好的 2.在效能.商業價值.優雅.生產力幾個因素上,沒有必要追求所有的最優,開發者需要權衡,合理投入 3.使用漸進的方式來程式設計,尋找優化點,而不是追求一氣呵成,除非有不可辯駁的理由,否則不要使用艱深的技術.模式,使用最簡單的解決方案 4....
系列書目 高效程式設計師的45個習慣
practices of an agile developer 高效程式設計師的45個習慣 敏捷開發修煉之道 美 venkat subramaniam andy hunt 注 該書以習慣的方式描述了一些實際開發過程，並將錯誤的習慣 魔鬼 和正確的習慣 天使 放在一起進行對比。如果還是不能從魔鬼中轉到...