人々が求人を受け取らないとき、彼らはしばしば彼らのせいだと思います：「私は3つの会社によって続けて拒絶されました、私はおそらく役に立たないエンジニアです。」 ITリクルートでしばらく働いてきたので、ランダムな要因とノイズ（ 偽陰性結果 ）も重要な役割を果たすことを保証できます。 多くの場合、障害は実際にはランダムなものと不合理な原因によって引き起こされます。
ホラーストーリー1：候補者はフレームワークのために拒否されました
代理店のフロントエンド開発者の立場に、ECMAScriptの開発に参加し、他のいくつかのオープンソースプロジェクトに多大な貢献をしたエンジニアを引き渡しました。 この人を見つけるのに数週間かかり、ビデオインタビューを含む彼の正しい評価に数時間かかりました（これはcoderfit.comで行いたいです ）。 代理店のプログラマーは、 コードサンプルを10分間レビューした後、立候補を拒否しました。 彼らは個人的に彼と話すことすらしなかったが、単に「缶詰」-電子メールでのテンプレートレターを送った。
「[...]履歴書とカバーレターは非常に競争力がありますが、採用スペシャリストが申請を審査し、さらなる検討のためにそれを選択しませんでした。 [...] "
カバーレターが提出されていないため、これは本当に悪い答えです。 これを読んだ後、私はすべてを落とし、彼らのオフィスに行き、2017年に出会った最高のフロントエンド開発者の立候補を拒否したプログラマーと話しました。
プログラマーは最初、拒否の理由を明確に説明できませんでした。彼は単に「コードが複雑すぎた」と言いましたが、実際には完全に構造化されており、すべてのES6オペレーターと短い関数がその場所にありました。 このトピックに関する10分間の議論の後、拒否の理由がより明確になりました。候補者は、レビュー担当者には知られていないMVCフレームワークを使用しました。 候補者とのインタビュー中にこのフレームワークを使用したことに感銘を受けたため、これがどのように問題になるかを理解できませんでした。
未知のMVCフレームワークを使用した理由の一部。 フロントエンドの開発者を探していたこの代理店は、各クライアントに対して繰り返しタスクを実行する代理店でした。 リードプログラマー（立候補を検討していたプログラマーではありません）は、「車輪を再発明しなければならないたびに」と私に不平を言いました。 私が提案した候補者は、空き時間に、機関の問題のいくつかを解決する新しいフレームワークを開発しました 。
インタビュアーは私のメモを読んでおらず、ビデオインタビューも見ていなかったため、候補者がこのフレームワークを使用した理由を知らず、ATSで「拒否」をクリックしただけでした。 [申請者管理システム、申請者追跡システム-約 トランス。]。 そしてその瞬間、主任プログラマー（この候補者を擁護した）は休暇中であり、介入することができませんでした。
ヒント ：候補者を評価する前に他の人に尋ねることは通常悪い考えですが、場合によっては追加のコンテキストを提供することが理にかなっています 。
CEOが「最高の人々」を見つけるための費用を私に支払ったので、この話は特に悲しい。 ですから、私はこの仕事のために特に一生懸命働きましたが、私が送った候補者に本当に感謝するために、スタッフや採用エンジニアからのサポートは得られませんでした。 私の候補者を拒否したそのプログラマーは、「募集は私たちにとって最優先事項ではありません 。 」 リクルーターとして報酬を受け取った場合、あなたはより多くの努力をしますが、従業員を探しているチーム全体からのサポートがなければ、これらすべてはほとんど費用がかかりません。
さらに悪いことに、候補者は、このように扱われたときにスイスの雇用者にインタビューすることをもはや望みませんでした（HRによって「缶詰」、フィードバックなし、コードが考慮されるまで2週間待機）。
ホラーストーリー＃2：元Google開発者ALMOSTは、ベイズの定理を暗記していなかったため却下されました
あるスタートアップはPython開発者を探していて、チューリッヒのGoogle部門で4年間働いていたプログラマーとのインタビューを予定していました。 この男を新興企業に紹介するのは簡単ではありませんでした：彼らは、彼がGoogle Zurichの報酬（20万フラン以上-プログラマーの平均年収の2倍）を要求すると考えていました。
しかし、彼は自分の要件に慎重であることが判明し、興味深い技術的なタスクを備えた調和の取れたチームを見つけたいだけでした。 それで、彼はすべてのインタビューで最高の評価を受け、彼が話したほとんどすべての人に強力な印象を与えました。 あるスタートアップが4ラウンドすべてのインタビューを彼に導き、最後のラウンドでは各従業員と一対一で話しました。
そして、初日後の議論の中で、ある従業員が立ち上がって、候補者はベイズの定理を知らないか説明できないと言ったので、彼は雇われなかった。
誰もが特に無関心であり、テクニカルディレクターを除いて暗黙のうちに同意しました。 これは、従業員の採用に個人的に関心を持つ唯一の人です。 彼は、同社が数ヶ月間新しい従業員を雇っていないと事務局長に不満を言った。 したがって、彼は拒否権を使用し、些細なトピックを暗記することを知らないことがエンジニアを拒否する愚かな理由であることを明らかにしました。 最後に、彼らはこの男を連れて行った。 結局のところ、彼は会社で働いたことのある最も貴重な従業員になりました 。
テクニカルディレクターは正しかった。 この候補者は、開発者の環境を作業中のコンピューターに記録的な速さでインストールし、作業の初日に3つのバグを見つけて修正しました。 結局、誰もが非常に感銘を受け、この男を仕事に招待したことを嬉しく思いました。
アルゴリズムに関するパズルや質問は、これらの大企業がインタビュー中に多数の偽陰性結果を支払う余裕があるため、Googleや他の企業によって使用されています-希望する人からドアが閉まらないため、優秀な従業員になる可能性のある候補者を拒否できます（ Googleには年間300万件の申し込みがあります）。 エリン・プタシェクがかつて賢明に述べたように、「狂気の定義はグーグルのように行動し、あなたが成功することを願うことです。」
ホラーストーリー番号3：人事部は候補者を忘れました
私は通常、候補者に何が起こるか、そして候補者が採用プロセスをどのように進むかを注意深く監視します。 しかし、私は休暇中だったので、事務局長は彼を仕事に連れて行くと約束しました。 しかし、他の国からリモートで働いていた人事担当者は、申請を処理しませんでした。 私は休暇中だったので、私も連絡を取らず、候補者は数週間、誰も連絡をとらなかったために申請が拒否されたと考えました（実際、これは拒否を意味しません）。 典型的なエンジニアリングエラー。
2か月後、私は候補者に連絡し、元気ですかと尋ねました。 彼も人事担当者も、誰も彼の申請を処理しなかった理由を理解できませんでした。 そこで私はCCにこのプロセスに関わっている全員に、従業員の登録手続きを完了するように依頼する手紙を書きました。
人事部門は通常ほとんど給料がなく、絶望的に混乱しています。 スタッフリクルーターは、多くの場合、従業員を探すのではなく管理タスクを実行します。 さらに悪いことに、人事部門では、申請の受け入れ、拒否、または履歴書の転送を担当する従業員がまったくいない場合もあります。 これらの人はしばしば技術的な職業を理解していません。 15分で、彼らは誰を見つける必要があるかを伝えられ、その後、候補者の正しい「選択」を行っていると想定されます。 技術専門職の背景と性質の理解が不足しているため、これはしばしば貧弱な結果につながります。
ホラーストーリー番号4：候補者は、面接官よりも優れていたため拒否されました
Hacker Newsに関するこの記事へのコメントの中で、 優秀な候補者があまりにも優れているために却下されることがあることが言及されました。 それで、私は覚えている物語を話します。
その話では、候補者はインタビュアーよりも優れていると今でも思います。 候補者は22歳の男で、オープンソースプロジェクトの参加者であり、プログラマーの天才であり、その候補はコードをスクリーニングした後、開発者によって拒否されました。彼を「John」と呼びましょう。 この拒否に非常にショックを受けたので、電話での会話を整理し、この問題について議論しました。 電話会議には、人事マネージャー、ジョン、および私という3人が参加しました。
ジョンが会話中に電話した理由はすべてばかげていて、彼が真剣に話しているのかどうかわからなかった。 また、GithubでのJohnのパッチ、プルリクエスト、およびその他のアクティビティはかなりくだらないように見えましたが、コードのスクリーニングを担当していたため、彼の意見を考慮する必要がありました。
ジョンは候補コードのいくつかの問題を指摘し、それを一般的な画面にも表示しました。 彼が言及したことはすべてスタイルに関するものであり、実際の問題ではありませんでした。 彼の批判の他のすべての主題は一見悪いように見えましたが、実際には正当な理由がありました（コードが相互作用するあまりきれいでないAPIによる詳細なtry-catchブロック）。 それから私は忍耐を使い果たしました。 批判により、私は品位の限界を超えました。そして、候補者のコードの品質は、GithubのJohnのくだらないものよりも優れていると言いました 。 それから私の気質は私を失望させた。 さらに、HRはすぐに私を止め、「ここではジョンを評価していない」と言った。 何かに答えるのは難しいので、件名を変えてすぐに会話を終了しました。
これは別の記事の主題であるかもしれません。それは、人々がひそかに、および/または彼らよりも少し劣った候補者を雇うことを密かに好むときです。 一般的に、個々のインタビュアーと企業の両方が、自分よりもスキルと才能のある従業員を雇うことを恐れる場合があります。 候補者が良すぎるという事実による失敗は受け入れられません。したがって、彼らはトリックを使用し、候補者が弱いか、標準とは異なる領域に集中します。 これがソビエト連邦の教育機関でどのように行われたのかについての記事です （モスクワ州立大学での口頭試験での特別な課題。ユダヤ人の申請者によって解決されることが提案されました-およそPer） 。
結論
募集はあなたが思っているよりも混乱しています。 あなたが拒否されたとしても、これはあなたが下手なエンジニアであることを意味するものではありません。失敗はしばしば誤って起こるからです。
質問を自問する場合、なぜ、この記事で説明されているようなことを防ぐために、求人機関があるのでしょうか。 私たちは、候補者と空席の最適な組み合わせを見つけることで生計を立てており、会社の所有者は別として、仕事に適した候補者を見つけることに他の人よりも興味を持っています。 クレイジーなジョブ拒否のストーリーを知っているなら、コメントに書いてください。