臉書看到一個波文，整理最近 Kent Beck 的演講，油土伯上也有。他是 Extreme Programming（XP）的創始人，也是 JUnit、Test-Driven Development（TDD）的重要推動者，以及敏捷宣言簽署人之一。而逐字稿的整理，大致是如下：
AI 產出不等於正確 → 建立測試、驗收和獨立驗證機制
Feature 會消耗 Future → 每輪功能交付後檢查可變更性
快速產出不代表快速學習 → 保留實驗、回顧與重新設計的時間
One-Shot 不適合所有專案 → 長期系統採取漸進式交付
Spec 不會永遠正確 → 根據新證據持續修改規格
Output 不代表 Outcome → 追蹤使用者行為是否改變
Outcome 不一定等於 Mission → 定義產品最終想實現的價值
領導不只是分配工作 → 建立團隊共同理解的使命
這些內容跟我在實務上有87分相像，不過有一點我想特別說的是Mission這件事，就是如何定義產品最終想實現的價值，在這個實踐的過程之中，如果沒有不斷的挑戰這件事，就很容易被AI帶著走而產生非常一般的產出。
為了處理或是應對這種情況，加上在UI時工作的經驗，在三月大量練習跟實作時，自己定義了BDD（Boss-Driven Development）的開發模式，所以基本上我是使用TDD + BDD雙軌來進行我的開發工作，目的就是不讓 AI 主導，而是由人類透過更大膽的問題與目標來驅動 AI。
所以看到這個演講的文章，就讓我想到了這件事，同時我就跟GPT討論了一下，結果就如附圖，有了個大膽的想法……
BOSS-DD，還真的很有意思！
留言與回饋