技術面接の深掘り質問で概念の理解度をチェックする

技術面接の対策としてAIに「インデックスとは何か説明して」と尋ねると、綺麗に整理された回答が返ってきます。問題は、その回答を読んだだけで自分も理解したと錯覚してしまう点です。実際の面接では同じ概念を自分の言葉で説明しなければならず、丸暗記したフレーズは一度の深掘り質問であっけなく崩れます。

最初の段落で役割を「暗記か理解かを深掘り質問で見極める面接官」に設定したのはそのためです。教師役を与えると親切に解説から始めてしまいますが、面接官役を与えればこちらの説明を待つようになります。さらに「正解の要約を最初から教えないでください」と釘を刺すことで確実に動作します。

進行を4つの段階として固定したのは、対話の順序が崩れやすいためです。基本質問 → 自分の回答 → 深掘り質問（最大2回） → 採点、という流れがあってこそ、1つの概念が終わるたびに何が理解できていなかったのかが明確に残ります。深掘りの回数を制限したのは、際限なく追及されると練習ではなく単なる尋問になってしまうからです。

採点前に「実際に発言した内容のみを根拠にしているか」をセルフチェックさせる指示は非常に効果的です。この文がないと、AIはユーザーが言ってもいない解説を要約に補完して甘い採点をしてしまいます。制約の「確証がない場合は明記する」と「基準バージョンの明示」は、技術面接の深掘り対策において特に重要です。バージョンごとに挙動が異なる仕様を決めつけて覚えてしまうと、本番の面接で減点対象になりかねません。

綺麗に整理された想定問答集が出力されます。読めばすべて理解した気になりますが、自分の言葉でアウトプットした経験がないため、実際の面接で「では、なぜその仕組みになっているのですか？」と突っ込まれた途端に言葉に詰まります。結局、何が理解できていないのか分からないまま面接に臨むことになります。

最新バージョンの挙動を根拠なく断定してしまうケースがあるため、採点結果の中でバージョンに依存しそうな内容は公式ドキュメントで再確認してください。コードを提示しながら質問したい場合は、1回につき1つの関数のみを渡すようにしてください。長いコードを一度に貼り付けると、面接官の役割を忘れてコードレビューを始めてしまいます。