How FAANG Vibe Codes

一句話摘要：原文無法抓取（X/Twitter 對未登入存取回 HTTP 402）；以下為 best-effort 的 context 推測，不是原文摘要，請以原推文為準。

抓取狀態說明

WebFetch 對 x.com/rohanpaul_ai/status/1959414096589422619 回傳 HTTP 402（Payment Required，X 對未登入 / 非付費 API 的標準擋牆）。MCP 沒有 X-authenticated 工具可用。這篇不放原文摘要，僅依 (a) Rohan Paul 的公開內容主題（AI / ML engineering popularizer）、(b) “How FAANG Vibe Codes” 這個標題、(c) Week 3 的 reading list 上下文，做出有限度的推測。實際內容請使用者自行登入 X 查看。

Best-Effort 推測（基於標題與 context，非原文）

「Vibe coding」一詞由 Andrej Karpathy 在 2025 年初推紅，指「跟著感覺寫、把想法丟給 AI 自動實作、不細看每行 code」的 workflow。「How FAANG Vibe Codes」這個標題套用在大公司情境，常見論點走向有兩類：(1) FAANG 工程師正在用 Cursor / Claude Code / Devin 等 agent 工具大量產 code，個人產出倍增、code review 文化承壓；(2) FAANG 對 vibe coding 的態度反而保守 — 因為大型 codebase 的 maintenance、security、code review 紀律不容許「跑得通就 ship」，他們把 AI tool 限制在 well-scoped 範圍。這兩種敘事在 2025 下半年的 X discourse 都很常見，無法從標題本身判斷此篇取哪個角度。

關鍵概念（基於 vibe coding 領域共識）

Vibe Coding（隨感覺編程） — Karpathy 提出，指高度依賴 AI agent、人類不細審 code 的 workflow；爭議在於 maintainability。
Tool Adoption Asymmetry（工具採用不對稱） — 個人開發者 / startup 與 FAANG 採用 AI coding tool 的速度與紀律差異很大。
Code Review Bottleneck（code review 瓶頸） — AI 加速 code 產出後，review capacity 變成新的瓶頸。

對 CS146S 的意義

即使無法讀到原文，標題本身點出 Week 3 的一個重要 tension：context engineering / spec-driven 工作流在「個人 vibe coding」與「企業 production」兩種情境下的張力。CS146S 學生畢業多半進大公司，理解這個 gap 比照搬 indie hacker workflow 重要。

對 Vibe Coder 的 Takeaway

不要只 follow 個人開發者的 vibe coding tutorial — 在大型 codebase 那套會崩。建議實際登入 X 看原推文確認作者主張，再決定要不要採納。

原文連結

How FAANG Vibe Codes（需登入 X 才能瀏覽）