The Follow-Up Questions That Make a Take-Home Walk-Through Actually Useful
ウォークスルーが実際に測定していること
3つのこと、すべてがアーティファクトだけからは見えないものです：
- 彼らは実際にこれを書きましたか？ 自分自身のコードを説明できない候補者はそれを書きませんでした（または貼り付けたものを理解しませんでした）。
- 彼らの推論の深さは？ アーティファクトは彼らが何をしたかを示しています。ウォークスルーはなぜを示し、それが工学的判断が生きる場所です。
- 彼らは押し返しにどう対応しますか？ 選択に異議を唱えたとき、彼らは優雅に更新しますか、新しい情報で防御しますか、それとも慌てますか？
ほとんどのウォークスルーは「あなたが何をしたかを説明してください」というデフォルトになり、候補者はdiffを説明します。これは利用可能なシグナルの約30%をカバーしています。
残りの70%を生み出す質問
「なぜこのアプローチを[明らかな代替案]より選んだのですか？」
彼らが行ったトレードオフを明確にするよう強制します。代替案を検討しなかった場合、それはシグナルです。検討して却下した場合、制約をどのように計量するかを学びます。
「これのどの部分に最も満足していませんか？」
自己認識と品質基準をテストします。強い候補者は時間圧の下で行った特定の妥協を名付けることができます。弱い者は「すべて良さそうです」と言います。自己批判のない候補者は、異常に高い基準（稀）か低い基準（一般的）のいずれかを持っています。
「[特定の制約]が異なる場合、何が変わりますか？」
彼らが暗黙的に仮定した制約を選択します：スケール、レイテンシ、エッジケース処理。彼らの答えは、制約について推論したか、単にデフォルトを選んだかを明らかにします。
「この関数が[特定のエッジケース]で呼び出されたときに何が起こるかを説明してください。」
彼らが実際にコードをトレースしたか、どこかから取得したかをテストします。それを書いた候補者は頭の中で実行をシミュレートできます。貼り付けた候補者はつまずきます。
「あと2時間あれば、何を変えますか？」
優先順位付けをテストします。「テストを追加する」という答えは大丈夫です。「Xをリファクタリングします。Yが脆弱であることに気づいた」という方がはるかに良いです。「完成していると思う」はシニアレベルで懸念しています。
「最も時間を費やした場所を見せてください。それはなぜ難しかったのですか？」
多くの場合、候補者がシニアエンジニアが10分でするようなことに40分費やしたことを発見します — これはキャリブレーションデータです。またはあなたが本当の微妙さを彼らが打たしたことを学びます、これはポジティブなシグナルです。
聞かないこと
- 「AI支援を使用しましたか？」前もって特定のポリシーで聞くか、聞かないか。ウォークスルーの中で、この質問はあなたを助ける方法では答えられません。
- 「すべての行を説明してください。」 狭すぎます。判断なしのナレーションを得るでしょう。
- 「これを100万人のユーザーにどのようにスケーリングしますか？」 別のラウンド。システム設計をテイクホームウォークスルーにマージしないでください。
ルーブリック
アーティファクトから独立してウォークスルーをスコアリングします：
- 防衛可能な深さ。 彼らは何ではなくなぜを説明しましたか？
- エッジケース認識。 彼ら自身の仕事の弱点を特定しましたか？
- プッシュバックによる更新。 異議を唱えられたとき、彼らは生産的に関わりましたか？
- コミュニケーション。 彼らの説明は明確で構成されていましたか？
候補者は平凡なアーティファクトと強いウォークスルーを持つことができ、それは採用シグナルです。逆 — 強いアーティファクト、弱いウォークスルー — はアーティファクトのオーサーシップについて何か悪い懸念シグナルです。
ClarityHireは、テイクホームアーティファクト、ルーブリック、およびウォークスルースコアリングを並べて表示するため、レビュアーはスコアを明確に仕事または説明のいずれかに帰属させることができます。両方が重要で、彼らは頻繁に意見が異なります。