系統設計面試沒有標準答案、題目常曖昧到像「設計某知名產品」。它模擬的是兩個同事協作解一個開放問題——最終產出的設計，遠不如你在過程中展現的思考、辯護與回應回饋來得重要。
🧠 Core Ideas
TIP
用一套穩定的 4 步驟流程：① 釐清需求與範圍 → ② 高層設計並取得認可 → ③ 深入探討關鍵元件 → ④ 收尾。核心紀律是先問清楚再動手、全程出聲溝通、把面試官當隊友。
- 沒人期待你一小時設計出數百工程師打造的系統；面試官要的是訊號：協作、抗壓、在模糊中建設性推進。
- 最大紅旗是過度設計 (over-engineering)——沉迷純粹度、忽略 tradeoff 與成本；其次是思考狹隘、固執己見。
⚖️ 四個步驟
步驟 1：理解問題、確立範圍（3–10 分鐘）
- 別當搶答的 Jimmy——沒釐清需求就給答案是巨大紅旗；面試不是常識搶答。
- 要問的起手式：做哪些具體功能？多少使用者？成長速度（3/6/12 個月規模）？現有技術堆疊與可複用服務？
- 面試官要你自行假設時，把假設寫下來（白板/紙），後面會用到。
- News Feed 範例釐清出的需求：行動+Web、發文+看朋友動態、時間反序、每人最多 5000 好友、1000 萬 DAU、內容含圖片/影片。
步驟 2：高層設計、取得認可（10–15 分鐘）
- 畫帶關鍵元件的方塊圖：客戶端、API、Web 伺服器、資料儲存、Cache、CDN、Message Queue 等。
- 做 back-of-the-envelope 估算驗證是否符合規模——動手前先問面試官這估算是否必要。
- 挑幾個具體場景走一遍，幫助收斂、發現漏掉的邊界。
- 是否要畫到 API endpoint / schema？視題目大小而定，跟面試官討論。
步驟 3：深入探討（10–25 分鐘）
- 和面試官一起排序元件優先級，從最關鍵的開始挖。
- 不同面試官偏好不同：有的要高層、有的（senior）要效能特性與瓶頸、多數要挖某幾個元件細節。
- 時間管理是關鍵——別陷進展現不了能力的瑣碎細節（如細講 Facebook EdgeRank 演算法），要帶著訊號上場。
步驟 4：收尾（3–5 分鐘）
- 永遠別說設計已完美——指出瓶頸與改善方向，是展現批判思考的機會。
- 可談：錯誤情境（伺服器故障、網路中斷）、維運（監控/日誌/rollout）、如何撐到下一個規模級別（100 萬 → 1000 萬）。
- 幫面試官回顧你的設計（尤其提過多方案時）。
🔑 Takeaways
- 流程 = 釐清範圍 → 高層設計 → 深入 → 收尾；先問再做、全程溝通。
- 沒有最佳解：新創的解法 ≠ 千萬用戶成熟公司的解法，先理解需求再談方案。
- 盡量提多種方案並講 tradeoff；避免過度設計這個頭號紅旗。
- 45 分鐘的粗略配時：3–10 / 10–15 / 10–25 / 3–5 分鐘。
No notes yet — jot your takeaways or Q&A here.