オープンブック コーディング評価：AI時代の設計方法

クローズドブック時代は終わった

候補者がChatGPT、Stack Overflow、GitHub Copilot、彼らが使用するすべてのツールのドキュメントを持っていないふりをすることは、制度的な自己欺瞞です。深刻な質問はもはや「これらの使用を許可すべきか？」ではなく、「私たちがそうする場合、どの評価がシグナルを生み出すか？」です。

「適切に実施されたオープンブック」の様子

オープンブックは「簡単」を意味しません。適切に実施すると、以下を意味します：

• 問題は、候補者がツールを持っているため、クローズドブック版より難しいです。
• Gradingは判断に焦点を当てています。記憶ではありません。
• フォローアップは必須です。提出だけでは作成者である十分な証拠ではなくなったためです。

シグナルを生み出す3つのオープンブック形式

1. 「90分で現実的なものを構築する」

候補者は完全なインターネット、完全なAI、完全なドキュメントを持っています。タスクは現実的で、彼らが時間内に支援なしでできるより少し大きいです。Gradingは以下に焦点を当てています：彼らは正しいArchitectural選択をしたか、彼らは正しく優先順位をつけたか、Testing手法は理にかなっていたか。

このフォーマットは、高速タイプライターがクローズドブックチャレンジをこなせるエンジニアよりも、何を構築するかを知っている経験豊かなエンジニアを報酬します。

2. 「このCodebaseを改善する」エクササイズ

候補者は動作中ですが不完全なCodebaseを受け取ります。タスク：最大3つの問題を特定して修正し、書き込み説明を追加します。許可されているツール：何でも。

AIを持つシニアエンジニアは、AIを持つ新人エンジニアよりはるかに高速です。差別化要因は、彼らが修正することを選択した問題になります。

3. 「デザイン＋プロトタイプ」タスク

小さいSystem Design問題（40分）その後、最も興味深い部分の50分間のプロトタイプ。すべてをオープンにします。Gradingはデザイン議論とプロトタイプで行われた選択に焦点を当てています。

オープンブックを公正にGradeする方法

Grading Rubricは変わらなければなりません。「慣用的なコードを書く」をドロップしてください。Copilotはそれを無料で行います。追加 Dimensions：

• 「制約を与えられた適切なArchitectural選択を行った」
• 「最初に構築すべき正しい事柄を特定した」
• 「明らかではないEdge Caseをキャッチした」
• 「ツールを効果的かつ透過的に使用した」

必須のフォローアップ

提出についての30～45分のLive議論。候補者は彼らのコードをWalk throughし、選択を説明し、小さな拡張リクエストを受け付けます。これは作成者身分が確認される場所です。

フォローアップなしでは、オープンブックはScorableではありません。それにより、オープンブックはあなたにクローズドブック面接がかつてしたより良いシグナルを与えます。