讀書筆記 -《高效程序員的45個習慣-敏捷開發修煉之道》

《高效程序員的45個習慣-敏捷開發修煉之道》

一本2010年出版的書，當時敏捷還只是在國外開始流行，像我這種菜鳥級根本聽都沒聽過。這次通讀了這本書，受益良多，回顧自己的職業生涯，多是漫無目的的瞎混，為了生活而生活而已。通過這本書才算對敏捷有了初步的了解，并有意向敏捷進行實踐。愿此文可結識更多敏捷的先行者，帶領我進入敏捷的世界。

第一章. 敏捷--高效軟件開發之道

名言：  不管路走了多遠，錯了就要重新返回   -- 土耳其諺語

敏捷開發宣言

1.  個體和交互 > 過程和工具

2. 可工作的軟件 > 面面俱到的文檔

3. 客戶協作 > 合同談判

4. 響應變化 > 遵循計劃

   
   

雖然右項也有價值，但我們認為左項具有更大的價值

工具方法

• 精辟概括：敏捷開發就是在一高度協作的環境中，不斷地使用反饋進行自我調整和完善

小提示

• Continuous development , not episodic ―― 開發需求持續不斷，切勿時斷時續

• Inject energy ―― 持續注入能量

天使建議

• 先難后易：我們首先要解決困難的問題，把簡單的問題留到最后
  

讀后感：敏捷開發似乎與傳統的項目管理似乎背道而馳，敏捷更注重的是交互、協作、響應、解決而非一切以成本、績效、風險、為基礎的Project manage，開發者/PM需要在項目立項時就清楚項目是否適合敏捷開發。

第二章. 態度決定一切

名言：  選定了要走的路，就是選定了它通往的目的地   

讀后感： 這二年，態度還是做的不錯的，到目前為止各方面提高有限，仍相信只要繼續努力，未來會更美好

1. 做事

• Blame doesn't fix bugs

• 指責不會修復bug：把矛頭對準問題的解決方法，而不是人。這是真正有用處的正面效應。

讀后感：記憶中《信息項目管理師》考試中對此問題的第一反映是問責。目前所接觸的管理似乎也不在以問責作為第一任務，先解決、后總結才是處理的首選。

2. 欲速則不達

• Beware of land mines ―― 防微杜漸

• Don't code in isolation ―― 不要孤立的編碼

• Use unit tests ―― 使用單元測試
  

• 不要墜入快速的簡單修復之中：要投入時間和精力保持代碼的整潔、敞亮

讀后感：這二年這方面做的嚴重不足，雖然有一定的測試，但感覺只是為了給自己一個借口而已。

3. 對事不對人

• Negativity kills innovation ―― 消極扼殺創新

• 對事不對人：讓我們驕傲的應該是解決了問題，而不是比較出誰的主意更好

集體決策的駱駝：能容納自己并不接受的想法，表明你的頭腦足夠有學識。―― 亞里士多德

讀后感：這點做的還算不錯，但人無完人自己有時在想出了一個更好的辦法時總會有經意的竊喜一下。

4. 排除萬難，奮勇前進

• 做正確的事：要誠實，要有勇氣去說出實情。有時，這樣做很困難，所以我們要有足夠的勇氣。

讀后感：基本已做到。

第三章 學無止境

名言：  即使你已經在正確的軌道上，但如果只是停止不前，也仍然會被淘汰出局。―― Will Rogers (美國著演員)

讀后感： 自己完全沒有做到。

5. 跟蹤變化

• 迭代和增量式學習、了解最新行情、參加本地的用戶組活動、參加研討會議、如饑似渴的閱讀
  

• 跟蹤技術變化：你不需要精通所有技術，但需要清楚知道行的動向從而規劃你的項目和職業生涯

讀后感：完全的短板，近二年對外界、最新的技術、業界動態幾乎完全不知，閱讀更加不用說了。現已意識回來，今年的閱讀書籍不斷的增加中。

6. 對團隊投資

總是要成為你所在的那個樂隊中最差的樂手，如果你是樂隊中最好的樂手，就需要重新選擇樂隊了。我認為這也適用于樂隊之外的其他事情。―― Pat Methany (著名爵士吉他手)

• 提供你和團隊學習的更好平臺：通過午餐會議可以增進每個人的知識和技能，并幫助大家聚焦在一起進行溝通交流。喚起人們對技術和技巧的激情，將會對項目大有

  生活不易，碼農辛苦
  如果您覺得本網站對您的學習有所幫助,可以手機掃描二維碼進行捐贈