如果你自己不是一位程序員，該如何雇用程序員呢？你需要注意一下幾點(diǎn)：

　　1. 他們有多堅(jiān)持己見（固執(zhí)）呢？

　　詢問他們有趣的編程主題（如Ruby或Python？）。從他們回答的語(yǔ)調(diào)和推理中，可以得到很多信息。在我們最近一期節(jié)目中，杰夫說：“當(dāng)人們對(duì)事情有強(qiáng)烈的見解，當(dāng)他們可以大篇幅地談?wù)撘恍┦虑闀r(shí)，這就是一個(gè)很好的跡象表明他們對(duì)這件事很有熱情。”

　　2. 他們?yōu)?a href=/yuedu/kaiyuan/ target=_blank class=infotextkey>開源項(xiàng)目做了多少貢獻(xiàn)？

　　看看他們的貢獻(xiàn)。雖然你可能不是一個(gè)程序員，你仍可以知道他們是否寫過一些代碼。而事實(shí)上，一個(gè)人有所貢獻(xiàn)，是一個(gè)良好的開端。“事實(shí)上，一直在貢獻(xiàn)意味著他們正在使用這種工具，”Jamis說。“這就好比抓癢，就像他們接觸到一些他們認(rèn)為應(yīng)該加以改進(jìn)的程序，或接觸到一個(gè)錯(cuò)誤并且自己修復(fù)了那個(gè)錯(cuò)誤。參與程度對(duì)程序員是一個(gè)很好的鑒別標(biāo)準(zhǔn)。”

　　3. 他們有多享受編程？

　　他們不需要在自由時(shí)間的分分秒秒都去敲代碼，但是你確實(shí)想看到一定程度的熱情。Jamis說，“與其說在業(yè)余時(shí)間編碼本身是最重要的事情，不如說它展示了你熱情的態(tài)度和有自己的見解。”

　　4. 他們真的掌控工作？ （Do they actually ship?）

　　了解他們?nèi)绾喂芾碜约旱墓ぷ鳌＼浖ǔ３鲂″e(cuò)誤——了解他們?nèi)绾伪苊膺@種情況。了解他們什么時(shí)候按時(shí)地完成了項(xiàng)目，并詢問為什么這個(gè)項(xiàng)目是成功的。或從延遲項(xiàng)目中吸取了什么經(jīng)驗(yàn)教訓(xùn)。“控制軟件運(yùn)行的能力是關(guān)鍵的，”據(jù)杰瑞米說。“他們是如何管理實(shí)際需要的任務(wù)并在一定的時(shí)間內(nèi)完成，這是很重要的。”

　　5. 他們掌握了什么？

　　皮克斯（Pixar）公司的蘭迪·納爾遜認(rèn)為，能夠掌控任何一件事意味著也能夠掌控其他事。所以尋找那些掌控著一些事的人。候選人是一個(gè)優(yōu)秀的廚師嗎？或山地車選手？還是其他什么人物？”這是一個(gè)跡象表明他們也可以做您項(xiàng)目的主導(dǎo)者。“那是一種即使其他登山者幾乎馬上就要到達(dá)山頂，仍感覺我將要先到達(dá)山頂?shù)母杏X，”尼爾森說。“如果一個(gè)人在來到你工作場(chǎng)所之前都沒有涉足，那么他成為工作的主導(dǎo)者的可能性也是很小的。”

　　6. 他們的溝通能力如何？

　　你對(duì)編程了解的越少，你越需要依靠一個(gè)人去解釋程序進(jìn)度。這就是無論什么職位都要聘請(qǐng)大作家的原因，這是個(gè)好主意。例如，這兒有杰夫解釋的在計(jì)劃方案內(nèi)Basecamp API人員更新到其他項(xiàng)目的例子：

　　我只是對(duì)Basecamp和Companies APIs的人員進(jìn)行更新調(diào)整。我們現(xiàn)在允許客戶和公司員工去接觸通過項(xiàng)目認(rèn)識(shí)的人和公司。在此調(diào)整之前，公司員工和客戶只能看到對(duì)方使用的特定的項(xiàng)目ID。沒有辦法讓他們看到在項(xiàng)目過程中參與的所有人（例如，同事）。

　　例如，如果API用戶發(fā)出的請(qǐng)求，一個(gè)是鮑勃，另一個(gè)是吉爾，那么/people.xml文件將返回給鮑勃和吉爾。如果請(qǐng)求的用戶是管理員，那么帳戶中的所有的人都能收到。

　　這同樣適用于公司管理。

　　如果一個(gè)程序員既能夠編碼，又能講非程序員能聽懂的的話，那么很多事情是不太可能出問題的。（編注：上面這6點(diǎn)，是招聘官需要知道的注意事項(xiàng)。關(guān)于在聘用程序員或開發(fā)人員的時(shí)候，需要問哪些問題，可以參見《如何面試程序員？》這篇文章。）

