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.所有其它指向“僱用”的跡象

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

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

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