コーディングチャレンジの中止を求める声

• 非現実的なコーディングテストの問題点

  • 技術面接で非現実的なコーディング課題を求める傾向が強まっている。
  • こうした課題は実際の職務と関係がなく、協業や支援が標準である職場の状況を反映していない。
  • 例えば、ドキュメントもなく古いコードベースをデバッグする状況は、職場ではほとんど起こらない。

• 隠れた時間の浪費

  • 企業は応募者が課題に投じる追加の時間を見落としている。
  • 応募者は企業研究、職務要件の学習、プロジェクトの完成に多くの時間を費やす。
  • 「4時間」の課題が8時間、10時間以上に膨らむこともあり、仕事と生活を両立する開発者にとって大きな負担となる。

• 柔軟性という神話

  • 多くの企業は、こうしたテストが「適応力」を評価するために必要だと主張する。
  • しかしこれは、Ruby開発者にPHPをデバッグさせるような非現実的な要求である。
  • 適応力は重要だが、応募者の価値を無関係な挑戦への対応力で評価すべきではない。

• 企業の誇示か、評価か?

  • 一部の企業は、こうしたテストを通じて「エリート」基準を誇示しようとする傾向がある。
  • これは「上位1%」という誇張された発想であり、実際には適切な評価方法ではない。
  • こうしたやり方は、人工的で高圧的な状況にうまく適応できない有能な応募者を排除してしまう。

• 現実を見直す必要性

  • 企業は、こうした面接慣行が誤っていることを認めるべきだ。
  • 職務に必要なスキルをテストすべきであり、非現実的なコーディング・ブートキャンプのようなものを求めるべきではない。
  • 採用プロセスは、問題解決、協業、関連分野での成長に焦点を当てるべきだ。
  • 非現実的な期待は優秀な人材を引きつけられないばかりか、むしろ疲弊させ、落胆させる。
  • 企業が適応力のある開発者を求めるなら、長期的な学習能力に焦点を当てるべきだ。
  • こうした非現実的な課題を取り除き、本当に重要なことに集中することで、より良く包摂的な技術文化を築くことができる。

[GN⁺]

Hacker Newsの意見

• ある開発者は、ドキュメントがほとんどない古いC++コードベースをデバッグし、保守する経験をよくすると述べている

  • チームなしで1人で数千人のユーザーにサービスを提供する小さな会社で働く状況を説明している
  • 古いパッチを復旧したり、コードを書き直さなければならない場合もある

• 面接で問題解決能力をテストすることが重要だという意見に同意している

  • ジュニアWeb開発者にグラフアルゴリズムを求めるのは過剰だと考えている
  • シニア開発者やアーキテクトには深い理解が必要だとしている

• ある友人のパートナーが大手テック企業の面接を準備しながらLeetCodeの問題を練習した経験を共有している

  • システム設計の部分が最も難しかったと述べている
  • システム設計面接が台本に従っているように見えると批判している

• 小さなスタートアップでシニアエンジニア職の面接プロセスを進めた経験を共有している

  • 応募者にさまざまな面接方法を選べるようにし、その大半がtakehomeテストを選んだと説明している

• ドキュメントのない古いコードベースをデバッグするのは一般的だという意見を共有している

  • PHPアプリケーションをデバッグすることは柔軟性を試す良い方法だと考えている

• コーディング面接は、ソフトウェア開発職に適した候補者を見極める最良の方法だと主張している

  • 基本的なプログラミング能力を備えていない人については、会社は別の候補者を探すだろうと警告している

• ドキュメントが不十分なコードベースをデバッグする経験を毎日していると述べている

  • チームの半分が解雇されたり会社を去ったりしたと説明している

• コーディングテストを実施しない会社での悪い経験を共有している

  • さまざまな技術スタックを扱うチームで、基本的な作業をこなせない同僚を支援しなければならなかったと説明している

• 特定の技術が必要な職務では、その技術をテストすべきだと主張している

  • 採用慣行を理解せずに批判するのは非生産的だと警告している

• takehome課題はより多くの時間がかかる可能性があり、これはモラルハザードを引き起こしうると説明している

  • 時間のかかる課題は、より多くの自由時間を持つ人に有利だと指摘している