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

640?wx_fmt=gif&wxfrom=5&wx_lazy=1

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

640?wx_fmt=jpeg&wxfrom=5&wx_lazy=1

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

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

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

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

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

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

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

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

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

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

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

恐怖故事二：前谷歌員工竟然因為沒有熟記貝葉斯公式而遭到拒絕

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

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

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

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

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

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

恐怖故事三：程式設計師被人力資源部遺忘了

通常都我會密切關注我提名的候選人的整個招聘過程。當我在度假的時候，一個CEO告訴我他們將僱傭一個我提名的工程師。然而，在另一個國家遠端工作的人力資源部沒有跟進。由於我在度假，我也沒有跟進，而這位候選人在等待了幾個星期以後以為自己被拒絕了，因為沒有人和他進一步溝通。這是一個非常典型的錯誤。

兩個月後，我再次和這位候選人進行溝通，問他發生了什麼事。他和人力資源部都不明白為什麼沒有人和他進一步保持聯絡。所以我給所有的相關人士都寫了郵件，詢問我們是否能完成這個招聘過程。

人力資源部門通常是這樣一個存在——薪水底下，缺乏組織。內部招聘人員通常負責其他行政任務而不是招聘。更糟糕的是，有的初創公司甚至沒有人力資源部，那些來自前臺的工作人員負責對建立們進行評估、拒絕或通過。這些人通常不太瞭解技術崗位的要求。他們只是聽招聘經理對“正在尋找的人才”做出的15分鐘簡報，然後做出所謂的適當“過濾”。由於缺乏背景知識和對崗位的理解，往往會導致公司招不到合適的人員。

恐怖故事四：候選人因水平高於面試官而慘遭拒絕…

別笑，這不是段子。我就親眼見到過水平超過面試官的候選人。這位候選人是一個22歲的“神童”開源程式設計師，在簡歷篩選階段就被一個面試官拒絕。讓我們叫這位面試官“喬恩”吧，我很震驚如此優秀的候選人居然被喬恩拒絕，所以我打了個電話，進行三方會談。

喬恩在電話裡解釋了他為什麼拒絕那個候選人的原因，不過聽起來挺可笑的，我也不知道喬恩是不是認真的。我必須說，這位喬恩無論是程式碼水平、Github貢獻或者其他能力點都非常弱，但畢竟是他負責簡歷篩選，所以我不得不聽取來自他的反饋。

喬恩在共享螢幕上指出了他所看到的候選程式碼中的一些問題。他提到的所有問題事實上都是更優化的選擇，而不是所謂的問題。他其他批評的地方在不專業的人看來確實有問題，但實際上都有很好的理由。然後我發脾氣了。這些批評讓我很有戒心，並提出候選人在Github上的程式碼質量比喬恩的要好。在這裡，我做出了和我的本職背道而馳的事情。幸虧HR阻止了我，告訴我“我們不是在評估Jon”。我覺得無法繼續溝通了，於是趕緊轉換話題、結束通話了電話。