為什麼軟體工程師找不到工作？我想分享四個“恐怖故事”

編者按：作為一個程式設計師，如果沒有收到心儀的工作offer，你是不是會對自己失去信心？對接創業者和程式設計師的網站coderfit.com 的創始人Iwan認為你無須擔心。他分享了四個“恐怖故事”，告訴我們——那些厲害的工程師被拒絕的原因，很可能與他們的業務水平或文化契合度無關。

當人們得不到offer時，他們多半會認為這是他們的錯：“我被三家公司拒之門外，因此我可能是一個糟糕的工程師。”在科技招聘行業工作了一段時間後，我可以向你保證，隨機因素和干擾因素也扮演著重要的角色。你經常被拒絕的原因很可能是偶然發生的事情或者不合理的原因。

恐怖故事一：候選人因採用了新的框架而遭拒絕

一個企業提出了前端招聘需求，於是我給他們介紹了一個，他對ECMAScript做出了很大貢獻，並撰寫了大量的開原始碼。我花了好幾個星期才找到這個人，並花了好幾個小時來正確地評估他，包括進行影片採訪（這是我們在coderfit.com上喜歡做的事）。但是！該機構的一名工程師在瀏覽了他提交的程式碼中僅僅10分鐘以後，就毫不猶豫地決定不能錄用他。這位候選人甚至沒有被以一種體面的方式來拒絕，因為公司居然寄給了他一封“可能意義上的”回信：

“您好！儘管您的簡歷和求職信是很有競爭力的，但是很遺憾的是，由於崗位有限，我們的招聘團隊在進一步審查您的申請之後，沒有將您納入進一步的考慮範圍。……“

這是一個非常糟糕的回答，因為這位候選人甚至從來沒有提交過求職信。當看到這封信的時候，我立刻放下了手頭的事情，開車到他們的辦公室去和那個拒絕了我在2017年採訪過的最佳候選人的面試工程師進行交談。

首先，這位面試工程師甚至都不能真正告訴我，他為什麼拒絕了這個候選人，他給出的理由只不過是說“程式碼被過度設計了”，儘管實際上這段代買的結構是完全正確的，所有ES6運算子和短函式都是正確的、有效的。在和他爭論了10分鐘以後，候選人被拒絕的理由變得更加清晰：他在程式碼中使用了一個不為人所知的MVC框架，而這位面試工程師恰好不知道。實際上，我對這位候選人在編碼面試中使用的框架印象非常之深刻，以至於我無法理解這可能導致後面的一系列問題。

再次，我可以提供一些背景資訊來解釋了為什麼我們的候選人使用了這樣一個未知的MVC框架：這家招聘前端的公司是一個尋找可重複流程的機構，而首席工程師（不是前文中的面試者）曾經向我抱怨，他們每次都要“為每個客戶重新發明一套機制”。我提名的這位候選人利用自己的空閒時間搭建了一個定製的框架，正好解決了這個機構所面臨的一些問題。

因為拒絕這位候選人的面試官沒有看我的筆記或我的影片採訪記錄，他沒有考慮到為什麼候選人使用這個框架，而只是按下了“拒絕”的按鈕。而且更為不幸的是，當時公司的領導人（支援該候選人的那位）正在度假，無法對面試結果進行干預。

小提示：通常情況下，在對一個面試者做評估之前，先檢視別人對他（她）的看法是一個壞主意。但在某些情況下，如果為自己增加一些額外的背景知識，確實是有意義的。至少不會像這個故事中的面試官一樣，錯失了一個非常優秀的候選人。

考慮到這家公司的CEO給了我一些額外報酬來讓我給他們帶來“最好的人”，這個故事變得尤其讓人難過。我在尋找候選人上付出了額外的努力，然而，在招聘團隊和麵試官的共謀下，他們沒有真正評估我提名的候選人。那位拒絕候選人的工程師甚至告訴我：“招聘對我們來說是最重要的。”如果你作為招聘人員給公司找到了得力干將，那就會讓你更有自豪感；但如果你不太清楚自己的團隊到底需要什麼樣的人才，那麼招聘工作的價值就很小了。

更糟糕的是，這位在受到這樣的待遇後，從此拒絕和任何其他來自瑞士的僱主來往（還沒交出求職信就被人力資源部回絕，長時間得不到反饋，自己提交的程式碼等了兩週時間才被檢視等等）。

的創業公司面試了一個曾經在谷歌-蘇黎世工作了四年的程式設計師。在把這位候選人推薦給初創企業的過程中，我遇到了一些問題，因為每個人都認為他會要求和谷歌-蘇黎世等價的報酬（幾乎是行業平均工資的兩倍）。

然而，他對下一份工作的實際期待並沒有那麼高——他只是想要一個解決各種有趣的技術挑戰的和諧團隊。因此，他接受了每一次面試邀請，並給大多數和他交談過的人留下了深刻的印象。一家初創公司讓他透過了四輪面試，終面裡，他和團隊裡的每個人都進行了一對一交流。

然而，在面試結束後，團隊中的一個人站了起來，明確表示因為候選人不知道也不能解釋貝葉斯公式，因此不能被公司僱傭。

在座的每個人似乎都不關心，但技術主管除外。他正是那個和團隊整體利益風雨同舟的人，也將是向執行長直接彙報的人，他們幾個月以來都沒有僱傭任何人。這一次，他行使了否決權，並明確表示，因為不瞭解某些瑣碎的事情而拒絕優秀的候選人是一個相當愚蠢的理由。他們僱傭了這位前谷歌工程師。結果表明，這位工程師是公司有史以來做出最大貢獻的人。

事實證明，技術主管的決定是正確的：候選人以超過記錄的速度安裝了他的開發環境，並在第一天就解決了三個bug。最終，每個人都因為HR僱用了這個人而深表感動。

谷歌和它的競爭對手公司們使用一些非常有技巧性的問題或者演算法問題來篩選候選人是無可厚非的，因為像這樣的國際大公司可以承擔得起招聘過程中出現的“假陰性”結果，他們可以拒絕很多實際上非常優秀的候選人，因為有源源不斷的優秀人才想要邁入這些公司的門檻（谷歌每年都會收到三百萬份求職申請）。但是初創企業可承擔不起這樣的風險，一不小心，就可能與最適合的優秀候選人失之交臂。正如Erin Ptacek所說，如果要給瘋狂下定義，“就是以谷歌的風格行事，並期待能給你帶來成功。”