5大跡象顯示你應該當場聘用程序員

原文：5 signs that you should hire a programmer on the spot

對面試官和面試者而言，程序員進來面試及進行編程測驗有時可能是有趣的經歷。大多數面試結束時，招聘經理會告訴面試者“保持聯系”，但有時求職者表現優異。此時，在他離開辦公室之前就要考慮向他提供工作機會了。

我們在 TimeTrade 的面試中包含了一項編程測驗，大多數程序員都需要花費整整 2 小時來完成。整個測試由許多待解決的小問題組成，每一個都比前一個更難。我們可以單純地基于完成時間來很好地對面試者的表現進行初步評估：如果一切都在一小時之內解決，我們將會很高興。但是如果兩小時過去了，甚至連第一個問題都尚未解決的話，求職者將將極有可能被拒之門外。

除了僅僅迅速解決測驗問題之外，還有一些跡象表明一個程序員真得棒極了，應該在他們離開你的辦公室之前得到一份工作：

1. 他們提出多種解決方案

我最近面試了一名程序員，他用兩種方法解決了整套測驗題：一種使用迭代解法，另一種使用遞歸方法。我立刻錄用了他。找到問題的多種解決方案是工程師每天必用的一種技能。

2. 他們撰寫完整的文檔

去年我面試了一名工作非常勤奮、細心和專業的人，他在考慮完解決方案之前為代碼創建了完整的 Javadoc 和注釋。他甚至撰寫了完整的自動化單元測試并且檢查了測試覆蓋率。當我在 2 小時時間點回到房間時發現他正在使勁地打字，起初我以為他測驗遇到了難題，但他實際上正在向 Javadoc 添加 HTML 格式。任何自覺做到這些的工程師正是你所期望的團隊成員。

3. 他們改進測驗

我們故意創建潛伏某些輕微問題的測驗題，純粹是為了看求職者是否(a)能夠認出并且(b)愿意修正它們。它也許是字符串引號的不一致用法，誤導性的變量名或者這些代碼行中的任何東西。求職者閱讀提供給他的全部代碼作為測驗--不只是我們要求他們撰寫的那段--就像他們一旦加入我們的團隊將在我們的真實產品中所從事的工作一樣。

工程師愿意告訴潛在雇主，其所提供的測驗存在問題，表明了他們把工作品質看得比僅僅按部就班的工作更重要。雇用他們，可能會為你的產品創造奇跡，在遠超出分配給他們的領域的地方做出他們需要的改進。

4. 他們巧妙地重構

大多數求職者都會找到一種有效的解決方案，然后袖手旁觀并且如釋重負以為他們成功的完成了任務。那聽起來不錯，但是僅僅達到滿足工作機會的底線。解決問題隨后立即回過頭來重構的求職者完全屬于另一種類型。他們感覺選擇的算法不正確，并且無法忽略這種可以更高效的感覺。他們的代碼存在重復部分，這使得他們內火中燒。這是一群重構、重寫以及改進解決方案直到制作完成的求職者。

然而這也是一柄雙刃劍。如果求職者不斷重寫僅僅因為他們尚未到達理想中的“完美”點，這表明他們是一群不知道何時停止（類似的，交貨）的程序員。然而如果他們仔細掐準時間并且能夠在時間結束之前解決問題同時重構解決方案，這就是一個你真應該考慮雇用的好跡象。

5. 所有其它指向“雇用”的跡象

有時存在大量非技術跡象表明你已經找到了合適的求職者。你的其他團隊成員把你拉到一邊告訴你，“我們必須雇用這位女士。”他們（求職者）的個性感覺上非常契合本團隊。他們擁有團隊所需的近期相關的經驗。你認識一些曾經與他們共事過的人，這些同事告訴你他們是非常棒的團隊伙伴（并且他們愿意再次立刻雇用這些求職者）。求職者對公司和工作機會表現得興奮不已，急切渴望開始做出貢獻。

如果求職者通過了技術群面并且所有其它跡象都指向“雇用”，為什么要等待呢？如果這樣，你可能會錯過這名求職者，因為其他雇主能比你更快地識別同樣的跡象。相反，果斷且快速地提供工作機會，從而給求職者留下公司求賢若渴的印象。這有助于雙方的整體關系有一個良好的開始。

因此你下次在辦公室里遇到了非常棒的求職者，不要假設明天還會有比他更好的。給他提供一份工作，然后讓你自己--及求職者--投入工作中。