この記事は、候補者が問題のあるコードを提出した、実施方法がまずかったテクニカルスクリーニングについて論じています。面接官は提出者として、コードが分かりにくく、おそらく三目並べのようなゲームに関連していると感じました。コードには構文エラーと論理的な欠陥が含まれており、候補者が縦に3つ揃っているかを確認しようとしていたことが示唆されています。提出者は意図された機能について推測していますが、実装の不完全さと不正確さを指摘しており、その結果候補者はオファーを受け取れませんでした。その後、著者は面接官と候補者の両方にとってテクニカルスクリーニングを改善するためのアドバイスに移行します。スクリーニングは会話を促進し、候補者が思考プロセスについて話し合えるようにすべきであることを強調しています。面接官は質問をし、候補者と積極的に関わり、スクリーニングを協力的な取り組みとして扱うことを奨励されています。候補者は間違いを犯すことや、リファクタリングしやすいコードを書くことに慣れるべきです。これは学習と成長のプロセスの一部だからです。スクリーナーへの重要なアドバイスは、考え方を「ジョーカーをふるいにかける」ことから、候補者を擁護するための証拠を集めることにシフトすることです。目標は、候補者がこの段階まで到達したと仮定して、候補者が適任である理由を見つけるべきです。面接官は、この肯定的な証拠を探り、候補者に自分自身を証明するあらゆる機会を与えるべきです。徹底的なスクリーニングの後でも十分な肯定的な証拠が見つからない場合は、それは候補者の本来の能力の失敗ではなく、ミスマッチを示しています。最後に、著者は将来の「面接からの物語」特集のために、ユニークにひどいコードの提出をユーモラスに求めています。