ソフトウェア開発者へのインタビューには、しばしば数日間の宿題が含まれます
昨年、ソフトウェア開発者としての仕事をしている会社が、私のプログラマーの能力をテストする方法を提案しました。架空のレストランから注文を出すためのアプリケーションを作成してください。 私は少しショックを受けました。 そのようなアプリケーションをゼロから開発するにはかなりの時間がかかり、宿題は支払われません。
長い週末の仕事の後、私は疲れ果ててあきらめました。 空席は面白くないと言いましたが、実際にはそのような面接の方法に不安を感じました。
私は友達に他の誰かが宿題をしたかどうか尋ねました。 そして私は一人ではありませんでした。 国全体で、開発者はこの慣行に直面しています。 人々は数時間から3日以上かけて無給のタスクを完了します。 昨年のPyConでのスピーチで 、開発者のスーザン・タンは、32時間を宿題に費やしたが、プログラムには最初の要件で指定されていない機能もなかったため、結局それをとらなかったと言いました。 彼女は、通常、作業を完了した後、フィードバックがまったく得られなかったと言います。これは、調査対象の開発者の典型的な問題です。 シリコンバレーのEric Umenhoferは、3日間の作業を必要とするテストを実行しました。
「ベイエリアはすでに慣れています」と彼は言いました。 「ある企業がこの慣行を適用し始めると、他の企業はそれに気づき、それに追随します。」
宿題がITインタビューの一部になる方法
2010年の最初の本格的な作業では、6時間の非構造化インタビュー[質問の口頭形式と質問の順序が事前に計画されていないインタビュー-約1時間]を経験しました。 トランス。]。 当時のIT業界では一般的だったように、私はチームの各メンバーと自分の経験とスキルについて話しました。 それらのいくつかは質問を準備し、他は準備しませんでした。
多くの研究は、そのようなインタビューがバイアスの潜在的なソースであり、候補者の正確な評価を提供しないことを示しています 。
後に、IT業界は、このようなバイアスを回避するなど、スキルをテストするために他の形式のテストを提案しました。 これには、候補者が最初の25個の素数のシーケンスのアルゴリズムのような、ある種のパズルの解決策を提示するホワイトボードインタビューが含まれます。
このアプローチも敵意をもって受け入れられました。批評家は、これらのテストはほとんどのプログラマーの通常の仕事とは異なると言いました。 そして、そのようなパズルの最も有名な支持者であるGoogleは認めました： 彼ら自身の研究でさえ、パズルを解くことと候補者の能力との有意な相関関係を明らかにしませんでした 。 ボードを埋めた状態でのテスト。
この真空では、「宿題」が発生しました。そこでは、開発者が自分のコンピューターで快適な家庭環境で実際の問題を解決する機会が与えられます。
インタビューにおける宿題の問題
雇用の一環としての数日間の無料の仕事は誰にとっても不便ですが、この要件は、女性などの技術ですでに過小評価されているグループに対するバイアスを悪化させる可能性があります。 わが国の女性は、 まだほとんどの宿題を育児のために行っており、そのため、こうしたテストを行う自由時間ははるかに少なくなっています。 ソフトウェア開発者のGabriela Voicuが私に言ったように、多くの女性には「役に立たないことがわかっているプログラミングタスクをあいまいにする」時間がありません。 彼女は特に、差別を解消する方法やより公平な採用プロセスなどのタスクを提示した企業があることに腹を立てていました。 「これが彼らの目標であるなら、これは不完全な決定です」と彼女は言いました。
宿題が比較的最近提供され始めているので、他の採用方法と有効性を比較する研究はありません。 しかし、一部の人事マネージャーは、このような時間の浪費なしにプログラマーの能力を評価できると主張しています。
アトランタのCallRail開発マネージャーであるピートホリデーは、インタビュープロセス中に宿題を配りましたが、その後、優秀な候補者がこのように姿を消すことに気付きました。 宿題をする時間がないと言う人もいました。 他の人はこの段階に達していないかもしれません。 「オフィスでの簡単なインタビューは、より多くの報道を提供します」と、ホリデーは言います。 -あなたは彼らが時間を持っているか、自宅でコンピューターを持っていることを期待していません。 病気の親relative、ひとり親を持つ候補者がいます。 宿題がなければ、範囲を広げることができます。」
また、一部の候補者は、タスクのために提供された特定のフレームワークに不慣れでしたが、明らかにそれを研究することができたと述べました。
Holidayの会社は現在、共同のコード監査とディスカッションを含む「ライブプログラミングインタビュー」に構造化形式を使用しています。 通常、このプロセスには30分から1時間かかります。
ロンドンのテクニカルアーキテクトであるアリステアデビッドソン氏は、彼が提案した「小さな」宿題を完了するのに16時間かかることがわかったとき、彼の会社は同じ選択をしたと言いました。 「[ライブインタビュー]は、人の隣で働き、問題を解決する方法についてのより良いアイデアを提供します」と彼は言いました。
同時に、多くの開発者、特に上位レベルの開発者は、宿題を完了するという申し出に対して「いいえ、ありがとう」と答え始めます。 労働市場に戻ったときも同じことをします。