如何高效地準備技術面試？

如何高效地準備技術面試？

剛開始參加工做的時候，我對面試老是很恐懼，既擔憂簡歷沒法經過初篩，也擔憂即便簡歷經過篩選，由於面試經驗很少以及基礎知識不紮實而致使發揮很差。我剛開始拿着普通的簡歷（專業不是計算機，做品也沒多少）也獲得了一線大廠的面試機會，可是由於根本沒有準備，也不知道怎麼準備。天然地，那次面試我表現得很差，也沒有獲得 Offer。

恐懼也使我不想浪費時間去面試不一樣類型的公司。我當初並不知道對比其餘求職者，本身的優點和劣勢在哪裏，也不知道如何去準備面試，面試官看重的是哪些方面，更不知道本身到底值多少錢。如今回過頭看，我以爲當初只是在欺騙本身，我真正擔憂的是即便本身認真準備簡歷和麪試也對結果毫無影響，更不敢去想若是放棄某個 Offer，找不到其餘工做怎麼辦。

工做了幾年，當我有了愈來愈多的面試官的經驗以後，我愈來愈發現認真準備簡歷和麪試是很是重要的，由於毫無準備就來面試的求職者真的太多了。並且互聯網公司招聘到合適的工程師實在很是難，有計算機基礎知識，有項目經驗，願意學習並且願意來這家公司，實在很差找。因此只要求職者能證實本身有必定的計算機水平而且願意努力，市場上仍是有很是多機會的。

這篇文章我把這幾年做爲面試者和麪試官身份的的經驗給你們，但願你們能夠從中學到一些面試的技巧，找到心儀的工做。

1. 分析階段

1.1 公司須要怎樣的員工

我很喜歡 Google 前 CEO 施密特分享的一個故事，他剛到 Google 的時候，Google 還只是個小的創業公司。他一開始覺得 Google 和其餘公司沒什麼兩樣，直到有一個週五，拉里佩奇在用谷歌搜索一些關鍵字的時候，他發現出現了一些不相干的廣告推薦（這個狀況咱們如今在國內最大的搜索引擎也常常看到）。施密特覺得接下來就是開幾個會議，而後分到具體的工程師手上解決。可是拉里佩奇沒有這麼作，他用紙條寫下」These Ads Suck!「，附上相關的截圖貼在布告欄上就回家了。接下來的 72 小時完全改變了施密特的認知。在週一凌晨 5點，有幾位並非負責廣告業務的工程師發來一份郵件，從頭至尾闡述了這個問題產生的緣由，他們的解決方案，以及這個計劃對公司有什麼影響。他們從公司的角度去思考，自願自發地用週末的時間去解決並不屬於本身範疇的問題。

這樣的員工我想就是每一個公司都須要的：

• 不錯的技術能力，工做認真負責，能夠及時解決問題，能給公司帶來實際效益

• 出色的團隊合做精神，能與團隊一塊兒成長

• 願意自我學習，投資本身

因此求職者的簡歷與面試中必須能體現出這幾點品質。舉個例子，要在簡歷或者面試中展示本身喜歡學習計算機知識，與其籠統地說：

熱愛計算機，喜歡學習計算機系統的知識。

能夠改成：

喜歡閱讀計算機系統的書籍，完成《深刻理解計算機系統》80% 以上的習題。並在博客（連接）分享學到的知識。

面試官在篩選簡歷看到的時候就會天然地打開博客，進一步地瞭解求職者（恭喜你，擊敗了其餘 80% 的求職者）。另外，一些軟技能，例如團隊合做能力也是面試官很是注重的一點，面試過程當中若是被問到有沒有帶領團隊的經驗，即便沒有也不要簡單地回答沒有，能夠這樣回答：

「我在以往的項目中與團隊成員都能融洽相處，而且每月都會作按期的技術分享互相學習，雖然沒有帶團隊的機會，可是相信本身可以作到。」

