🏗️ AI 開發的思維革命：重拾架構主導權(Jake Nations, Netflix訪談)
🏗️ AI 開發的思維革命：不外包思考，重拾架構主導權
當 AI 只要 5 秒就能做完你 5 天的工作量，你真正丟失的可能不只是時間，而是對整個系統的生存主控權？
隨著 AI 生成代碼的速度遠超人類大腦的理解極限，開發者與設計師正面對以驚人的速度發布自己不完全理解的產品，這就是當代面臨的「無限軟體危機」。Netflix 高級工程師 Jake Nations 在一場震撼業界的演說中坦承：「我曾交付過連自己都不太懂的程式碼，我產生、測試並部署了它，但我無法解釋它是如何運作的」。這種現象正以前所未有的規模在開發社群中蔓延。這篇文章整理自 Nations 的深度分享，旨在教導你如何透過「研、規、實」三位一體的開發紀律，在 AI 浪潮中守住核心主權，避免全速衝向錯誤的目的地。
• 完整影片觀看： The Infinite Software Crisis – Jake Nations, Netflix
https://www.youtube.com/watch?v=eIoohUmYpGI&t=910s
• 指南 PDF 下載： 《AI 導航：研規實三位一體開發指南》
下載連結
危機的核心：我們正混淆了「簡單」與「容易」
Fred Brooks 曾在 1986 年指出軟體開發「沒有銀彈」，因為其困難之處從來不在於打字的技術細節，而在於理解問題本身並設計解決方案。目前的 AI 雖然優化了機械性的編寫工作，但並未消除設計的核心難度。當生成速度遠超理解速度，我們識別問題的本能會逐漸萎縮，導致系統在半夜崩潰時，沒人能看懂該如何除錯。
第一階段：研究 (Research) —— 建立共識與測繪地圖
研究階段的目標在於進行「上下文工程（Context Engineering）」，將零散的資訊壓縮成可理解的知識庫。這不是要 AI 直接寫程式，而是要它幫你分析現狀。
- Developer： 利用 AI 映射組件間的依賴關係，特別針對「失敗模式」與「快取機制」反覆質詢 AI，以驗證其分析的準確性。
- Designer： 提供設計規範、用戶流程圖與過往的討論紀錄（如 Slack），確保 AI 理解設計背後的約束條件而非僅是視覺表現。
- 匯入多維度上下文： 包含架構圖、設計文件，甚至是 Slack 的討論細節。
- 設置「人為查核點」： 必須由人類驗證 AI 的分析結果是否符合現實。
- 手動探路以「贏得理解（Earned Understanding）」： 揭示模型無法發現的隱藏約束。
- 直接要求 AI 寫代碼或出圖。
- 盲目相信 AI 的推論。
第二階段：規劃 (Planning) —— 制定精確的導航路線
規劃的核心在於「規格驅動（Spec-driven）」，產出足以讓初級人員「按圖索驥（Paint by numbers）」的詳細計畫。
- Developer： 明確定義函數簽名（Signatures）、類型定義與數據流向。
- Designer： 制定詳細的組件邊界與狀態變化邏輯。
- 區分本質與偶然複雜性。
- 追求「簡單」而非「容易」。
- 預防耦合。
- 讓 AI 參與架構決策。
- 給予模糊的指令。
第三階段：實作 (Implementation) —— 踩下油門與機械執行
當有了清晰的規格後，實作應變得極其專注且簡單。將 AI 作為「加速器」，負責處理機械性的編寫工作，人類則保留思考與判斷權。
- Developer： 審查是否「符合計畫」。
- Designer： 嚴格查對是否偏離設計系統約束。
- 保持短促的對話迴圈。
- 維持「思考主權」。
- 陷入「對話式開發」陷阱。
- 外包思考。
結語：軟體開發始終是一場人類的事業
AI 徹底改變了我們編寫程式碼的方式，但它並未改變軟體失敗的原因。軟體開發的核心價值在於「知道要打什麼字」，而非「打字的速度」。
• 研究是測繪地圖，確認路徑上的障礙。
• 規劃是設定導航路線，決定轉彎的邏輯。
• 實作則是踩下油門。
如果略過前兩步就讓 AI 全速前進，你最終只會全速衝向複雜性的廢墟。在 AI 生成大部分代碼的未來，理解你的系統將成為你唯一的競爭力。
• 完整影片觀看： The Infinite Software Crisis – Jake Nations, Netflix
https://www.youtube.com/watch?v=eIoohUmYpGI&t=910s
• 指南 PDF 下載： 《AI 導航：研規實三位一體開發指南》
下載連結
