#就地避難在家鍛鍊寫作能力

軟體工程師系統設計面試準備指南

當你有了幾年的工作經驗以後，在找工作時一定會遇到系統設計的面試，有鑒於大部分的面試心得都是針對演算法以及資料結構的程式面試 (包括我之前寫的美國軟體工程師求職心得)，對於系統設計的準備資源還真的不多，本篇要來剖析系統設計面試，介紹面試的流程、正確的心態以及準備的方向，讓大家再也不怕系統設計面試！

Medium 好讀版：https://medium.com/jktech/%E8%BB%9F%E9%AB%94%E5%B7%A5%E7%A8%8B%E5%B8%AB%E7%B3%BB%E7%B5%B1%E8%A8%AD%E8%A8%88%E6%BA%96%E5%82%99%E6%8C%87%E5%8D%97-acf6ab1f502f?source=friends_link&sk=ca40acf60b749cb1b32c17a868b0c1a3

#為什麼系統設計很重要？

在程式面試表現優異，可以讓你順利拿到 Offer；但是系統設計會決定你加入公司的職等！這也就是為什麼有些人有十年經驗只能拿到 Mid-Level (L4) 的 Offer，而有些人只有五年經驗卻可以拿到資深工程師以上 (L5+) 的 Offer。

另外，如果你是面試 Staff 或是 Principal 級別以上的話，除了系統設計以外，有些公司還會有 Technical Leadership 的面試，來判斷你是否有能力可以跟不同的部門合作、解決問題的不確定性、帶領資淺的人然後推動並且完成一個跨部門的大型技術專案。

簡單來說，系統設計用來判斷你是 L4 或是 L5+，Technical Leadership 面試用來判斷是 L5 或是 L6+。

#為什麼系統設計很難準備？

大多數應徵者在準備的時候會過度偏重於程式面試，原因也不難理解，程式問題的定義很清楚，有給定的輸入以及預期的輸出，就算你真的想不出來，LeetCode 上的討論區也有參考答案；這種有考古題可以參考的面試，對於台灣教育出來的人來說相對好準備，隨著你解的問題多了，你也會更有信心，不知不覺甚至還會刷上癮了呢！但系統設計卻非如此。

系統設計面試的問題描述通常很模糊 (這是刻意的)，沒有給定的輸入與輸出，比較沒有既定規則可以遵循，然後也沒有一個標準答案，針對不同系統你需要提出不同的解法然後分析優缺點，一樣的問題，面試官也會針對你過去經驗往不同的方向問，有些問題你工作上沒有碰過還真的回答不出來，這也就是為什麼很多人看到系統面試就怕了。

#到底要怎麼準備？

首先我們要先建立一個觀念：沒有任何一個人可以知道所有的技術細節

不管你的面試官有多少年經驗，不管他們再怎麼資深，在變化快速的軟體產業，沒有人可以知道所有事情，一定有你知道而他們沒聽過的事情！

請把系統設計當成分享你過去所學的面試，這個面試的目的在於展示你對於軟體架構能力的廣度跟深度，你必須可以給出大方向的架構，知道有哪些元件 (廣度)，同時針對你熟悉的領域深入探討更多細節 (深度)，並且提出幾個解決方案，分析優缺點，並且針對系統需求選擇合適的解法。

大方承認自己對某些領域的細節不熟，也是完全沒問題的，只要讓面試官了解你知道這個東西，如果要深入了解的話你知道有哪些方向要努力，這樣就夠了，因為在大型的軟體專案裡，一定是高度分工的，不會有人同時精通手機端、前端、後端、Infra 以及嵌入式或是硬體的。

講到這裡，相信你也知道如果真的要準備是準備不完的，這些知識是透過平常工作以及閱讀技術文章長期累積的成果，比較沒辦法臨時抱佛腳。

#具體來說會問什麼問題

舉例來說，一個系統設計的問題會像是這樣：如何設計 Facebook?