固然這些回答不可能一會兒能想到，面試方面的技巧必須多練。重要的是在職期間按期找幾家公司面試練練手，一方面能知道市場的行情，找到其餘更好工做機會，另外一方面自己本身就有工做，等於手拿一個 Offer，面試的時候就能比較放鬆。未雨綢繆對於一位工程師尤其重要。等到離職再找工做就比較晚了。

1.2 員工須要怎樣的公司

找新工做以前，求職者須要先認真思考下幾個問題，一份工做中你最看重的是哪些方面？

• 薪酬

• 公司名氣與規模

• 公司福利／工做環境 / 地點

• 工做方向（假如你要從技術轉向管理，這個崗位提供這樣的可能嗎？)

• 工程師文化

• 我的成長

有時候薪酬遠不及公司名氣與規模 / 工程師文化重要，有的公司能彙集一批優秀的工程師，那麼只要認真待一兩年，進步速度遠比其餘地方快，之後跳槽也會更加容易。有的廠則能提供大量隱性的福利（國內能夠參考騰訊）。求職者須要真正地去思考本身想要去怎麼樣的公司。工做和找男女友同樣，找你喜歡的，而不是找你能找到的。前幾家公司的選擇對你的職業規劃會有很大的影響，大公司仍是小公司，和你我的的性格或者職業規劃有直接的關係：

大公司

• 優點

• 入職薪酬較高，每一年固定調薪，員工福利例以下午茶，文娛活動，年假都有保證。

• 一般都有大牛，並且工程師比較多，總能遇到一些志同道合的朋友。

• 跳槽到小公司比較容易，崗位也能獲得提高。

• 劣勢

• 剛進去的時候接手的可能都是比較枯燥的小項目。

• 可能須要維護幾年前的沒有文檔沒有測試的項目。（其實也能學習到不少）

• 比較容易安逸，缺少學習的動力。

小公司

• 優點

• 相對來講，條條框框沒那麼多，偶爾遲到請假沒什麼關係。

• 什麼都能學到，從開發到運維到測試。

• 項目能夠加上本身的建議和想法，比較有成就感。

• 能直接向老闆彙報，升職速度比較快。

• 萬一上市了呢？（中國天天有一萬家公司註冊，上市的嘛…）

• 劣勢

• 入職薪酬比較低，員工福利嘛，不能保證。

• 有大牛的可能比較少，除非你事先知道（因此面試問問題很是重要）。

• 加班壓力一般比較大，並且公司不必定會根據你的加班時間就漲薪。

• 跳槽到大公司比較難，除非你有很是好的簡歷與能力。

在國內來講，除了一些很 geek 的小公司，通常的小公司並無那麼自由，加班也可能不少。全部我以爲一開始選擇大公司每每是不錯的選擇，以後跳槽的選擇範圍也更多。瞭解本身的想法以後，求職者能夠根據本身的着重點，篩選公司，修改簡歷，複習常見面試題以及準備向面試官提問的問題。 最後這部分的提問很是重要，我經常期待求職者在面試結束後能問一些問題，可是不少求職者卻沒有，一方面怕面試官會以爲本身有不少要求，留下的印象很差，另外一方面根本沒有想好要問什麼。這點我以爲很是不明智，公司和員工就是互相選擇的，必定要多提問題，瞭解公司的文化以及崗位的職責。纔不至於剛入職就由於不適應而要離開。這點咱們在面試階段會介紹。

1.3 瞭解本身的優點

仔細分析本身的優點是什麼，而後在簡歷以及面試過程當中突出，優點能夠從這幾點入手，後面是面試官的理解：

• 大廠或者大型項目的經驗 （能解決項目廣泛出現的問題，技術水平靠譜）

• 做爲主要參與者得過比賽名次（聰明，敢於嘗試）

• 畢業於不錯的學校（學習努力，認真）

