本人北美CS碩士，在FAANG捲了三年，實在卷累了，想換個環境透透氣。在LinkedIn上找了個前輩幫我內推Intuit，沒想到一路就走到了最後，最近順利拿下了Mountain View的遠端SDE-2 Offer。回頭看看， Intuit SDE 這套面試流程挺專業的，而且很有自己的特色——尤其是Craft Demo環節，在大廠面試裡真不多見。下面我把整個過程的細節和心得全盤托出，給需要的朋友一個參考。
Intuit SDE 完整面試流程概覽
- Recruiter Screen（30 min）
- OA（HackerRank，90 min）
- Phone Screen（60–90 min）
- Virtual Onsite（4–5 輪，同一天約 5 小時）
- Round 1：Craft Demo（專案深度展示）
- Round 2：System Design
- Round 3：DSA Coding
- Round 4：Behavioral / Manager Round
- （可選）Round 5：Cross-functional
- HC Review → Offer
特別提醒：Intuit 從 2024 年開始特別重視 AI 工具的實際使用，每輪幾乎都會問相關問題；Craft Demo 的表現對最終結果影響極大。
以下是最佳化後的版本（已大幅去AI味，更口語化、自然，像真實面經分享）：
Round 1：Craft Demo（專案展示）
這是 Intuit 面試最特別的地方，其他大廠很少見。面試官會提前讓你選一個最拿得出手的專案，當著4 個面試官的面做 20-30 分鐘的展示，之後就是密集提問。
我選的是之前主導的單體應用拆分成事件驅動微服務的專案。展示完後，面試官的問題非常尖銳：
- “為什麼選 Kafka 而不是 RabbitMQ？”
- “訊息如果丟了怎麼辦？你怎麼保證 at-least-once 且實現冪等？”
- “如果流量突然暴增 10 倍，你覺得系統哪個環節會先扛不住？”
- “這個專案裡你做過的最難的 trade-off 是什麼？為什麼最後這麼選？”
- “如果現在讓你重新做一遍，你會改哪些地方？”
我的真實感受：千萬別把專案講得太完美，面試官其實更想聽你踩過的坑、犯過的錯，以及後來是怎麼解決的。我提前用 Draw.io 把架構圖畫得清清楚楚，還自己列了系統的 3 個主要弱點和可能的故障場景。哪怕他們沒問到，這些準備也讓我回答時特別有底氣，不慌。
Round 2：System Design
這輪題目是設計一個類似 Instagram 的照片儲存和分享系統。面試官直接甩了硬指標：1 億使用者，每天 5000 萬張照片上傳，P99 讀延遲 < 200ms，還需要支援圖片壓縮和多解析度儲存。
我的設計思路大致是：
- 讀請求基本走 CDN；
- 寫請求透過 API Gateway 上傳到物件儲存（S3），然後丟進訊息佇列非同步做壓縮和生成不同尺寸的圖片；
- 後設資料用 PostgreSQL 存主庫，熱資料走 Redis 快取；
- 圖片列表分頁用 cursor-based pagination，避免 offset 深分頁問題。
面試官追問得很細：
- “讀寫路徑為什麼要分開？”（讀寫分離 + CQRS）
- “CDN 快取失效怎麼處理？”（我答了版本化 URL，加 hash 引數）
- “後設資料為什麼不用 Cassandra？”（聊了 ACID 和 BASE 的取捨）
最關鍵的一點：一定要主動做容量估算！我在畫架構前就先說：“我們先來算一下 QPS 和儲存量……” 後來面試官反饋說，看到我主動估算就放心很多。如果不先說，他大機率會打斷你讓你補。
Round 3：DSA Coding
45 分鐘兩道題，迴歸純 coding。
第一題：實現 LRU Cache（get 和 put 都要 O(1)）。我用 HashMap + 雙向連結串列實現，寫完後面試官追問怎麼做執行緒安全。我講了 Java 裡可以用 ReentrantReadWriteLock，讀多寫少的場景下讀寫鎖比普通鎖效能好不少。
第二題：給定陣列和整數 k，統計所有長度 ≥ 2 且乘積 < k 的連續子陣列個數（滑動視窗變種）。主要是注意視窗收縮的邊界條件和計數邏輯。
這輪重點還是溝通清楚，邊寫邊講思路，別悶頭狂敲程式碼。
Round 4：Behavioral / Manager Round
面試官是 Engineering Manager，幾乎不問技術，全是行為問題，用 STAR 法則回答就好。Intuit 特別看重 Customer Obsession、Integrity、Innovation 這幾個價值觀，我回答時都有意識往上靠。
主要被問到的問題：
- 講一次你和團隊在技術決策上意見不一致的經歷，你是怎麼處理的？
- 描述一次你做的系統效能最佳化，瓶頸在哪裡、怎麼發現的、最後改了什麼？
- 你最自豪的一個專案裡，你個人的貢獻和團隊的貢獻分別是什麼？
- 你收到過的最嚴厲/最打擊人的反饋是什麼？後來怎麼處理的？
- 為什麼想來 Intuit？（這題幾乎必問）
Experience：EM 對量化結果特別敏感。我每個故事都準備了具體數字，比如“介面延遲降低了 40%”“每月幫公司節省約 1 萬美元雲成本”。有數字和沒數字，給人的感覺完全不一樣。
面試後續&備考資源推薦
面試結束當天，我整個人都虛脫了。好在Recruiter效率很高，兩個工作日內就聯絡我給了初步反饋。錄用委員會稽覈了大概3到5天，之後就接到了Offer Call，詳細解釋了薪酬構成：Base、RSU和獎金。Offer有效期是兩週，我申請了適度延長，爭取了幾天考慮時間，最終接下了。
說實話，這次能順利拿到 Intuit SDE-2 的 Offer，除了自己前期刷題和準備專案之外，最大的助力還是看了大量真實的面經和系統化總結。慢慢我就發現，大廠面試其實有很多共通的規律，尤其是 System Design 的高頻場景、Craft Demo 的深挖方式、LeetCode 變體題，以及 Behavioral 的 follow-up 問題。
後來我在 ProgramHelp 上系統地看了很多北美大廠的真實 VO 覆盤、OA 高頻題、System Design 模板和 Behavioral 問題庫，幫我快速熟悉了面試節奏和麵試官的關注點。他們還提供 mock interview、 遠端實時協助 、OA 陪跑、語音提醒等服務，對時間緊張或第一次衝擊北美大廠的同學特別友好。很多時候，比起盲目刷題，提前熟悉真實面試的打法和流程反而更關鍵。強烈推薦給正在準備的朋友。