　　試用（Test drive ）

　　如果可以，擯棄“全要或無用”的決策模式。雇用一個(gè)全職員工是一個(gè)很大很困難的決定。為小項(xiàng)目聘請(qǐng)員工，讓他們?cè)诳臻e時(shí)間完成這些項(xiàng)目，這種方式更容易為雙方所接受?！禛etting Real》中的“淺嘗輒止”一文中談到：

　　在雇傭任何人之前，先給他們一個(gè)小項(xiàng)目來考慮。我們就會(huì)了解他們對(duì)待這個(gè)項(xiàng)目是如何溝通，工作的，等等。當(dāng)他們?cè)O(shè)計(jì)或者編寫的時(shí)候，就會(huì)給你帶來很多發(fā)現(xiàn)。你會(huì)相當(dāng)快的學(xué)習(xí)，無論氛圍是否恰當(dāng)。

　　可以用日程安排來堅(jiān)持這種方式，即使只需要20或40小時(shí)，也比什么都沒有要好。適合或者不適合，都會(huì)顯現(xiàn)出來。如果沒有，那就是雙方想要先測(cè)試工作而隱藏了自己的問題與風(fēng)險(xiǎn)。

　　仔細(xì)考慮一下，你能提供什么，并且如何才能讓你的職位盡可能的吸引人，這也是個(gè)不錯(cuò)的主意。壺里的蜜越多，才會(huì)有越多的蜜蜂飛進(jìn)去。（恩，不管怎樣，可以肯定這不像一個(gè)東西放在那一樣）在《Great Hackers /偉大的黑客》中保羅點(diǎn)格雷厄姆提供了一份列表，關(guān)于如果吸引最優(yōu)秀的程序員：優(yōu)秀的開發(fā)工具、開源軟件、帶門的房間、一個(gè)感興趣的問題和聰明的同事。如果你有其中的任何一項(xiàng)或者全部，確保讓潛在的雇員能夠了解到。

　　自己動(dòng)手？

　　所有這些都會(huì)有所幫助，但是很顯然，雇傭程序員最好的方法是你自己能至少了解一點(diǎn)編程。雇傭一份你從來沒有做過的工作，真的是件很困難的事。因此，要在雇傭了那些人之后管理他們，格雷厄姆在他的《偉大的黑客》一書中有過如下討論：

　　我看過關(guān)于如何管理程序員的一些文章。事實(shí)上有兩種：一個(gè)是如果你是程序員，你該做什么，另一個(gè)是，如果你不是程序員，你該做什么。而第二種可以總結(jié)為兩個(gè)字：放棄。

　　問題不在于日常管理。實(shí)際上，真正優(yōu)秀的黑客（hacker）是自我管理的。問題是，如果你不是黑客（hacker），你就不會(huì)知道誰(shuí)才是真正優(yōu)秀的黑客（hacker）。

　　確定自己是否能在招聘員工之前了解一些編程技術(shù)。事實(shí)上，杰森在與DHH合作之前就已經(jīng)開始學(xué)習(xí)php了。同樣的，在我們當(dāng)中有人學(xué)會(huì)如何配置服務(wù)器之前，37signals不會(huì)雇傭系統(tǒng)管理員。如此做來，你就會(huì)對(duì)尋找應(yīng)聘者以及你想解決的問題有更深入的理解。

　　至于你在這過程中犯的錯(cuò)誤，要記住，這就是“真正的”程序員的工作方式。“運(yùn)行迭代感覺就像永遠(yuǎn)反復(fù)的錯(cuò)誤校正”杰瑞米解釋到。“這聽起來很令人泄氣，但這卻是允許的。該死，甚至測(cè)試驅(qū)動(dòng)開發(fā)也是反復(fù)的錯(cuò)誤校正。所以，建議你應(yīng)該先從自己做起。”

　　譯文出處：伯樂在線- 職場(chǎng)博客
　　譯文鏈接：http://www.jobbole.com/entry.php/588

　　原文作者：Matt　　　文章推薦：關(guān)關(guān)　　翻譯：伯樂在線 敏捷翻譯組- 魏哲

　　如需轉(zhuǎn)載，但請(qǐng)注明原文/譯文出處、譯文超鏈接和譯者等信息，否則視為侵權(quán)，謝謝合作！

it知識(shí)庫(kù)：如果你不是程序員，你怎么雇傭程序員呢，轉(zhuǎn)載需保留來源！

鄭重聲明：本文版權(quán)歸原作者所有，轉(zhuǎn)載文章僅為傳播更多信息之目的，如作者信息標(biāo)記有誤，請(qǐng)第一時(shí)間聯(lián)系我們修改或刪除，多謝。