關於招聘程序員

我我的以爲一個好的面試，面試官是很重要的，若是剛開始面試就讓面試氛圍緊張，我以爲成熟點的大牛都是不喜歡的。咱們能夠很容易在面試過程當中看出一個公司的文化，若是給人以過度的緊張感，估計工做也不會很輕鬆。

在面試的時候不少公司招聘都是考慮這個程序猿能不能完成任務，可否融入咱們的工做團隊，還有這個程序員能和咱們團隊一塊兒工做嗎？ 正常狀況下，一個技術大牛完成任務和團隊開發都是沒問題的，可是融入一個新的工做團隊，實現團隊的和諧，這是有困難的，你不能保證。

對於傳統的面試都是

1. 閱讀應聘者的簡歷，讓應聘者作個自我介紹。

2. 問一些比較難的很是細節的技術問題，以一問一答的形式。

3. 給面試者一些和幾個編程難題。（好比某些怪異的算法題）

我我的以爲這種面試方法很好笑，也很糟糕，尤爲是後面兩點。一般來講，這樣的面試只會讓你面試到一些「書呆子」或是一些「技術癡迷者」，下面讓我來一條一條地剖析一下這幾條的弊端。

1. 你很難從一我的的簡歷或是自我介紹上了解一我的。由於這些都是當事人本身寫的，或是本身闡述的。因此，這並非很準確的，經過簡歷，你只能知道很簡單的事情，這對因而否能招入團是遠遠不夠的。而在面試的開始，讓應聘者作自我介紹，只會讓面試者以很正式的態度來面對整個面試。一但面試過程很正式，很嚴肅，就會讓人很拘禁，其實，這並非咱們想要的，我要的是應聘者真實和天然的表現，從而才能瞭解到最真實的東西。

2. 問幾個技術細節的問題。好比：我我的經歷過的——「ps的-a參數是什麼意思？」，「vi中刪除換行符的命令是什麼？」，「C++的關鍵字explict,mutable是用來幹什麼？」等等，等等。之前作爲一個應聘者來講，我很是討厭這樣的問題，由於這樣的問題查一下手冊就知道。難道他要招的是一個字典手冊？不是一我的？對於這方面，重要的不是知識，重要的是其查找知識的能力。

3. 給應聘者一個或幾個很難的算法題，給上十幾分鍾，而後讓面試者把僞代碼或是代碼寫下來。這樣的作法是至關好笑的，不能討論不能查資料，讓人在一種壓力狀態下做答，這根本就不是實際工做中的狀態，而咱們的面試也就成了一種刁難（我最變態的經歷是，當我把寫在兩頁紙上的代碼上交上去後，面試官把其交給旁邊程序員輸出電腦作校驗，結果程序員說，編譯出錯。因而，面試官說，「很遺憾，可能你寫的程序還很少」，至關好笑）。對於這點來講，重要的不是那個解題的答案，而是解題的思路和方法。

      我之前經歷過不少的面試，當技術人員來和我作面試的時候，我發現，「技術人員的思惟」對於某些人來講根本分不清面試和考試，在潛意識裏，他們在不少時候不是在面試這我的，而是在刁難這我的並以此展現本身的技能。我我的認爲我是一個好的程序員，但我能夠告訴你我沒法經過那樣的面試，由於那樣的面試是爲他們本身準備的，而不是爲應聘者準備的。

那麼，我又是怎樣去面試的呢？

1、確認簡歷。

      首先，閱讀一下別人的簡歷是須要的，從簡歷上，工做經歷，項目經歷，技術技能這三個事情是你須要瞭解的。通常來講，你能夠先經過電話肯定一下他的工做經歷，項目經歷和技術技能，而後，若是他和你須要的人條件相符的話，能夠叫到公司作面對面的面試。千萬不要把別人叫來，你又說你的經歷和咱們的工做有差距之類的話。（我有過一次面試經歷，公司我不說了，反正是那個號稱須要有良好溝通的公司，面試了我9次左右，從通常的程序員，PM，經理，到總經理，而最後一次直接告訴我，我之前的經歷和他們的要求差距很大。我不由要問了，前面若干次的面試他們都在幹什麼呢？）

2、面試開場。

      其次，把人邀請來公司面試，應聘者到了公司來面試，有一點很重要，那就是你必定要讓整個面試過程變得很隨意，很放鬆，就像普通的聊天和通常朋友間的交流同樣。這樣應聘者纔會放鬆並拿出真實的樣子來和你談話和聊天，你才能在很短的時間內瞭解得更多。讓應聘者放下心理負擔，讓其表現得天然一些，這是招聘方的責任。千萬不要說，別人太緊張發揮的很差，有時候，招聘方得想一想本身的問題。

      面試開場的時候，千萬不要讓應聘者介紹本身，由於，應聘者早就給你發過簡歷了，而你也給其打過電話了。另外，應聘者對這個面試慣例一般都會準備得很是不錯的，另外一方面，這會讓整個面試過程太正式太嚴肅了。因此，不妨問問應聘者是怎麼過來的？最近怎麼樣？還能夠和應聘者談一個大衆話題，好比喜歡什麼體育，音樂，電影，社會熱點什麼的，本身也別板着個臉，說說笑笑，試圖讓你們都放鬆下來。另外，經過這些閒聊，你能夠知道他/她的與人交往能力和一些性格。另外，不要讓桌子放在你和應聘者之間，把環境搞得隨意一些。