這類問題的描述通常會很大而且模糊，面試官不預期而且你也不可能在 45 分鐘內就設計出這些公司花了好幾年這麼多人力設計出來的產品，所以第一步要做的事情是確認需求：是要設計動態牆、Messenger、廣告系統還是推薦系統？流量跟資料量為多少？需要支援全球的使用者嗎？

確認完需求以後，會針對最重要的幾個使用場景設計你的 Data model 以及 API，接著畫出大的系統架構圖，大致上會包含客戶端 (手機版/桌面版)、Load Balancer (Reverse Proxy)、App Servers 以及資料庫，接著可以針對細節下去討論，這邊開始就很自由了。

如果你是專精在資料庫，可以討論要用什麼資料庫以及資料要怎麼存可以讓特定使用場景的讀取以及寫入效能比較好，要怎麼做資料庫的 Replication 跟 Sharding 來服務更多的使用者？

如果講到快取，哪些地方可以加快取呢 (瀏覽器前端, CDN, App Server, 資料庫)？具體來說寫入快取有哪些方式以及優缺點 (write-through, write-around, write-back)？什麼時候要失效？要讓哪些資料失效？

如果聊到微服務器架構跟 Service Mesh，不同的服務怎麼跟其他的服務溝通? control plane 要怎麼更新 data plane 的設定？如果 control plane 掛了怎麼辦？要怎麼做 service discovery? 哪一種 Load Balancing 策略比較好 (round robin, random, least connection, ring hash, or maglev)？有些服務掛了影響到整個系統怎麼辦？什麼時候需要 circuit breaker ？

如果你是手機開發者，怎麼實現離線瀏覽？手機要有資料庫嗎？要怎麼以及多常跟伺服器同步？API 要怎麼設計？如何實現 Infinite Loading？剛 Po 文以後要怎麼樣在自己手機上馬上看到？

這些問題真的列舉不完，總之看到這裡你會了解為什麼我說這個面試是沒有範圍而且也準備不完的，重點應該放在跟面試官的討論，展現你在技術方面的廣度跟深度，讓面試結束的時候能夠有一個你們兩個人都同意的設計！

#準備材料

系統設計的資源比較分散，以下是我篩選過後覺得有用的資料，按照素材的類型作分類，也歡迎大家留言補充！

#入門影片

針對完全沒有概念的新手，我建議可以先從哈佛的 CS75 Lecture 9 Scalability 開始，裡面講到的很多基礎觀念都相當重要，值得一再複習，這些概念先有了以後再閱讀其他的材料會比較有感覺：

如果你看完這篇文章後還想再多了解系統面試的形式，也可以看一個前 Facebook 工程師分享的影片：

Distributed Systems in One Lesson 也很推，裡面提到不少業界在使用的設計模式：

有一個需要付費的資源是 SystemsExpert，每個影片會講解一個系統設計重要的概念，我個人覺得內容有點淺所以沒有買，但是整理地還算不錯，如果你看完他們免費的影片有興趣還是可以參考一下。

#閱讀文章

影片是一個讓你很好理解大方向概念的方式，但是如果你要深入理解背後的原理還有怎麼運作的細節，還是得透過大量以及深度的閱讀來吸收呀！

system design primer 整理了很多系統設計的資源，資料量很夠， 個人的建議是先快速過一遍，不要細讀，先知道總共有哪些元件，大概是做什麼用的就好，接著針對有興趣的部分在深入研究，建立自己的知識庫。

Grokking the System Design Interview 也是很多人推薦的材料，主要是針對系統設計的問題提供範例解答，他們的答案可以當作一個參考，但面試的時候不要完全照著回答，還是得看跟面試官討論的結果來進行，但這個是需要付費的，有興趣可以用我的推薦碼註冊購買。

如果你不想花錢或是不確定 Grokking 的文章你喜不喜歡，有一個類似的網站 Crack the System Design Interview 整理得也還不錯。

#書籍

