剛好跟報名課程的學員交流了一下,針對之前推薦的書籍,補上實務跟閱讀的順序:
▎敏捷開發(實務順序排列,如果是閱讀順序,我建議倒著念):
《Impact Mapping》
《User Story Mapping》
《 Specification by Examples》
《ATDD by Example》
《Test Driven: TDD and Acceptance TDD for Java Developers》
《Growing Object-Oriented Software, Guided by Tests》
《The Art of Unit Testing: with examples in C#, 2nd edition》
▎重構(閱讀順序):
《Working Effectively with Legacy Code》
《Refactoring: Improving the Design of Existing Code》
《Refactoring to Patterns》
希望對各位粉絲朋友們有些幫助。
「growing object-oriented software, guided by tests」的推薦目錄:
growing object-oriented software, guided by tests 在 91 敏捷開發之路 Facebook 的最讚貼文
你是否曾有過以下疑問:
1. 面對1-2週的迭代,我應該如何把這些方法和工具結合起來?為什麼我總是要到接近迭代結束的時候才能把需求做完,我如何可以更早的交付?
2. 需求和這些測試到底是什麼關係?我如何可以更準確和更快的實現需求?
3. 已經先寫了測試,但是為什麼到重構的時候還是感覺困難重重?為什麼新需求都要修改很多地方的代碼?系統中各個模塊結合的代碼特別難重構,總有“牽一發,動全身”的感覺?
4. 面前是一坨沒有測試的老代碼,我們該怎麼辦?這些測試到底應該怎麼寫?重構到底應該怎麼做?
活動傳送門:http://yihuode.io/activities/373
這個課程的內容會涉及但不限於以下的內容:
- Java網頁開發
- 單元測試
- 重構
- 演進式設計
- 面向對象設計原則
- 編寫高可讀性代碼
- 自動化測試
- 測試驅動開發
- 實例化需求
- 迭代開發
- 持續集成
- Growing Object Oriented Software guided by tests (GOOS)
我與幾位 Odd-e 的顧問一同實際交流過,也很常在線上跟他們請教一下實務上的問題,也曾經上過他們幾位的課程跟活動,他們在各公司擔任敏捷顧問時,不只著重在敏捷的概念或相關流程,而是真的跟著團隊、引導團隊,將上課的內容實際落地產出成品。
每次交流完總是讓人意猶未盡,點燃一腔熱血,畢竟自己也是同一類的工程師跟講師,那種共鳴感更加強烈。
強烈建議對技術有愛、對敏捷有愛,但還沒在實際上有過實踐經驗的朋友,不要錯過這個機會!
[註] 這一次我應該也很有機會一起參加這三天的課程,希望能跟大家一起學習、交流跟切磋實務經驗,相信除了上課以外,我們課後的討論也會獲得不少的收穫。
#Odde
#Agile
#TDD
#GOOS
growing object-oriented software, guided by tests 在 91 敏捷開發之路 Facebook 的最讚貼文
[推薦文章]: 姚老師對於 GOOS (Growing Object-Oriented Software) 在輔助團隊演練技能的一些見解。
傳送門:http://mp.weixin.qq.com/s…
GOOS 出自於《Growing Object-Oriented Software Guided by Tests》這本書,可參考:http://www.growing-object-oriented-software.com/
#GOOS #技術教練 #TDD