如何招聘程序員？

    

　　同步發佈：http://www.yuanrengu.com/index.php/20170314.html

　　近一年技術團隊在不斷擴充成員，一直忙於高級java工程師、android工程師、iOS工程師的面試，很想寫一篇和招聘程序猿相關的文章，特別是看到「酷殼」裏皓哥寫的一篇《我是怎麼招聘程序員的》文章後，產生不少共鳴。

     雖然工做年限還不夠長，但也經歷過不少大大小小的面試，即被面試過，也面試過不少人。經歷過不少很專業的面試，也經歷過一些很是BT和使人不怎麼舒服的面試。

     一個好的面試體驗，公司的考覈流程和麪試官就顯得很是重要了，若是考覈流程很是繁瑣，會讓面試者心裏沒有任何好感，如面試時在前臺莫名其妙的被晾置一兩個小時，筆試初試複試得跑三趟公司。面試官就更重要了，不要剛開始面試，就弄的像別人欠你錢或別人在挑戰的技術能力似的。

      公司招聘不要弄成一種買賣關係，應該是尋找一些志同道合或跟公司「氣場」匹配的夥伴，這裏的氣場是指跟公司所須要的技能匹配。公司行政常常給我說：「技術人員是否是很矯情啊？說好來面試的，最後都不來，說好要入職的，入職前一天又說有公司給更高的待遇。」

      我只能微微一笑的給她說：「你見，或者不見我，我就在那裏，不悲不喜。你來入職，或者不來入職，offer反正在你手裏，不增只減」。由於我也曾經矯情過，研究生快畢業時，作了一堆的算法和數據結構方面的題，搜了一堆面試常問的題和一些面試技術，就處處投簡歷面試（其實當時手裏已經有幾個不錯的offer了），不爲找工做，只爲刷存在感，回來這年少無知的舉動，倍感慚愧。

      如何去考覈一個程序猿是否能夠給offer？我在面試應聘者的時候，最主要是要弄清以下幾件事：

1. 應聘者是否能夠跟我「正常對話」？

2. 應聘者的技能是否跟公司所需的技能達到必定的契合度？

3. 應聘者是否有能力解決工做中的難題？

4. 應聘者是否能夠跟咱們團隊一塊兒愉快的工做？

      我相信絕大部分的公司在考覈應聘者時都會圍繞上述四個問題來進行，可能有人會對第一個問題產生疑問，難道還有不能正常對話的人？還真別說，我就遇到幾個性格比較「鮮明」的應聘者，面試時頭擡的高高的，眼瞅着天花板，一副老子天下第一的表情，技術人員有傲骨能夠理解，但是問幾個技術問題，卻一問三不知，問他以前團隊如何協做的，只回答說公司安排的任務不喜歡就離職了，讓人真的很難正常對話。對於第二個問題就更重要了，公司固然但願應聘者的技術越牛越好，夢想是美好的，現實終究仍是很骨感，公司也不期待能招到全棧工程師，只但願能找到跟公司所需的技能契合的人。對於第三個問題，程序猿最基本的技能就是要經過網絡解決工做中的一些難題，多問度娘，多問谷歌，程序猿比較忌諱的一點就是「拿來主義」，遇到問題不動腦思考張口就問別人。第四個問題，基本就是考查人的社交能力和情商了，我的人爲，團隊的和諧是一切事情的前提。

      以前我經歷過的一些比較傳統的面試流程，基本是下面這樣的：

1. 應聘者先作自我介紹

2. 問一些比較難的很是細節的技術問題，基本就是快問快答的形式

3. 給應聘者出一些比較怪異的算法題

      我的以爲這種面試形式不是太合適，可能會錯過不少適合公司的程序猿。其實我我的不管是面試別人仍是被面試時，都很是討厭第一個問題，拿着別人簡歷難道不知作別人叫什麼名字？技術面試，這種形式上的東西能少就儘可能少便可。

      但應聘者一進來，總得有個關於介紹的開場。我面試應聘者時，別人一進來時我會先問好，給個微笑，讓應聘者不要太緊張。讓別人作下技術方面的簡單介紹，如工做中主要處理哪裏方面的業務（電商、金融等等）啊？主要用哪些編程語言？主要用哪些開發架構（dubbo、SOA等）？主要用哪些框架（Spring、mybatis等）？這樣也方便對這我的有比較全面的瞭解，交流時也好針對性的問些問題，作偏技術方面的介紹也好了解這我的的溝通交流能力。最後發現，其實很難從一我的的簡歷或自我闡述上來考覈這我的是否合適。

      我毫不會在面試應聘者時問一些很是細節的問題，我曾經就經歷一個很是BT的面試，面試官據稱剛從華爲出來，一上來就問我是否用過mybatis，我說用過。接下來這哥們問，mybatis是哪一年被開源的？接手的是哪一個開發團隊？mybatis的升級歷史？當時我以爲我可能聽錯了，我讓面試官重複了一遍，確認本身沒聽錯後，我說不清楚哪一年被開源的，如今是apache的開源項目。這哥們說是都不知道哪一年開源的，也不知道是apache的哪一個團隊接手，真的用過mybatis？當時心裏就千萬只駿馬奔騰而過啊，我真的是在應聘程序猿嗎？

      我在面試時通常會根據應聘者本身的項目描述來提問，考覈下他本身說的技能的熟練程度。也遇到一些技術確實夠菜，簡歷寫的無比高大上，問他本身說的問題都回答不上來，你問東他答西，徹底不在同一頻道對話。碰到這種狀況，我就會問筆試題裏的SpringMVC工做原理(筆試只是公司要求的形式，我通常不會太看重筆試的成績)，這個問題很是簡單，只要用過這個框架的人都能說出個一二三來。這道題也是全部人都答的很是好的，由於網上一搜，答案一大推，問這個問題也是讓應聘者放鬆些不要太緊張，畢竟本身剛寫過。但有些人筆試題上答案寫了好大一堆，但口述卻一點都說不出來，知道什麼問題了吧？我真的不介意你筆試時抄網上的東西，只要你能複述出來我都算你掌握了這個問題，但假如是抄的東西連複述都說不出來，那面試還有什麼可問的？碰到這種狀況，我也不能直接打發別人，還得照顧應聘者的自尊心啊，我會跟應聘者聊聊人生聊聊理想，而後面試就愉快的結束了。

      若是沒有一塊兒工做過，沒有一些實際的項目作背景，單靠半個小時或一個多小時的面試，是比較難全面的瞭解一我的的。我的以爲在應聘程序猿職務時須要作好以下幾個方面：

1. 穿着簡單整潔，不需穿個西裝打個領帶。

2. 提早熟悉公司的招聘需求，須要的技能能夠提早準備下，有備無患嘛。

3. 對於面試官的問題，知之爲知之不知爲不知，技術這東西會就是會，不會就是不會，無法假裝或隱瞞，否則等着面試官問個問題而拆穿就尷尬了。

4. 平時能夠養成一些寫技術博客或參入開源項目的習慣，反正我是很是喜歡這樣的程序猿，確定能加分。

      全部的面試技巧都敵不過本身知識體系的深度、廣度！不斷提高本身，基礎紮實，對某一個或幾個業務有比較深刻的熟悉，這樣的小夥伴不管在哪家公司都是很是受歡迎的。