採用プロセスにおけるプログラミングの課題はどれほど効果的ですか？[閉まっている]

私たちの会社は、次のようなソフトウェアエンジニアの候補者を見つけるために設計された課題を作成できると思います。

• 問題を解決するのが得意で、リクルーターを悩ませることはできません。
• キャリアフェアで私たちのところに来るのを恐れる可能性が高いです。
• 現在のプログラミングの仕事では十分に活用されていない可能性が高いですが、内向的すぎて何もできません。

例については、FacebookがPietを使用して画像内のメールアドレスを非表示にすることについて説明しているこの記事を参照してください。

これが実際に機能するかどうかについての研究や確固たるデータを見つけることができません。

他のツールと同様に、非常に役立つか、非常に危険です。電動ドリルはあなたの人生をとても楽にします-あなたが手の甲をドリルダウンしてERに着地するまで。同じことは、採用におけるプログラミングの課題にも当てはまります。

良い点：これは、紙上ではプログラマーとしてそれほど魅力的ではないかもしれない人を検出する効果的な方法かもしれません。人々が通常「プログラミング」関連分野と考えるものとはほとんど関係のない何かの学位を持つもの-生物学、政治学、美術史...

彼らがあなたの挑戦を吹き飛ばすなら、素晴らしいことです。彼らはプログラミングを何とかして学んだが、それはどうやら立ち往生しているようだ。彼らが動けなくなった場合、彼らのアプリケーションは本当に人事をすり抜けた何かかもしれません。

悪い点：不十分に書かれたプログラミングの課題は、実際にはプログラミングスキルを評価しません。プログラミングスキルによるパズル解法をテストします。問題は、後者は2つの可変的な質問であるということです。あなたはパズルを解くのが得意ですか？パズルを解く部分で完全に失敗する完全に才能のあるプログラマーを持つことが可能です。

私が見たプログラミングの課題のほとんどは、その書き方によっては、あなたが望むものに近い人を検出するのにも失敗します。

これらの両方を軽減する方法があります。後者の場合、問題を本当に探している場合は、「部分的な信用」を解決策の形で受け入れることを検討します。ソルバー。結局のところ、コードを一人でコーディングする人はほとんどいないので、上級の同僚に「Hey Jim、Xを実装する良い方法を知っていますか？」あなたのチーム。

前者はやや難しいですが、その負担はあなたにかかっているからです。重要なパズル/問題/課題を選択してください。あなたのグループの誰もが彼らの仕事でトラベリングセールスマンの問題にリモートでさえ似たものに出くわしたことがないなら、あなたが思いつく挑戦をトラベリングセールスマンに巧妙にスピンさせないでください。そうすれば、彼らが「問題を解決し、それをコーディングする」という問題解決の側面に失敗している場合、彼らは少なくともあなたのチームが昼食時に吐き出した任意の賢さではなく、実際に出てくる何かに失敗しています。

非常に効果的。

...採用プロセスにプログラミングの課題が含まれていない限り。私はどんなインタビューでも技術的な評価をすることを嫌がりますが、それはばかを取り除くための簡単なゲージとして機能します。そして、バカを排除することは、採用プロセスの核心であるため、その役割に適した人により多くの時間を費やすことができます。

インタビューの際、私は人々がプレッシャーの中で何を言っているかを見ることが非常に重要だと思います。彼らが露骨ながらくたを吐き出す傾向がある場合、それは簡単に識別でき、私はこの人が私の時間の価値がないことを知っています。

キャリアフェアで私たちのところに来るのを恐れる可能性が高いです。

これは悪いことではありません。あなたの潜在的な候補者が彼がそこで雇われる価値があると賭けたくない場合、とにかく彼を本当に募集したいですか？

誰かがチームの一員として働くことを望んでいると思います。そのような優れたプログラマーとは、既存のチームメンバーとうまく働く人です。互いに効果的にコミュニケーションをとることができ、実際にお互いに仲良くなる（彼らは友達である必要はありませんが、彼らは良い関係と尊敬を必要とします）、喜んで同意する人々のグループを集めたいです共通の開発基準（コードとプロセス）を使用します。彼らは、新しい問題に対処するとき、またはメンタルブロックがある（4眼理論）ときに、大学を喜んで支援します。また、性格タイプの組み合わせを見つける必要があります。そのため、めったに話すことのない内向的なチームがある場合、よりしゃべるチームメンバーを取り込むと、チームのダイナミクスが改善され、チームの生産性が向上します。一方、

人をそのミックスに適合させたら、技術的なスキル/能力を考慮します。これらも補完する必要があります。一人ひとりが得意とする分野があり、その他は大丈夫、一部は手がかりがありません。そのため、手元のプロジェクトに関連する強みを組み合わせて取得する必要があります。優れたコーダーとうまく働く中間コーダーは、より強い人によって仕事のレベルが上がることを忘れないでください。チェーン内の弱いリンクは、スキルではなく関係です（スキルがチーム内にある場合）

それを組み合わせて頑張ってください。