唸書是一個有系統性學習的方法，如果你只想選一本書來看，就選這本大家都推的系統設計聖經 — Designing Data-Intensive Applications，簡稱 DDIA，這本書適合的對象是想要長期準備系統設計或是分散式系統的人，裡面舉的例子都是實際上業界遇到的問題，不會有以前讀教科書那種工作又用不到的感覺；但也因為是書，花了一些篇幅在講解背景知識，包含以前的系統是怎麼設計的以及如何演進到現在，對短期要準備面試的人效率會有點低，所以不適合有時間壓力的人。

這本書我目前讀了一半，最大的收獲是它解釋了很多為什麼現代的系統要做這樣的設計，我們針對不同的系統要求可以有哪些解法，這些解法各有什麼優缺點，總之分散式系統就是我們解決了一個問題，但又會產生更多要考量的點，一切都是 trade-off。

但這本書也不是沒有缺點的，首先我覺得是本書的英文沒有很好讀，我常常一段看了好幾遍才知道他想表達的重點是什麼，而且，有些很重要的觀念常常藏在一段文字裡用一句話帶過，但是不太重要的觀念卻使用 Bullet Point 表達；另外這本書話常常講一半，一些觀念提到了一點卻說我們後面再聊，也因為這樣，我在考慮要不要幫大家整理每一個章節的重點，翻成中文分享給大家，有興趣的朋友麻煩拍手留言告訴我！

除此之外，Google 的 SRE Books 內容也很實在，但是每一個章節的內容是獨立的，建議大家選擇想研究的章節跳著看就好。

最後，Distributed systems for fun and profit 的內容也很好，以分散式系統的理論為主，比較沒那麼針對系統設計面試。

#還想閱讀更多嗎？

我知道光是上面的資源就已經讀不完了，但是行有餘力的話，平時也可以多看看各大公司的技術部落格或是訂閱技術週刊如 TechBridge (台灣) 、HackerNews 以及 InfoQ 等等。

此外，參考別人的經驗也是很好的方式，最近剛好幾個朋友剛找完工作，他們分享的矽谷找資深工程師工作心得分享以及2020 上半年軟工找工經驗分享也都很值得看！

最後，在工作上使用到的技術，除了會用以外，最好也要花時間去研讀技術文件，了解他們設計的考量以及支援的場景，大部分這類型針對開發者的文件寫得會比較深入，所以也是相當好的學習素材；我自己過去一年因為工作上需要整合 Envoy 到我們公司的 Traffic Infrastructure，從他們的文件中學到很多 Service Mesh 跟微服務器的重要概念，學習的深度都是其他資源無法提供的。

#總結

這篇文章我們整理了很豐富的系統設計資源，希望大家不要被這滿滿的資訊量嚇跑。

請記得，我們永遠有各種方法在短期內針對面試做準備，提升面試的表現，但這都只是一時的，沒辦法讓你一夕之間就成為專家；如果想要追求長期的持續成長，那麼沒有捷徑 — 就是養成每天學習以及閱讀的習慣，一開始真的很難看到效果，但是當你持續一週、一個月甚至是一年以後，你會明顯感受到自己的成長，這些投入的時間都是騙不了人的。

如果這篇文章對你有幫助，請拍手留言加訂閱，並且分享給更多有需要的人知道！

強烈建議看內文
-------------------

實在懶得在貼文慢慢鋪陳
提大家的痛處,、再聊解決方式

我們直接一點吧

如果你常覺得時間不夠用
事情總是做不完

通常只有兩種原因
1. 你的 loading 太重，需要減少負擔
2. 你在瞎忙

或許這篇的方法可以幫到你

提到時間管理，成功學大師柯維提出
將時間依據「重要、緊急」程度分為四個象限
按照優先順序解決

放在工作、學業、生活、人際關係都適用

至於重要和緊急的標準

可以去聽 《勞碌命取暖會》 第二集
提到的第二點
很懶的話，留言「要」
我也會貼心的私訊你拉

btw,第三象限是「不重要又不緊急」

更多自我成長、投資理財、生涯規劃
追蹤 @amy030859