3、多讓應聘者說說他的經歷。

      接下來，若是你要以爲這個應聘者是不是一個能夠解決問題，是一個能夠把事情搞定的人，不用問他/她會作什麼，直接問問其作過什麼？幹過什麼事？對於一個好的程序員來講，很難想像其沒有相關的實踐，就算你是在大學裏，你也應該作過什麼。若是你有解決問題的能力，那麼，很顯然，今天你應該解決了不少問題，也搞定了不少事情，聽聽應聘者說一說他的那些事。（不要使用一問一答這種方式，應該讓應聘者多說，而多聽，多想）

      在他講他的項目的時候，一般來講你要注意下面幾點：

• 溝通表達能力。應聘者能不能把一個事情講清楚。若是這我的聰明的話，他就能夠用最簡單的語言把一個複雜的事情講清楚。並且，這是一個好的程序員最基本的能力。並且，你能夠在應聘者一邊描述其經歷的時候，你能夠和應聘者有一些的良好的來來回回的交談，這樣就能夠知道，他的溝通能力和溝通方式，從而瞭解他的性格，。

• 角色和位置。也許他參與了一個很大的項目，但只是作了一個很簡單的模塊。因此，瞭解其在項目中的擔任的角色和位置是很是必要的。當應聘者說到「咱們」或者「你們」之類的詞彙時，必定要向下細化和明確。

• 作出的貢獻和解決了什麼的問題。這個很重要，經過了解這個，你能夠知道面試者是否聰明，是否有能力解決問題，是否有好的技術底子。

• 演示。若是可能，你可讓應聘者展現一些其寫過的代碼，作過的設計，或是直接給你看看他寫的程序的演示。（從設計上，代碼的風格，重用性，維護性上你能夠了解不少不少）

• 基礎知識。瞭解該項目中應聘者使用的技術的一些基礎知識，好比，經過整個過程，你能夠問一些網絡，語言，面象對象，系統的一些基礎知識。基礎知識是很是重要的，這直接關係到了他的能力。

• 流程和工具。瞭解應聘者所熟悉的項目的流程（銀彈，瀑布，敏捷，……），還有流程中的一些工件（如：需求文檔，設計文檔，測試方檔等），以及在開發過程當中使用的工具（內存測試，代碼檢查，BUG報告，版本維護，開發調試……）

  
  

      有人會說，應聘者的經歷能夠被他本身編出來的，他能夠把一些不是他作的事說成是他作的。是的，的確是有這種可能。不過，不要忘了，一個謊話背後須要用更多的謊話來圓謊的，因此，你沒必要擔憂這個問題，只要你在應聘者的描述過程當中逐步求精，細化問題，你會知道應聘者是不是在編故事的。

      千萬記住下面幾點：

• 談話風格要隨意和天然，不要正式。

• 在瞭解應聘者之前作過的事的時候，不要太投入了。由於招聘方也是技術人員，因此有時候，招聘者本身會由於應聘者所作的項目中的技術太過迷人而被吸引了。

• 要注意引導應聘人。相信我，應聘的程序員十我的有八我的講不清楚之前作的是什麼。由於他們直接跳過了項目背景和要解決什麼樣的問題，而直接進入具體實現。

• 不要一問一答，應該多讓應聘者說，這樣才能多全方位瞭解一我的。

• 瞭解一我的的過去，瞭解一我的作過的事情，比其會作什麼更重要。

• 瞭解一我的的性格，想法，思惟和行爲，比了解其技術技能更重要。

• 溝通能力，表達能力，語言組織能力，理解能力，等方面的能力，關係到了是否能和別人一塊兒工做。

• 基礎知識比知識的點滴要重要得多。你可能不知道其個C++的關鍵字，但你應該要知道C++的繼承和多態。

• 技術技能當然很重要，但比其更重要的是這我的獲取知識的能力，學習能力是在計算機這樣變化飛快行業中必需具有的。

• 是否能夠進行培養，比掌握的技能更重要。

4、實際參與？？

      這一步多是很很差實施的。由於，這須要一些應聘者付出必定的時間，若是是畢業生，那沒有問題，先讓他來實習一段時間。但若是別人有工做，就很差了。也許你會說，這就是試用期的用處了。不過，我我的以爲，你得要尊重應聘者，人家把那邊的工做辭了，來你這邊工做，三個月試用期間，若是沒有什麼原則上的問題，你做爲一個招聘方又反悔了，這樣作非常至關的很差。若是發現這樣的事，只能是招聘者本身的問題。

      在面試過程當中，一些招聘者會讓應聘者們一塊兒作個遊戲，或是搞個辯論比賽，或是現場組個團隊幹個簡單的事情，有的甚至讓應聘者請一天假到本身的公司裏來和本身的團隊一同工做一天，並要完成某個事情（甚至給其設置上deadline），並經過這些來考量應聘者的實際參與能力。

      是的，若是沒有一塊兒工做過，沒有一些實際的事情發生，單靠幾個小時的面試很難了解一我的的。設置上這些面試的環節，在最短的時間內來了解應聘者的一切，對於招聘方來講無可厚非。並且有的時候也能獲得不錯的效果。在這裏，我只提一點，有時候這樣的週期拉得很長，讓應聘者付出了不少，反爾會讓應聘者產生反感和厭煩情緒，從某種意義上來講，這實在是對應聘者的不尊重。

      對於這一點，我一直持疑問的態度，因此，我在其後打了兩個問號。老實說，對於實際參與這一環節，我我的的意見是適可而止，由於時間過短了，不管你怎麼作你都沒法瞭解完整。即然沒法瞭解完整，那就獲取你最須要的吧，就是本文開頭的那三個問題，以及上面所述的「第三點」（瞭解應聘者的以往經歷）。