在 GenAI 時代，大多數程式碼不再由開發者手寫，而是由 AI 根據 spec 或 prompt 自動生成。Developer 不再是「寫程式的人」，而變成了「說明需求的人」、「交代背景的人」、「選擇結果的人」。
從前，我們批評過去的一種壞習慣：寫完程式就上線，讓使用者當測試人員。很多開發者的心態是：「我有跑起來就好」、「user 用了會反饋吧」，測試與驗證幾乎不存在流程中。
但現在這樣的習慣反而更嚴重了：
- 因為程式碼不是自己寫的，所以產生一種「這應該對吧？是 AI 寫的啊」的虛假安全感
- 因為產出太快，團隊急著交付，沒人有時間冷靜下來思考「這東西會壞在哪裡？」
- 因為沒有驗收機制，風險被丟給 end user，直到 user 出現抱怨或災難才驚覺出事
這樣的開發模式，讓我們看似加快速度，實際上卻把測試的責任外包給使用者，把錯誤的代價外包給市場。
角色轉變：Developer 再也不是傳統的 Developer
在這樣的情境下，Developer 的身份正在「被動地」轉型，但沒有人教他要轉去哪裡。
他不再是「程式碼撰寫者」，而是：
- 像 System Analyst，需要能說清楚業務需求與規則邏輯
- 像 PM，需要能考慮到使用場景、優先順序、驗收準則
- 更像 Tester，需要能針對 AI 的產出進行品質驗證與風險評估
如果沒有這樣的覺察，開發者會陷入一種危險區：
👉 「AI 幫我寫好了，那應該沒問題吧」→ 馬上 deploy
👉 「錯了？不是我寫的，是 AI 的問題」→ 甩鍋思維
👉 「我會寫 prompt 就好了」→ 測試知識、工程底層能力全面退化
轉型建議
我們需要重新定義「GenAI 時代的 Developer」這個角色：
✅ 他是規格設計師（Specification Designer）
✅ 他是風險預測者（Failure Anticipator）
✅ 他是測試設計者（Test Scenario Architect）
✅ 他是 prompt 思維與品質保障的橋樑
這也意味著：
- 開發者必須學習如何設計「可驗證的需求」
- 開發者必須掌握測試設計、測試資料與環境建立、邊界思維
- 開發者要學會和 AI 一起測試、debug、反饋與學習
這不是只是會寫 prompt 的時代，而是會「驗證 AI 結果，保障品質與價值」的時代。
發表迴響