• 維護優秀的開源項目 (懂得團隊協做，喜歡學習，願意瞭解項目原理）

• 發表過論文或者優秀的博客文章（研究能力強，分析能力強）

• 數據結構和算法基礎好，Leetcode 中等難度都能 bug free（基礎不錯，即便項目經驗少，培養起來也簡單）

其中，必須根據本身的目標崗位強調本身的優點。例如，若是求職者要面試的是開發工程師，就應該突出項目經驗以及對框架的熟悉程度，若是面試的是研究崗位，那麼論文與文章的數量就比較重要。

2. 準備階段

2.1 隨時都在準備

隨時準備並非鼓勵頻繁地跳槽，而是要有隨時有跳出舒服圈的準備，也許求職者已經很滿意如今的工做，薪酬，以爲習慣並且安逸。不過若是公司忽然倒閉，或者部門被裁減，還能找到這樣或者更好的工做嗎？我建議各位，每兩三個月能夠去面試一兩家公司，由於你已經有不錯的工做了，因此能夠帶着輕鬆的心態去面試，同時也能夠增長面試的經驗。

2.2 技術知識

• 基礎知識

  基礎知識主要包括：算法基礎，編程語言基礎，計算機網絡，操做系統，數據庫。

1. 算法基礎

   基礎的算法題，大廠都會考。包括基本數據結構瞭解/實現，例如堆，棧，鏈表，隊列，二叉樹。刷算法題的時候，要把每道題都當成面試題同樣按步驟完成，完成一題以後總結經驗。這樣遇到變形題也迎刃而解。這裏我推薦 Leetcode 以及 Hackerrank。這裏說一點題外話，可能有的同窗有疑問，以爲這些日常工做都用不到，爲何還要花那麼多時間在上面。其實不是的，第一，日常工做都能用到，不管從二分查找到複雜一點的前綴樹。開發的過程當中若是你知道這些算法／數據結構，就能根據本身的業務來選擇最適合的算法／數據結構，減小整個項目的複雜度。 第二，數據結構和算法鍛鍊的是思惟，刷算法題的時候，慢慢會學習到一些有趣的，巧妙的方法。它們能擴展你的編程時思考的範圍。同時也要求你考慮到各類不一樣的邊界狀況。即便你不許備換工做，我也建議天天都刷一道算法題，日積月累，一年下來你的算法基礎必定能比同齡人高出很多。並且當你真正理解算法題的知識以後，寫程序 debug 和花在 Stackoverflow 的時間就會大大減小，每每知道哪裏可能有問題而且能大幅地增長工做效率。

2. 編程語言基礎

   這點根據包括你最熟悉的編程語言的運行機制，實現原理。多線程/多進程基礎實現，一些容易犯錯的地方，網絡上都有很是多資源，能夠按需學習。

3. 計算機網絡

   主要考察 TCP/IP 與 HTTP 協議基礎，如常見的狀態碼含義，常見的請求頭，響應頭，其中隱藏的安全問題，三次握手，四次揮手的原理。TCP 擁堵如何解決等常見問題。能夠經過《圖解 HTTP》《圖解 TCP/IP》來快速入門。

4. 操做系統

   包括操做系統的內存虛擬化，進程以及線程的基礎知識（進程生命週期，進程調度），內核中斷機制，線程同步機制，鎖，互斥，信號量等。我推薦的是 Operating Systems: Three Easy Pieces（英文版），既學習到操做系統又能學習到英文寫做，一箭雙鵰 :D.

5. 數據庫

   常見的事務隔離等級，Innodb的實現原理，索引類別以及優劣，爲何使用B+樹結構，如何定位查詢的瓶頸以及優化查詢，一本《高性能 MySQL》基本就夠了。 這樣看起來要學習的實在太多，的確，這是大學幾年下來的重要課程，因此先經過面試找出本身的弱項而後再進行突擊複習，效率會高得多。

2.3 項目經驗

• 公司的過往項目

  國內的技術公司，相對重視項目經驗，因此在面試前，曾經參與過的項目須要認真回顧一遍，從技術選型，架構設計（即便是中途加入項目也應該對此有所瞭解），維護或者實現的功能細節，過程當中遇到的技術難點，學到了什麼知識，均可能被問到，必須好好準備。

• 開源項目

  開源項目可讓你和世界上頂級的工程師一塊兒工做，學習軟件設計以及語言的高級使用方法。同時能讓你理解軟件是如何運行 / 設計的。

• 參與較底層／偏向算法或研究的項目

  若是求職者將來想從開發轉向研究的崗位，那麼就能夠閱讀一些相關學術論文，寫相關的文章分析與工具。

• 造輪子，實用工具

  從學習的角度來講，造輪子能夠說是最好的方法，不過要給本身一個期限，不能無止境地把時間花費在程序的細節與優化中。知道原理，可以實現就足夠了。嘗試實現平時經常使用的 Web 服務器，Web 框架開始，有時間的話能夠延展到操做系統或者編程語言（我遇到過這樣的求職者）。本身寫完再看看別人是如何實現的，學習他的優勢。其實到最後，你會發現計算機是越學越容易的，若是你不瞭解同步異步，每每是由於你不知道 Web 服務器是如何實現，不知道系統調用是如何實現的。當你能本身去實現的時候，不少之前的問題也就迎刃而解了。

• 寫論文，分享文章

  如何宣傳你的開源項目或者業餘項目？寫一篇優秀的文章介紹它。同理，要證實你有喜歡計算機，有研究的能力，最好的方法也是寫一些優秀的文章以及論文。

2.4 準備簡歷

簡歷準備能夠參考咱們的另一篇文章如何寫一份更好的簡歷，我篩選過超過千份簡歷，遇到太多太多千篇一概毫無重點的簡歷，凡描述都是熟練精通xxx框架，凡我的項目經驗都是博客加爬蟲。並且面試官都知道，越優秀的求職者，越重視本身的簡歷。求職者須要從面試官的角度來思考與篩選簡歷，幾個要點是要注意的：

1. 突出優點

簡歷並非越長越好，最好的簡歷長度是一到一頁半，列出你最優秀的項目經驗以及獎項。至於語言或者框架，只是簡單接觸過的話就不用寫上去了。面試官問你有沒有學過其餘的時候才說出來。（假如你只是學過簡單接觸過 Go 卻寫在簡歷上，卻被一些基礎問題問倒了，這樣反而會給面試官留下很差的印象，他會認爲你對簡歷中的其餘你真正熟練的語言也不太瞭解。）常見的錯誤寫法是：

精通 django 框架，熟悉 Python 語言

能夠修改成：

精通 django 框架，是 django 的 Top100 代碼貢獻者。熟悉 Python 語言，理解 Python 垃圾回收，迭代器，裝飾器等經常使用對象的實現原理

多花幾分鐘的時間，就能在求職者的簡歷裏面脫穎而出了。

2. 給出證實

前期負責先後端API設計，後期負責實時流消息處理應用系統構建和實現

面試官沒法知道你作得怎麼樣，建議根據「發生什麼事」，「你作了什麼」，「結果怎麼樣」三個點來修改。同時這裏必須出現數據做爲參考，例如：

推進團隊轉用 Graphql 爲新的 API 接口規範，從而減小 20% 的日均請求量，並節省了兩臺服務器資源。後期負責實現使用 RTSP 協議進行實時流消息處理，通過測試與優化，接口請求響應時間平均爲 40ms，同時架構了能支持 50萬 日活量的緩存服務器與後臺服務器。

在項目中作的每個選擇必然是有緣由的，並且必然會對項目產生影響。而在簡歷的項目經驗中就是要把你產生最大的影響那部分寫上去（刪庫就不用寫了）。若是隻是想面試官問到的時候再回答吧，面試的時候緊張，很容易忘記具體的數字以及細節。若是項目經驗很少，能夠把學校的專業排名(50⁄1000)，員工考評(10⁄1000)，優秀員工這些指標都加上去。不要以爲沒有用，這絕對是大多數求職者忽視可是重要的點，這證實了你被學校 / 公司承認，起碼比較靠譜。簡歷中若是既有一些較新的技術（例如 Rust，Go，固然你要真的瞭解），又有經典的必備的技能，那麼就必定可以吸引到面試官的眼球。

3. 其餘能力

其餘能力就是團隊協做能力以及解決問題的能力，若是你已經在開源項目有不錯的貢獻，那麼面試官就不用擔憂團隊協做能力。至於解決問題的能力，你能夠在項目經驗中能夠列出解決的比較複雜的問題，例如 「解決了服務端同時推送 10萬 臺設備的的併發與資源佔用過多問題」。這樣面試官就知道你既有團隊協做能力又有解決難題的能力。面試題就不會出那麼難了。 其實不少公司在面試的時候都會出一些很是難的題，並不要求面試者必定要解決，而是要看面試者在遇到難題的時候會怎麼面對，是思考一下就放棄，是尋求面試官提示，仍是從多個角度去解決問題。若是在簡歷中已經體現了這一點，那麼面試的時候就能略微放鬆了。

2.5 模擬面試

這個你們可能接觸得比較少，若是你準備去面試一家很是喜歡的公司，面試以前，你應該先進行模擬面試，模擬面試的意思是讓另一名工程師充當面試官，對你進行面試，而後再把面試過程當中的優勢和缺點反饋給你。模擬面試既可讓你的朋友當面試官來面試你，也能夠去找幾家有相似崗位的公司。由於當你原本就沒有必定要進該公司的想法，那麼心態天然就能放輕鬆，帶着輕鬆的心態去面試的話更能發揮好，給本身信心，同時也能夠問問面試官本身哪裏不足，能夠增強的。通過總結後，鍛鍊本身面試的技巧，包括技術的基礎，以及如何問問題。當你面試得多了，會發現問題其實都差很少，下次遇到也知道怎麼回答了。

3. 面試階段

當你獲得了面試的機會，開始進入重頭戲了，不管你的履歷如何出衆，都不能對面試掉以輕心。我遇過很多簡歷不錯可是面試一塌糊塗的求職者（不少公司都對僞造簡歷零容忍），結果固然沒有錄用他們。起碼翻轉二叉樹要會寫吧 :D，面試通常會有幾輪：

3.1 HR 電話確認

HR 會和你聊下天，確保你瞭解這個崗位的基本信息。也可能問幾個關於你簡歷的問題，這輪只是考覈下你的基礎信息是否正確，看看你的談吐是否正常（相信我，不少求職者若是不看本身的簡歷，連自我介紹都作不到）這輪放輕鬆，實話實話就好。

3.2 遠程面試（不必定）

這是技術面試的第一輪，可能會經過電話或者視頻問一些技術問題，也多是經過把算法題目發在在線文檔，而後讓你去解決。通常都是算法，數據結構的基礎問題。若是遇到難的也不須要擔憂，提供解題的思路，即便最後不能 bug free，起碼也能向面試官證實你的實力。

3.3 家庭做業（不必定）

這輪並不常見，有的公司會讓你實現一個小模塊或者小工具。主要考覈你實際狀況下的開發能力。這點就要靠平時積累了，如何設計 API，使用什麼設計模式，都有講究。維護好的 commit messages 以及文檔都很重要。平時多看看開源項目源碼就好。Python 的話我推薦看 Requests 源碼，經常使用並且簡單易懂。

3.4 現場面試

• 提問

• 測試用例

• 思考

• 闡述

• 僞代碼

• 代碼

• 檢查

面試官會根據簡歷問一些項目上的問題，例如這個項目爲何要這麼設計，開發過程當中遇到最大的困難是什麼。大廠的話，算法題是跑不掉的，面試官會出幾道算法題寫在白紙或者白板上。我明白不少求職者不喜歡白板面試，也以爲白板面試沒什麼意義。不過在我面試的求職者中，白板面試能力強的在實際工做中表現得也比較優異。白板面試確實難，不但對於你，對於其餘求職者也是。要是你能作到，別人作不到，你就能在衆多求職者中突圍而出。 簡述一下解算法題的幾個步驟：

出個經典題目 Two Sum：

Given an array of integers, return indices of the two numbers such that they add up to a specific target. You may assume that each input would have exactly one solution, and you may not use the same element twice.

給出一個整數數組和一個目標數，返回兩個索引值，它們對應的數組元素的和等於目標數，只有一個答案。

例子:

提問

這階段的提問很是重要，由於你要 100% 地瞭解題目，才能解決題目。不要以爲提問得多顯得愚蠢，提問得多表明你在思考，沒有問題我反而會擔憂求職者是否是以前作過這題，或者根本沒有思路。

1. 這是一個有序數組嗎？ 不是（注意這裏有個小陷阱，雖然在Example中給出的是一個有序數組，可是實際題目並沒說這是一個有序數組，因此要考慮無序以及爲空等邊界條件）

2. 數組能夠包含負數嗎？ 不能夠

3. 若是數組爲空或者只包含一個數字，是沒有答案嗎？對的

4. 時間複雜度和空間複雜度有限制嗎？沒有

題目就轉變成

一個只包含正整數的無序數組，要求返回兩個不一樣的數組索引值，它們對應的數組元素的和正好等於目標數，若是數組爲空或者只包含一個數字的話沒有答案，其餘狀況有且只有一個答案。

這樣就能排除一些邊界狀況了。而後寫測試用例

測試用例

空的，只有一個元素，正序，逆序，正常狀況都寫下來，面試官會對你考慮到那麼多狀況而加分。

思考

先想一想會用什麼數據結構，鏈表，哈希表，堆，棧，二叉樹，哪一個結構能解決這個問題？若是真的沒有思路的話，思考了以後，能夠請面試官給點提示，這個其實也是團隊合做的一種表現，請求提示不必定面試官就以爲你能力不行。

闡述

邊思考邊向面試官說出你的思路，雖然你的思路可能比較亂。可是不要緊。要大聲確定地說出本身的想法，同時能夠向面試官提問，比看着題目 10分鐘 不知所措要好得多。我面試過幾位求職者，雖然他們沒有順利地完成算法題，可是能一直說出本身的思路，給我留下不錯的印象。就像我以前說的，有些難題，面試官並非指望你都能答對，只不過想知道你遇到難題是如何思考的，因此闡述本身的想法是很是重要的。

僞代碼

時間複雜度爲O(n)，空間複雜度爲O(n)

代碼

這題算簡單：

檢查

把測試用例帶進去代碼中檢查，而後看看哪裏可能會有問題，作出修改。

3.5 非技術問題

接下來面試官可能會問一些非技術的問題：

• Q: 爲何選擇這家公司？

• A: 面試以前對起碼要瀏覽過公司的網站，瞭解公司有什麼產品，這樣既能夠防止遇到皮包公司，或者小做坊欠薪拖薪。

• Q: 你曾經面臨最大的專業挑戰是什麼？你是怎麼打敗它的？

• A: 這個必定要準備好，不能說沒什麼挑戰，沒什麼挑戰表明你沒有認真去思考，就算是最簡單的增刪改查或者前端的動效，背後的原理，網絡協議的原理，你都應該去了解。對你在簡歷中的每個項目，你都應該能說出裏面最大的挑戰，最有趣的部分是什麼，這樣面試官才能真正理解你在項目中作了什麼，學習到什麼。

• Q: 是什麼爲何你選擇離開你現任公司？你從你上一家公司學到最重要的是什麼？

• A: 大多數求職者不喜歡這個問題，也不知道怎麼回答。這個問題你能回答好的話就能拉出距離了。我以爲答案其實很簡單，大家公司的項目有更好的發展前景／我想挑戰本身在這一方面的能力等等。至於說舊公司薪酬過低，工時太長，沒前途這些就免了。

• Q: 你的長期工做目標是什麼？

• A: 這個看我的，轉管理的話可能會加一輪問管理方面的問題，轉資深工程師的話能夠講下本身打算鑽研哪一個方向，大數據，人工智能，區塊鏈均可以。

3.6 求職者提問

這點很是重要，要預防你到了新公司以後，發現公司文化不適合你，再立刻找新工做的話就很差了。

• Q: 大家新老員工的比例是多少？厲害的工程師有多少？研究生的比例有多少？

• A: 這個問題其實揭示了公司的文化，若是新員工很是多，公司也不算新的話，那麼表明流動率很高，公司文化可能不是很好。第二個問題其實就是問有沒有大牛，有多少。有厲害的工程師總比沒有要好得多，進步的速度也更快。一個公司若是有比較多優秀的工程師的話，表明是不錯的公司。

• Q: 若是我入職的話，會有入職培訓嗎？會被分到哪一個項目組，項目組的成員構成是怎樣？

• A: 這個能夠了解公司的架構是否是清晰，我的職責劃分是否明確。若是面試官回答不了這個問題，或者支支吾吾的話。即便你進去的話可能要兼顧幾個項目，維護老項目。這些都要問清楚，你才知道本身大概的工做量有多少。維護舊項目雖然頭疼，可是上線壓力不大。若是新舊一塊兒來，就要考慮本身是否適合這樣的工做強度。

• Q: 我入職的前三個月，要完成什麼工做來證實個人能力呢？

• A: 這個問題其實爲下一個問題準備，若是我工做表現優秀的話，公司會不會有對應的獎勵？

• Q: 多久進行一次調薪，工做績效是如何計算的？是按項目收益，仍是主管決定？

• A: 這個也是瞭解公司有沒有實施獎勵制度，一般回答準備中的都要留個心眼，可能一年都不會調薪。

• Q: 公司的五險一金是按什麼比例繳的，是按最低標準仍是能夠本身繳納更高比例？

• A: 通常這個會問 HR，若是小公司的話，也能夠直接問工程師。五險一金看似沒多少，可是每月累積下來就不少了，這個須要和麪試官確認。

• Q: 我今天面試的表現怎樣，若是經過以後我還會通過多少輪，怎樣的面試流程？

• A: 首先能夠了解本身的不足，積累經驗。也能夠開始爲下一輪複試作準備

4. 總結階段

一次面試過來，可能筋疲力盡了。回想下本身哪裏能夠作得更好，簡歷哪裏能夠修改的。統計學告訴咱們不要選擇第一家面試的公司，多面試幾家。不要欺騙本身，認真去思考每家的優勢和缺點，和你的好朋友聊聊，尋求他們的建議。若是沒有拿到 Offer 也不要緊，重複上面的步驟，繼續努力。兩年前我連想都不敢想到美國的大公司工做，而如今的我就在爲 Google 的面試作準備，就算我如今進不了 Google 又有什麼關係呢？我仍是在準備過程當中學到不少知識。我很享受這段時間。相信本身，努力和汗水總會能獲得回報的。

做爲一個開發者，有一個學習的氛圍跟一個交流圈子特別重要，這是一個個人iOS交流羣：810733363。微信：18173184023。無論你是小白仍是大牛歡迎入駐 ，分享BAT,阿里面試題、面試經驗，討論技術， 你們一塊兒交流學習成長！但願幫助開發者少走彎路。

 來源：本文爲第三方轉載，若有侵權請聯繫小編刪除。