一片楓葉

最近面試人的一點兒感受

　　3月份來現在的公司，轉眼間已經8個多月了，來這邊以后逐漸接觸到面試別人的機會，一路下來也應該面試了20，30個人了吧，今天就寫點兒這段時間面試人的感受。我是做iOS開發中，所以面試的候選人基本上都是和iOS相關的，當然也涉及到非技術的部分。

　　我在面試候選人時基本上可以會分為以下四個部分：

　　1、首先會讓候選人簡單的做一個之前做過項目的介紹

　　面試候選人的時候其實大部分時候都是已經拿到簡歷了，為什么還要“多次一舉”。主要是想通過候選人的介紹對候選人的表達能力和邏輯思維有個基本的認識，同時也便于找到自己更感興趣的項目或者話題，后面進行深入探討。

　　2、技術部分

　　通過項目介紹的部分以及簡歷就可以找到繼續深入聊的技術話題。一般會圍繞他做過的項目，負責的模塊，展開溝通，在聊的過程中就可以基本判別出他是否對這塊兒真正的了解，以及有沒有自己的思考。除了做過的模塊也會聊一些關于iOS開發方面的其他技術點(ARC，MRC，KVC，KVO，多線程，UI，運行時等)?；旧厦總€技術點都會問一些，除了怎么用，更多的是問一些背后的原理的東西。例如問到ARC，會讓他跟手動內存管理做個比較，更深一步會問ARC的實現機制是什么，如果僅僅只能答出來編譯期間自動插入一些生命周期管理的調用，可能就會繼續深入的問引用計數底層是怎么實現的，等等。

　　通常對于僅僅會用，不會主動去思考、去查找技術點背后原理的候選人，一般不會通過。不可否認現在開源庫很多，有些也寫的很好用，現在程序開發中也經常談到一個觀點“不要重復造輪子”，很多候選人也就很自然的拿來主義，不管什么問題，網上找到一個源碼直接拿過來用能解決問題就行。沒有自己的思考，用第三方的庫，出了問題怎么辦？如何解決？

　　不要重復造輪子的觀點是正確，但是我覺得后面應該加上一句“但是你要懂得如何造輪子”。否則永遠都受限于別人造好的輪子，遇到新的問題，如何解決。而且一味的用第三方的東西，不去了解其背后的實現，本身對自己的成長也是不利的。時間久了自己就變成了一個單純的資源，競爭力如何提升。

　　面試過程中也遇到了不同的候選人，可能有些人技術面比較窄，有些人技術面比較寬。不能一棒子打死說技術面窄的人就沒有競爭力，如果你在有限的技術面上能鉆的特別深入，那也照樣會贏的這場面試。例如有些候選人兩三年開發經驗，可能主要精力實在UI這塊兒，但是有些人就對性能調優等技術鉆研的很深入。同樣的寫個TableView，別人滾動起來就很流暢，你的就一卡一卡。這就是差距，隨著一門技術的深入，它牽扯到的東西就會越多，自然知識面會得到一定程度擴展。

　　3、了解候選人的職業規劃

　　面試的最后部分一般會聊一下職業規劃，看看候選人是否對自己以后的發展有清晰的規劃。問到有些人候選人這個問題的時候可能得到的就只有一句“我以后打算一致從事技術”，有些候選人就會講的詳細一些，以后打算一直從事技術，要提升的有哪些哪些。毫無疑問第二種候選人就會更好的傳遞出相關信息，能說的詳細至少代表他曾認真的想過這個問題。當然不排除第一種人可能也想過，只是不善于表達，但是面試本身就是一個溝通的過程，如果這個時候都不能把自己的想法很好的呈現出來，別人又怎么能看到你的亮點。

　　4、了解候選人的面試動機

　　通常前三個方面都通過了的話，還會問候選人一個問題“你期望這邊公司能帶給你什么？” 通過這個問題基本上就能知道候選人的期望大概是什么樣子的，結合公司招人的目的，和后續發展規劃就能得出最終結論。

　　面試人之前就應該知道，需要招什么樣子的人？如果你需要的僅僅只是一個能夠熟練，快速的，靠譜的完成工作的人，那么就去找到符合這個條件的人。即使碰到一個很優秀的大神級別的人，如果他的預期和公司能給他的東西不符，那也只能就此作罷。即使你面試時畫了一個很大的餅，候選人也接受了，來了之后發現完全不是這個，最終照樣會走。所以看湯下面是非常重要的，省得浪費資源。

　　寫在最后的話

　　面試的過程中是一個證明候選人能行的過程，通過30分鐘左右的時間去發現候選人身上的亮點，再結合候選人的現有工作經驗，技術實力以及發展潛力等綜合判定其是否符合要求。
　　面試的過程也是一個學習的機會，你可以去問一些自己不懂但是感興趣的問題，如果候選人剛好對這塊兒比較熟悉，那么你就長見識了。退一步如果候選人也不是很清楚，但是他能表達出自己的思考和想法，也可能會激發你的想法，經過思考后或許也能得到一個滿意的答案。

注：smileEvday保留本文的一切權利

　　轉載請著名原文出處

　　本文所有內容僅代表個人觀點，如有不同意見歡迎交流