生產力 = 你的設計功力（能力） + 最佳化開發環境與設定（神兵） + 對的開發方式（招式）
【極速開發】就是用來解決實務上大家總說「時間不夠」的問題，因為時間不夠，所以我沒法子寫單元測試，沒法子重構，沒法子 TDD，沒法子 code review，沒法子把事情作到最好。
我認同「時間不夠」是個問題，然而卻很少人去改善或解決這個問題。各位將會從此學到，如何建立自我刻意練習的模型，將所有工具的整合起來發揮最大綜效，透過正確的開發方式與順序，讓你寫代碼時能行雲流水，並且兼顧設計、品質與生產力。
作者: 91
分類
關於看待 TDD 的視角
隨手記下常見對於 TDD 的誤解，以及 TDD 的用途，哪些問題可以用 TDD 來幫忙解決與改善
光看《Kent Beck 的 TDD by Examples》是否覺得只得到了一堆知識點，卻仍不知道如何落實到自己的實際工作上呢？只有 Java 與 Python 的 Part 1 + Part 2，感覺這樣做都很正常，但這樣做是為了什麼，有什麼好處，實際工作真的會這樣做嗎，感到疑惑呢？
讓大家依據實務需求完成代碼、加入單元測試、code review 、code smells 辨識，且依照成員的 legacy code 現場示範重構並指導練習重構、測試案例探索/分群/排序、邏輯樹拆分、TDD 循環與 baby step、迭代堆砌產品代碼增量。
分類
我的 Scrum 序章
前言 在 Facebook Scrum Community 社團中，Odd-e Taiwan 同事 David […]
最近蠻常跟一些輔導的客戶、coaching 的朋友聊到「加班」、「生產力/工作效率」、「改善」、「管理」的主題 […]
單元測試是開發軟體產品過程中，與品質、設計相關最重要的基本工程實踐，如果不會單元測試，很多重構無從下手。如果不會單元測試，無法駕馭測試驅動開發。
生產力 = 你的設計功力（能力） + 最佳化開發環境與設定（神兵） + 對的開發方式（招式）
【極速開發】就是用來解決實務上大家總說「時間不夠」的問題，因為時間不夠，所以我沒法子寫單元測試，沒法子重構，沒法子 TDD，沒法子 code review，沒法子把事情作到最好。
我認同「時間不夠」是個問題，然而卻很少人去改善或解決這個問題。各位將會從此學到，如何建立自我刻意練習的模型，將所有工具的整合起來發揮最大綜效，透過正確的開發方式與順序，讓你寫代碼時能行雲流水，並且兼顧設計、品質與生產力。
生產力 = 你的設計功力（能力） + 最佳化開發環境與設定（神兵） + 對的開發方式（招式）
【極速開發】就是用來解決實務上大家總說「時間不夠」的問題，因為時間不夠，所以我沒法子寫單元測試，沒法子重構，沒法子 TDD，沒法子 code review，沒法子把事情作到最好。
我認同「時間不夠」是個問題，然而卻很少人去改善或解決這個問題。各位將會從此學到，如何建立自我刻意練習的模型，將所有工具的整合起來發揮最大綜效，透過正確的開發方式與順序，讓你寫代碼時能行雲流水，並且兼顧設計、品質與生產力。
最近挺多工程師詢問到，要成為一位 tech leader 該具備哪些技能，該怎麼樣培養自己的能力呢？ […]