嗚嗚嗚嗚，太搧情了。
看得我眼眶都濕濕了。
身為 trainer, 最大的感動莫過於此。
真正的學習，是貫徹到實務落地後卡關再突破，直到那個時間點，那份 knowledge 才會變成你的 skill.
※ 另外，這也是整團來上課的好處，回去就可以捲起袖子開幹了，省掉很多詞不達意的溝通/training gap。自己要學會都有難度了，何況回去馬上要教別人學會，真的幾乎是不可能的事。
Show, Don't Tell, 透過實際的行動，所產生的影響力，才是最有效果的。
▍ 給有興趣的夥伴
二月梯次已滿，再下一梯次得到七月了。
報名這裡去：https://dotblogs.com.tw/…/201907-evolutionary-development-t…
(#還有兩張早鳥票！#可開立今年或明年發票唷 ）
目前支援語言有 java, php, C#. (上個梯次三種都示範了）
到七月之前，會不會我又可以支援更多其他的語言了，我們就隨緣吧 XD
上個月有幸受91老師「TDD與重構」紮實又深入淺出兩天課的醍醐灌頂，回家再把練習作完、並咀嚼消化後，就一直有那種終於知道怎麼起步、及想帶領全部門一起進步的感覺。
恰逢年輕同仁想把運作中的一個小服務打掉重練，請我指導，以往我都要求先畫出UML之類的來引導他們整理自己理解到的需求、流程控制等設計，這次就拿它當TDD實戰教材，辦了2場pair-programming，雖說受限情境複雜度只能帶到91老師課傳授的1/3內涵，但就操作要領、研發新感受、方法效益…是讓大家很有感的，「對團隊code的品質及功能穩定度有一定提升」、「不寫多餘的code」、「讓物件作事」、「真的知道如何先寫測試了」…而如附圖中兩種思維比較圖，大家都很能體會到它表達的痛點：「把需求轉為功能的過程，programmer可以很複雜地一次想太多而產出可運作但難維護的函式導向髒code，也可以乾淨俐落、優雅地作出較內聚的物件設計。」有感受它所解決或改善的問題及帶來的好處，種下的種子，可期待在接下來的研發中，大家一起嘗試起步、上手，不斷進步。
91老師的課，旁徵博引、紮實夠硬，投資的價值不僅限於上課的人、上課的當下，其中所學一旦能擴及到團隊、年復年地運作進而變成文化，是最能被推薦的原因，也往往是技術人追求卓越的堅實後盾，面對把軟體想得、說得、作得很簡單的人，多一把利劍讓自己堅持守住價值，而給予更好的承諾。
#演化式設計：測試驅動開發與持續重構
