![](https://upload-images.jianshu.io/upload_images/22877992-5f5c86c20445f86c.jpg?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)
# 1.簡歷的準備
在面試中，我發現很多人都不能寫好一份求職簡歷，所以我們首先談談如何寫一份針對網際網路公司的求職簡歷。

## 1.簡潔的藝術

網際網路公司和傳統企業有著很大的區別，通常情況下，創新和效率是網際網路公司比較追求的公司文化，所以體現在簡歷上，就是超過一頁的簡歷通常會被認為不夠專業。

更麻煩的是，多數超過一頁的簡歷很可能在 HR 手中就被過濾掉了。因為 HR 每天會收到大量的簡歷，一般情況下每份簡歷在手中的停留時間也就 10 秒鐘左右。而超過一頁的簡歷會需要更多的時間去尋找簡歷中的有價值部分，對於 HR 來說，她更傾向於認為這種人通常是不靠譜的，因為寫個簡歷都不懂行規，為什麼還要給他面試機會呢?

那麼我們應該如何精簡簡歷呢? 簡單說來就是一個字：刪！

**刪掉不必要的自我介紹資訊**。很多求職者會將自己在學校所學的課程羅列上去，例如：C 語言，資料結構，數學分析⋯⋯好傢伙，一寫就是幾十門，還放在簡歷的最上面，就怕面試官看不見。對於這類資訊，一個字：刪！面試官不關心你上了哪些課程，而且在全中國，大家上的課程也都大同小異，所以沒必要寫出來。

**刪除不必要的工作或實習、實踐經歷**。如果你找一份程式設計師的工作，那麼你參加了奧運會的志願者活動，並且拿到了獎勵或者你參加學校的辯論隊，獲得了最佳辯手這些經歷通常是不相關的。諸如此類的還有你幫導師代課，講了和工作不相關的某某專業課，或者你在學生會工作等等。刪除不相關的工作、實習或實踐內容可以保證你的簡歷乾淨。當然，如果你實在沒得可寫，比如你是應屆生，一點實習經歷都沒有，那可以適當寫一兩條，保證你能寫夠一頁的簡歷，但是那兩條也要注意是強調你的團隊合作能力或者執行力之類的技能，因為這些才是面試官感興趣的。

**刪除不必要的證照**。最多寫個 4、6 級的證照，什麼教師資格證，中高階程式設計師證，還有國內的各種什麼認證，都是沒有人關心的。

**刪除不必要的細節**。作為 iOS 開發的面試官，很多求職者在介紹自己的 iOS 專案經歷的時候，介紹了這個工程用的工作環境是 Mac OS，使用的機器是 Mac Mini，編譯器是 Xcode，能夠執行在 iOS 什麼版本的環境。還有一些人，把這個專案用到的開源庫都寫上啦，什麼 AFNetworking, CocoaPods 啥的。這些其實都不是重點，請刪掉。後面我會講，你應該如何介紹你的 iOS 專案經歷。

自我評價，這個部分是應屆生最喜歡寫的，各種有沒有的優點都寫上，例如：

> 性格開朗、穩重、有活力，待人熱情、真誠；工作認真負責，積極主動，能吃苦耐勞，勇於承受壓力，勇於創新；有很強的組織能力和團隊協作精神，具有較強的適應能力；紀律性強，工作積極配合；意志堅強，具有較強的無私奉獻精神。對待工作認真負責，善於溝通、協調有較強的組織能力與團隊精神；活潑開朗、樂觀上進、有愛心並善於施教並行；上進心強、勤於學習能不斷提高自身的能力與綜合素質。

這些內容在面試的時候不太好考查，都可以刪掉。通常如果有 HR 面的話，HR 自然會考查一些你的溝通，抗壓，性格等軟實力。

我相信，不管你是剛畢業的學生，還是工作十年的老手，你都可以把你的簡歷精簡到一頁 A4 紙上。記住，簡潔是一種美，一種效率，也是一種藝術。

## 2.重要的資訊寫在最前面

將你覺得最吸引人的地方寫在最前面。如果你有牛逼公司的實習，那就把實習經歷寫在最前面，如果你在一個牛逼的實驗室裡面做科研，就把研究成果和論文寫出來，如果你有獲得過比較牛逼的比賽名次（例如 Google code jam, ACM 比賽之類），寫上絕對吸引眼球。

所以，每個人的簡歷的介紹順序應該都是不一樣的，不要在網上下載一個模板，然後就一項一項地填：教育經歷，實習經歷，得獎經歷，個人愛好，這樣的簡歷毫無吸引力，也無法突出你的特點。

除了你的個人特點是重要資訊外，你的手機號、郵箱、畢業院校、專業以及畢業時間這些也都是非常重要的，一定要寫在簡歷最上面。

## 3.不要簡單地羅列工作經歷

不要簡單地說你開發了某某 iOS 客戶端。這樣簡單的羅列你的作品集並不能讓面試官很好地瞭解你的能力，當然，真正在面試時面試官可能會仔細詢問，但是一份好的簡歷，應該省去一些面試官額外詢問你的工作細節的時間。

具體的做法是：詳細的描述你對於某某 iOS 客戶端的貢獻。主要包括：你參與了多少比例功能的開發? 你解決了哪些開發中的有挑戰的問題? 你是不是技術負責人?

而且，透過你反思這些貢獻，你也可以達到自我審視，如果你發現這個專案你根本什麼有價值的貢獻都沒做，就打了打醬油，那你最好不要寫在簡歷上，否則當面試官在面試時問起時，你會很難回答，最終讓他發現你的這個專案經歷根本一文不值時，肯定會給一個負面的印象。

## 4.不要寫任何虛假或誇大的資訊

剛剛畢業的學生都喜歡寫精通 Java，精通 C/C++，其實程式碼可能寫了不到 1 萬行。我覺得你要精通某個語言，至少得寫 50 萬行這個語言的程式碼才行，而且要對語言的各種內部機制和原理有了解。那些宣稱精通 Java 的同學，連 Java 如何做記憶體回收，如何做泛型支援，如何做自動 boxing 和 unboxing 的都不知道，真不知道為什麼要寫精通二字。

任何誇大或虛假的資訊，在面試時被發現，會造成極差的面試印象。所以你如果對某個知識一知半解，要麼就寫 “使用過” 某某，要麼就乾脆不寫。如果你簡歷實在太單薄，沒辦法寫上了一些自己打醬油的專案，被問起來怎麼辦? 請看看下面的故事：

> 我面試過一個同學，他在面試時非常誠實。我問他一些簡歷上的東西，他如果不會，就會老實說，這個我只是使用了一下，確實不清楚細節。對於一些沒有技術含量的專案，他也會老實說，這個專案他做的工作比較少，主要是別人在做。最後他還會補充說，“我自認為自己資料結構和演算法還不錯，要不你問我這方面的知識吧。”

這倒是一個不錯的辦法，對於一個沒有專案經驗，但是聰明並且資料結構和演算法基礎知識紮實的應屆生，其實我們是非常願意培養的。很多人以為公司面試是看經驗，希望招進來就能幹活，其實不是的，至少我們現在以及我以前在網易招人，面試的是對方的潛力，潛力越大，可塑性好，未來進步得也更快；一些資質平庸，卻經驗稍微豐富一點的開發者，相比聰明好學的面試者，後勁是不足的。
如果你正在跳槽或者正準備跳槽不妨動動小手，新增一下我們們的交流群[**101 295 1431**](https://links.jianshu.com/go?to=https%3A%2F%2Fjq.qq.com%2F%3F_wv%3D1027%26k%3D5JFjujE)
總之，不要寫任何虛假或誇大的資訊，即使你最終騙得過面試官，進了某公司，如果能力不夠，在最初的試用期內，也很可能因為能力不足而被開掉。

## 5.留下更多資訊

剛剛說到，簡歷最好寫夠一張 A4 紙即可，那麼你如果想留下更多可供面試官參考的資訊怎麼辦呢？其實你可以附上更多的參考連結，這樣如果面試官對你感興趣，自然會仔細去查閱這些連結。對於 iOS 面試來說，GitHub 上面的開源專案地址、部落格地址都是不錯的參考資訊。如果你在微博上也頻繁討論技術，也可以附上微博地址。

我特別建議大家如果有精力，可以好好維護一下自己的部落格或者 GitHub 上的開原始碼。因為如果你打算把這些寫到簡歷上，讓面試官去上面仔細評價你的水平，你就應該對上面的內容做到足夠認真的準備。否則，本來面試完面試官還挺感興趣的，結果一看你的部落格和開原始碼，評價立刻降低，就得不償失了。

## 6.不要附加任何可能帶來負面印象的資訊

任何與招聘工作無關的東西，儘量不要提。有些資訊提了可能有加分，也可能有減分，取決於具體的面試官。下面我羅列一下我認為是減分的資訊。

### 1）個人照片

不要在簡歷中附加個人照片。個人長相屬於與工作能力不相關的資訊，也許你覺得你長得很帥，那你怎麼知道你的樣子不和麵試官的情敵長得一樣? 也許你長得很漂亮，那麼你怎麼知道 HR 是否被你長得一樣的小三把男朋友搶了? 我說得有點極端，那人們對於長相的評價標準確實千差萬別，蘿蔔青菜各有所愛，加上可能有一些潛在的極端情況，所以沒必要附加這部分資訊。這屬於加了可能有加分，也可能有減分的情況。

### 2）有風險的愛好

不要寫各種奇怪的愛好。喜歡打遊戲、抽菸、喝酒，這類可能帶來負面印象的愛好最好不要寫。的確有些公司會有這種一起聯機玩遊戲或者喝酒的文化，不過除非你明確清楚對於目標公司，寫上會是加分項，否則還是不寫為妙。

### 3）使用 PDF 格式

不要使用 Word 格式的簡歷，要使用 PDF 的格式。我在招 iOS 程式設計師時，好多人的簡歷都是 Word 格式的，我都懷疑這些人是否有 Mac 電腦。因為 Mac 下的 office 那麼難用，公司好多人機器上都沒有 Mac 版 office。我真懷疑這些人真是的想投簡歷麼? PDF 格式的簡歷通常能展現出簡歷的專業性。

### 4）QQ號碼郵箱

不要使用 QQ 號開頭的 QQ 郵箱，例如 `12345@qq.com` ，郵箱的事情我之前簡單說過，有些人很在乎這個，有些人覺得無所謂，我個人對用數字開頭的 QQ 郵箱的求職者不會有加分，但是對使用 Gmail 郵箱的求職者有加分。因為這涉及到個人的工作效率，使用 Gmail 的人通常會使用郵件組，過濾器，IMAP 協議，標籤，這些都有助於提高工作效率。如果你非要使用 QQ 郵箱，也應該申請一個有意義的郵箱名，例如 `tangqiaoboy@qq.com` 。

## 7.職業培訓資訊

不要寫參加過某某培訓公司的 iOS 培訓，特別是那種一、兩個月的速成培訓。這對於我和身邊很多面試官來說，絕對是負分。

這個道理似乎有點奇怪，因為我們從小都是由老師教授新知識的。我自己也實驗過，掌握同樣的高中課本上的知識，自己自學的速度通常比老師講授的速度要慢一倍的時間。即一個知識點，如果你自己要看 2 小時的書才能理解的話，有好的老師給你講解的話，只需要一個小時就夠了。所以，我一直希望在學習各種東西的時候都能去聽一些課程，因為我認為這樣節省了我學習的時間。

但是這個道理在程式設計師這個領域行不通，為什麼這麼說呢？原因有兩點：

1.  計算機程式設計相關的知識更新速度很快。同時，國內的 IT 類資料的翻譯質量相當差，原創的優秀書籍也很少。所以，我們通常需要靠閱讀英文才能掌握最新的資料。拿 iOS 來說，每年 WWDC 的資料都非常重要，而這些內容涉及版權，國內培訓機構很難快速整理成教材。

2.  計算機程式設計知識需要較多的專業知識積累和實踐。學校的老師更多隻能做入門性的教學工作。

如果一個培訓機構有一個老師，他強到能夠透過自己做一些專案來積累很多專業知識和實踐，並且不斷地從國外資料上學習最新的技術。那麼這個人在企業裡面會比在國內的培訓機構更有施展自己能力的空間。國內的培訓機構因為受眾面的原因，基本上還是培養那種初級的程式設計師新手，所以對老師的新技術學習速度要求不會那麼高，自然老師也不會花那麼時間在新技術研究上。但是企業就不一樣了，企業需要不停地利用新技術來增強自己的產品競爭力，所以對於 IT 企業來說，產品的競爭就是人才的競爭，所以給優秀的人能夠開出很高的薪水。

所以，我們不能期望從 IT 類培訓機構中學習到最新的技術，一切只能透過我們自學。當然，自學之後在同行之間相互交流，對於我們的技術成長也是很有用的。

## 小結

![](https://upload-images.jianshu.io/upload_images/22877992-524b32eb9200dc94.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

上圖是本節討論的總結，在簡歷準備上，我們需要考慮簡歷的簡潔性等各種注意事項。

# 2.尋找機會
1.尋找內推機會
其實，最好的面試機會都不是公開渠道的。好的機會都隱藏於各種內部推薦之中。透過內部推薦，你可以更加了解目標工作的團隊和內容，另外內部推薦通常也可以跳過簡歷篩選環節，直接參加筆試或面試。我所在的猿輔導公司為內推設立了非常高的獎金激勵，因為我們發現，綜合各種渠道來看，內推的渠道的人才的簡歷質量最高，面試透過率最高的。

所以，如果你是學生，找找你在各大公司的師兄師姐內推；如果你已經工作了，你可以找前同事或者透過一些社交活動認識的技術同行內推。
如果你正在跳槽或者正準備跳槽不妨動動小手，新增一下我們們的交流群[**101 295 1431**](https://links.jianshu.com/go?to=https%3A%2F%2Fjq.qq.com%2F%3F_wv%3D1027%26k%3D5JFjujE)
大部分情況下，如果在目標公司你完全沒有認識的人，你也可以找機會來認識幾個。比如你可以透過微博、知乎、Twitter、GitHub 來結交新的朋友。然後雙方聊天如果愉快的話，我相信內推這種舉手之勞的事情對方不會拒絕的。

如果你都工作 5 年以上，還是沒有建立足夠好的社交圈子幫助你內推，那可能你需要做很多的社交活動交一些朋友。

2.其它常見的渠道
內推之外，其它的公開招聘渠道通常都要差一些。現在也有一些專門針對網際網路行業的招聘網站，例如拉勾、100offer 這類，它們也是不錯的渠道，可以找到相關的招聘資訊。

但因為這類公開渠道簡歷投放數量巨大，通常 HR 那邊就會比較嚴格地篩選簡歷，拿我們公司來說，通常在這些渠道看 20 份簡歷，才會有 1 份願意約面的簡歷。而且 HR 會只挑比較好的學校或者公司的候選人，也不排除還有例如筆試這種更多的面試流程。但是面試經驗都是慢慢積累的，建議你也可以嘗試這些渠道。

# 3.面試流程
## 1.流程簡述

就我所知，大部分的 iOS 公司的面試流程都大同小異。我們先簡述一下大體的流程，然後再詳細討論。

在面試的剛開始，面試官通常會要求你做一個簡短的自我介紹。然後面試官可能會和你聊聊你過去的實習專案或者工作內容。接著面試官可能會問你一些具體的技術問題，有經驗的面試官會盡量找一些和你過去工作相關的技術問題。最後，有些公司會選擇讓你當場寫寫程式碼，Facebook 會讓你在白板上寫程式碼，國內的更多是讓你在 A4 紙上寫。有一些公司也會問一些系統設計方面的問題，考查你的整體架構能力。在面試快要結束時，通常面試官還會問你有沒有別的什麼問題。

以上這些流程，不同公司可能會跳過某些環節。比如有一些公司就不會考察當場在白板或 A4 紙上寫程式碼。有些公司可能跳過問簡歷的環節直接寫程式碼，特別是校園招聘的時候，因為應屆生通常專案經驗較少。面試流程圖如下所示：

![面試流程圖](https://upload-images.jianshu.io/upload_images/22877992-d2ed6a806ceaa66a.png?imageMogr2/auto-orient/strip%7CimageView2/2/w/1240)

## 2.自我介紹

自我介紹通常是面試中最簡單、最好準備的環節。

一個好的自我介紹應該結合公司的招聘職位來做定製。比如公司有硬體的背景，就應該介紹一下在硬體上的經驗或者興趣；公司如果注重演算法能力，則介紹自己的演算法練習；公司如果注重團隊合作，那麼你介紹一下自己的社會活動都是可以的。
如果你正在跳槽或者正準備跳槽不妨動動小手，新增一下我們們的交流群[**101 295 1431**](https://links.jianshu.com/go?to=https%3A%2F%2Fjq.qq.com%2F%3F_wv%3D1027%26k%3D5JFjujE)
一個好的自我介紹應該提前寫下來，並且背熟。因為候選人通常的緊張感都是來自於面試剛開始的幾分鐘，如果你剛開始的幾分鐘講的結結巴巴，那麼這種負面情緒會加劇你面試時的緊張感，從而影響你正常發揮。如果你提前把自我介紹準備得特別流利，那麼開始幾分鐘的緊張感過去之後，你很可能就會很快進入狀態，而忘記緊張這個事情了。

即使做到了以上這些仍然是不夠的，候選者常見的問題還包括：

*   太簡短
*   沒有重點
*   太拖沓
*   不熟練

我們在展開討論上面這些問題之前，我們可以站在面試官的立場考慮一下：如果你是面試官，你為什麼要讓候選人做自我介紹？你希望在自我介紹環節考察哪些資訊？

在我看來，自我介紹環節相當重要，因為：

*   首先它考察了候選人的表達能力。大部分的程式設計師表達能力可能都一般，但是如果連自我介紹都說不清楚，通常就說明表達溝通能力稍微有點問題了。面試官透過這個環節可以初步考察到候選人的表達能力。
*   它同樣也考察了候選人對於面試的重視程度。一般情況下，表達再差的程式設計師，也可以透過事先擬稿的方式，把自我介紹內容背下來。如果一個人自我介紹太差，說明他不但表達差，而且不重視這次面試。
*   最後，自我介紹對之後的面試環節起到了支撐作用。因為自我介紹中通常會涉及自己的專案經歷，自己擅長的技術等。這些都很可能吸引面試官追問下去。好的候選人會透過自我介紹 “引導” 面試官問到自己擅長的領域知識。如果面試官最後對問題答案很滿意，透過面試的機率就會大大增加。

所以我如果是面試官，我希望能得到一個清晰流暢的自我介紹。下面我們來看看候選人在面試中的常見問題。

### 1）太簡短

一個好的自我介紹大概是 3～5 分鐘。過短的自我介紹沒法讓面試官瞭解你的大致情況，也不足以看出來你的基本表達能力。

如果你發現自己沒法說出足夠時間的自我介紹。可以考慮在介紹中加入：自己的簡單的求學經歷，專案經歷，專案中有亮點的地方，參與或研究過的一些開源專案，寫過的部落格，其它興趣愛好，自己對新工作的期望和目標公司的理解。

我相信每個人經過準備，都可以做到一個 5 分鐘長度的自我介紹。

### 2）沒有重點

突破了時間的問題，接下來就需要掌握介紹的重點。通常一個技術面試，技術相關的介紹才是重點。所以求學經歷，興趣愛好之類的內容可以簡單提到即可。

對於一個工作過的開發者，你過去做的專案哪個最有挑戰，最能展示出你的水平其實自己應該是最清楚的。所以大家可以花時間把這個內容稍微強調一下。

當然你也沒必要介紹得太細緻，面試官如果感興趣，自然會在之後的面試過程中和你討論。

### 3）太拖沓

有些工作了幾年的人，做過的專案差不多有個 3～5 個，面試的時候就忍不住一個一個說。單不說這麼多專案在自我介紹環節不夠介紹。就是之後的詳細討論環節，面試官也不可能討論完你的所有專案經歷。
如果你正在跳槽或者正準備跳槽不妨動動小手，新增一下我們們的交流群[**101 295 1431**](https://links.jianshu.com/go?to=https%3A%2F%2Fjq.qq.com%2F%3F_wv%3D1027%26k%3D5JFjujE)
所以千萬不要做這種 “羅列經歷” 的事情，你要做的就是挑一個或者最多兩個專案，介紹一下專案大致的背景和你解決的主要問題即可。至於具體的解決過程，可以不必介紹。

### 4）不熟練

即便你的內容完全合適，時間長度完全合理，你也需要保證一個流利的陳述過程。適當在面試前多排練幾次，所有人都可以做到一個流利的自我介紹。

還有一點非常神奇，就是一個人在做一件事情的時候，通常都是開始的前以及剛開始幾分鐘特別緊張。比如考試，演講或者面試，通常這幾分鐘之後，人們進入 “狀態” 了，就會忘記緊張了。

將自己的自我介紹背下來，可以保證一個流利順暢的面試開局，這可以極大舒緩候選人的緊張情緒。相反，一開始自我介紹就結結巴巴，會加劇候選人的緊張情緒，而技術面試如果不能冷靜的話，是很難在寫程式碼環節保證邏輯清晰正確的。

所以，請大家務必把這個小環節重視起來，做出一個完美的開局。

## 3.專案介紹

自我介紹之後，就輪到討論更加具體的內容環節了，通常面試官都會根據自我介紹或者你的簡歷，選一個他感興趣的專案來詳細討論。

這個時候，大家務必需要提前整理出自己參與的專案的具體挑戰，以及自己做得比較好的地方。切忌不要說：“這個專案很簡單，沒什麼挑戰，那個專案也很簡單，沒什麼好說的”。再簡單的事情，都可以做到極致的，就看你有沒有一個追求完美的心。

比如你的專案可能在你看來就是擺放幾個 iOS 控制元件。但是，這些控制元件各自有什麼使用上的技巧，有什麼最佳化技巧？其實如果專心研究，還是有很多可以學習的。拿 UITableView 來說，一個人如果能夠做到把它的滑動流程度最佳化好，是非常不容易的。這裡面涉及網路資源的非同步載入、圖片資源的快取、後臺執行緒的渲染、CALayer 層的最佳化等等。

這其實也要求我們做工作要精益求精，不求甚解。所以一場成功的面試最最本質上，看得還是自己平時的積累。如果自己平時只是糊弄工作，那麼面試時就很容易被看穿。
如果你正在跳槽或者正準備跳槽不妨動動小手，新增一下我們們的交流群[**101 295 1431**](https://links.jianshu.com/go?to=https%3A%2F%2Fjq.qq.com%2F%3F_wv%3D1027%26k%3D5JFjujE)
在這一點上，我奉勸大家在自己的簡歷上一定要老實。不要在建簡歷上弄虛作假，把自己沒有做過的專案寫在裡面。

順便我在這裡也教一下大家如何面試別人。如果你是面試官，考察簡歷的真假最簡單的方法就是問細節。一個專案的細節如果問得很深入，候選人有沒有做過很容易可以看出來。

舉個例子，如果候選人說他在某公司就職期間做了某某專案。你就可以問他：

*   這個工作具體的產品需求是什麼樣的？
*   大概做了多長時間？
*   整體的軟體架構是什麼樣的？
*   涉及哪些人合作？幾個開發和測試？
*   專案的時間排期是怎麼定的？
*   你主要負責的部分和合作的人？
*   專案進行中有沒有遇到什麼問題？
*   這個專案最後最大的收穫是什麼？遺憾是什麼？
*   專案最困難的一個需求是什麼？具體什麼實現的？

面試官如果做過類似專案，還可以問問通常這個專案常見的坑，看看候選人是什麼解決的。

## 4.寫程式碼

程式設計能力，說到底還是一個實踐的能力，所以說大部分公司都會考察當場寫程式碼。我面試過上百人，見到過很多候選人在自我介紹和專案討論時都滔滔不絕，侃侃而談，感覺非常好。但是一到寫程式碼環節就慫了，要麼寫出來各種邏輯問題和細節問題沒處理好，要麼就是根本寫不出來。

由於人最終招進來就是幹活寫程式碼的，所以如果候選人當場寫程式碼表現很差的話，基本上面試就掛掉了。

程式設計師這個行業，說到底就是一個翻譯的工作，把產品經理的產品文件和設計師的 UI 設計，翻譯成計算機能夠理解的形式，這個形式通常就是一行一行的原始碼。

當面試官考察你寫程式碼的時候，他其實在考察：

*   你對語言的熟悉程度。如果候選人連常見的變數定義和系統函式都不熟悉，說明他肯定經驗還是非常欠缺。
*   你對邏輯的處理能力。產品經理關注的是使用者場景和核心需求，而程式設計師關注的是邏輯邊界和異常情況。程式的 bug 往往就是邊界和特殊情況沒有處理好。雖然說寫出沒有 bug 的程式幾乎不可能，但是邏輯清晰的程式設計師能夠把思路理清楚，減少 bug 發生的機率。
*   設計和架構能力。好的程式碼需要保證易於維護和修改。這裡面涉及很多知識，從簡單的 “單一職責” 原則，到複雜的 “好的組合優於繼承” 原則，其中設計模式相關的知識最多。寫程式碼的時候多少還是能夠看出這方面的能力。另外有些公司，例如 Facebook，會有專門的系統設計（System Design）面試環節，專注於考察設計能力。

## 5.系統設計

有一些公司喜歡考查一些系統設計的問題，簡單來說，就是讓你解決一個具體的業務需求，看看你是否能夠將業務邏輯梳理清楚，並且拆解成各個模組，設計好模組間的關係。舉幾個例子，面試官可能讓你：

*   設計一個類似微博的資訊流應用。
*   設計一個本地資料快取架構。
*   設計一個埋點分析系統。
*   設計一個直播答題系統。
*   設計一個多端的資料同步系統。
*   設計一個動態補丁的方案。

這些系統的設計都非常考查一個人知識的全面性。通常情況下，如果一個人只知道 iOS 開發的知識，是很難做出相關的設計的。為了能夠解決這些系統設計題，我們首先需要有足夠的知識面，適度瞭解一下 Android 端、Web 端以及伺服器端的各種技術方案背後的原理。你可以不寫別的平臺的程式碼，但是一定要理解它們在技術上能做到什麼，不能做到什麼。你也不必過於擔心，面試官在考查的時候，還是會重點考查 iOS 相關的部分。

我們將在下一小節，展開討論如何準備和回答系統設計題。

## 6.提問

提問環節通常在面試結束前，取決於前面的部分是否按時結束，有些時候前面的環節佔用了太多時間，也可能沒有提問環節了。在後面的章節，我們會展開討論一下如何提問。

iOS 面試策略之簡歷的準備到面試流程

相關文章