#生而為人 #amy030859 #商科
#專注 #自我提升 #知識 #大學生 #創業 #花時間 #職涯 #時間管理 #高效人士 #與成功有約 #履歷 #目標 #成長 #學習 #效率 #進步 #成功 #下班 #被動收入 @ Keelung Taiwan 基隆

【老師，我覺得你教的不是簡報耶】
那一天在一家台灣知名的研發法人單位進行內訓，在一天愉快的課程之後，每個學員都開心的離開了，一如往常幾位學員留下來主動地問我一些他們在工作上遇到的一些事情，想要了解從我的角度上我會如何處理。
　
幾位同學的問題結束了之後，只看到還有一位大姊站在旁邊。
「老師，我有一件事情想要聽聽你的意見」
「好，你說給我聽聽你遇到了什麼問題」我說
　
　
「老師我負責統整六個分項計畫的績效報告、進度報告」
「這不容易喔，因為技術可能綜合各領域耶」
「是的老師，要是你你會怎麼做呢？」
「我喔，我會給他們一個制式的樣本喔！否則自己閱讀六項計畫的內容，loading會太重喔」
　
　
「老師我有做」接著就看著她把樣本show出來給我看
「但是老師雖然我有這樣做，但是你看看他們交出來的結果」
我看著他們交出來的成果（眉頭一皺）
「這根本是自己教自己的檔案，根本沒改過啊？」
「老師就是這樣，我給了樣本他們根本不照著給，怎麼辦？」
　
　
「退件啊，這時候妳要學著退件啊，不是就自己吃下來處理，不太可能一個人處理的，退著幾次情況應該會好轉」
　
　
很意外的，我看到這個大姊強忍著眼淚
「老師我的對象都是高階主管，他們根本不管的我的樣本，我也不可能管他們」
我突然懂了
　
　
這是一場理論與現實權力的衝突，這是一個權力造成無法改變的現實
　
　　
「那我們第一件要做的事情就是改變溝通層級」
「嗯？請這些主管指派一個窗口與妳對接」
「讓溝通層級最少是對等的，就有基本的溝通基礎」
「謝謝老師，這部分我很久以前也是這樣處理」
　
喔？這反而讓我好奇這樣的處理方式之後的結果是什麼？但是也看得出來這是一位很積極的員工，她不斷的再思考調整的方式
　
「那為什麼那時候這樣的溝通不work呢?」
「老師因為窗口後來離職了，所以我覺得這樣做也不是常態」
　
　
喔？這倒是出乎意料的現實，現實總是不斷地給我們難題不是嗎？
　
　
之後我們又長談了十多分鐘，也終於我們對這些現實都找出了一些應對策略
　
　
　
「老師謝謝你，因為我聽大家說什麼問題都可以來找你，所以我才趕緊報名這次的課程，果然我的問題真的有一個解決的方向了，太感謝老師了」
　
　
　
聽到這句話我反而倒是驚訝了
因為誰是大家？
因為這家企業我一年也不過就是五六場的課程，但是沒想到竟然也累積了一些口碑…
　
　
但是說真的，我訝異的是自己不知不覺地在一家企業中累積了自己的專業信用
而有人願意跟我分享她在現實世界中所遭遇的問題
　
　
「老師，你教的不只是簡報耶！這個已經超過簡報的範疇了吧！」
　
「是啊，雖然我是教簡報的，但是我總覺得簡報的本身是沒有價值的，有價值的是因為我們有了 #處理問題的能力、#營運策略思維、#專業力、#跨部門溝通的能力之後，簡報才開始有了價值」
　
「老師，還有人生的態度啊！謝謝老師剛剛的時間」
　
尾聲了，最後一位的學員的問題也找出了對策，我也準備收拾自己的背包，開始了自己這一天的回程…
　
回程後，總是有一股想法在我的腦中來來回回的思考，也許，今天真正有收穫的不是那一位學員，而是我，因為我更清楚的知道了自己對自己的定位是正確的：「#一位講師的價值不只是上好一門課，#而是可以真正的解決學員所面對到的問題，#讓學員有面對問題的處理能力與一個再次出發的心情。」