招Java程序員的最佳方式是這樣的？

那天晚上，我正在回想面試中間我最出彩的表現。讓我那次表現特別有趣的，不是我作得『有多麼好』，而是我『如何作得很好』。以及對本身以及整個過程不滿意的地方。

我那時正在應聘一個軟件開發的職位，這個公司的面試流程先是電話面試，再到編程測試，最後才正式面試。我在電話面試中表現得很棒，那位招聘人員也說公司對我很感興趣 —— 我心想有戲了，一切努力都沒有白費。

雖不知那位招聘人員的具體評估是怎樣的，但那個公司給了我編程測試的機會。面試是發生在我讀研的時候，並且我當時正在學的一門課叫「高級數據庫設計」，主要是講找可靠的方案來替代傳統的、關係型的數據庫。當時聽着可能有些超前，由於 NoSQL 運動還沒有成氣候。

當他們發給我編程測試題的時候，我已經學了一單元如何用 JUnit 來儲存地理信息的內容了。這單元包括 JUnit 是什麼、以及怎樣用和一點僞碼來梳理一下知識點。無巧不成書，JUnit 恰好成了個人必殺技。

分析下我爲何能拿下這場面試

那次面試對我來講簡直就是小菜一碟。由於我知到我所學的能夠用在這面試裏，同時我還這麼作了。我用幾個自動化測試來驗證，將其用在測試裏以致於整個測試都作的很是快。

我甚至都不用看招聘人員的反應就知道考官們都驚呆了。因此他們直接給錢讓我過來參加最後的面試而且告訴我這是目前爲止他們所見過最好的方法。我感受我好像奪寶奇兵裏的英雄同樣，古老的門衛等某人來用 JUnit 解決編程測試問題用了一千年。

我最後過了整個面試，但只因我有更好的機會而到別的地方去時，他們對我有點失望，告訴我要是我改變主意隨時聯繫他們。我喜歡這家公司，另外，此次經歷讓我感受良好。

然而，當我回顧此次經歷時感受有點怪怪的。毋庸置疑的是，這裏有很大成分都是運氣，就像公司這麼看好我同樣。偏偏就是我幾周以前作過練習，否則我是不會用 JUnit 的，要是我遲幾個月作練習的話，我可能也不會用 JUnit 了。要是我沒作過或根本不知道 JUnit 的話，我還能打動考官麼？因此我此次前所未有的面試只是我走運而並非說我本來就是大神。

在應聘時不要懼怕失敗

你有沒有試過在面試時作一些你根本不會的題？若是你有機會去 Google 面試的話，首輪電話面試就像一個口頭的大四Java程序算法期中考試同樣。O 符號、排序算法 和其餘東西等。因此這些公司毫不是個例，他們的面試過程被奉爲經典。

爲了在面試時不那麼被動，你應該在應試前努力學習，作到能夠回答全部的技術問題。但你永遠也不知道他們會怎樣刁難你。重點是你永遠不知面試時他們會問你什麼，或者你和你的對手最近學到的哪些知識恰好能用在面試上。

你可能會遇到像我這麼走運同樣的人，恰好知道這個問題怎麼解讓考官對其有好感。要是真的發生了，那也只能怪你的運氣很差。

因此你不該該爲此失落。由於這種面試實際上是不嚴謹的、不科學的。被拒了並不表明你的能力不行。僅僅是你的運氣差而已，沒有看到能讓你經過的答案。

招聘時要注重正確的事

看看大家有沒有像上面那些例子同樣招聘的？在全部人相同條件的狀況下是否招了像我同樣走運的人？若是是這樣的話，我建議你好好檢討一下看看你的招聘方法有沒有問題。

我認爲在招聘的時候應該瞭解其中的幾點，以這我的會什麼、這我的作了什麼和這我的能作什麼爲標準。這些標準在大多數狀況下都頗有用但也很難判斷。

但至少面試時會什麼仍是有用的，雖然說人花一輩子時間去學習但忘的也很容易。但這也很容易看得出是否是會，作一些小測試和用一些像你面試過程當中的一些東西就好了。

判斷一我的能力怎樣，雖然說有點棘手，但這是最有用的標準。雖然說他們有簡歷和經歷上，但這頗有多是個忽悠。就拿 JUnit 來舉例，你能夠測試他們是否只是說說仍是真的會 JUnit 。但若是以前他們就知道怎麼用的話，而不僅是說說，那真的是極好的。

對於以上兩個標準來講，最重要的仍是要看看這我的面對須要用 JUnit 解決的問題時，是否會作一些基本的學習而後去解決它？這是你須要知道的。同時經過‘作一些基本的學習而後去解決它’的行爲也能間接地瞭解這我的的能力。

最後，我不敢說什麼是最佳的招聘方式。評選一我的是很難的。但我能夠跟你說若是你越會評估應試者的能力，你就越能招到最好的人。

寫在最後