來學習+批判一下 FAANG 這樣的大廠是怎麼「憑感覺編程（Vibe Coding）」的： “先讓足夠多的利益相關者點頭同意” “然後搞設計評審” “接著是長達幾週的文檔工作” “再然後是產品經理和項目經理來回拆分任務” 等三個月過去了，終於可以開始 Vibe Coding 了！ --- 我們在 FAANG 是這樣「憑感覺編程（Vibe Coding）」的 大家好。 我之所以想在這裡發個帖子，是因為總看到有人抬杠，說 AI 輔助寫的代碼根本不能用在真正的產品裡。這絕對是瞎說。 先介紹下背景：我是一名 AI 軟體工程師，有十多年的經驗，其中一半時間是在 FAANG 度過的。我職業生涯的前半段是做系統工程師，而不是開發，不過我寫代碼也快 15 年了。 閒話少說，下面我就講講我們團隊是如何開始用 AI 來寫真正的**生產代碼 (production code)** 的。 1. 你永遠要從一份**技術設計文檔**開始。這才是整個工作裡最核心的部分。這份文檔就像一份提案，你需要說服足夠多的利益相關者 (stakeholders)，讓他們相信你的方案是可行的。只有設計通過了，你才能著手開發系統本身。這份文檔裡要包含完整的系統架構、與其他系統的集成方案等等。 2. 在投入開發之前，要進行**設計評審 (Design review)**。在這個階段，團隊裡的高級工程師 (Senior Engineers) 會把你的設計文檔翻來覆去地“捶打”一遍。這是件好事，我管這叫**“把痛苦前置”**。 3. 如果評審順利通過，你就可以正式啟動開發工作了。最初的幾週，大家會花很多時間，為每個開發團隊要構建的子系統 (subsystem)，撰寫更詳細的文檔。 4. 接著是**待辦事項 (Backlog) 的開發和 Sprint 規劃 (sprint planning)**。在這個階段，開發人員會和產品經理 (PMs)、技術項目經理 (TPMs) 一起開會，把宏大的目標拆解成一個個開發人員可以上手執行的具體任務。 5. **軟體開發**。終於，我們可以上手敲代碼、消滅任務卡了。而這，正是 AI 發揮神力的地方，它簡直是我們的**效率倍增器 (force multiplier)**。我們採用的是**測試驅動開發 (Test Driven Development, TDD)** 模式，所以我做的第一件事，是讓 **AI 智能體 (AI agent)** 為我要開發的功能先寫好測試用例。*只有當測試寫好了，我才會開始讓 AI 智能體幫我構建具體的功能*。 6. **代碼提交評審**。我們的代碼在合併到主分支 (main) 之前，需要有兩名開發人員的批准。在這個環節，AI 也展現出了巨大的潛力，可以輔助我們進行評審。 7. **在預發布環境 (staging) 測試**。如果測試一切順利，我們就正式發布到生產環境 (prod) 了。 總的來說，從功能提案到最終上線，我們發現整個流程的**速度提升了大約 30%**。這對我們來說是個巨大的進步。 **太長不看 (TL;DR)：** 永遠從一份扎實的設計文檔和架構開始；然後一塊一塊地去實現它；永遠把測試寫在前面。