トレンチコートを着たトリビアにすぎない面接問題

採用を始めたときに引き継いだほとんどの面接質問は、トレンチコートを着たトリビアだった：厳密に見えるほど巧妙で、公平に見えるほど具体的で、後で気にしたことにはほぼ相関していない。この記事は、それらをワークサンプルで置き換えたときに実際に学んだことの短いリストと、今もスロットを稼いでいる質問だ。

トレンチコートのサイン

トリビアっぽい面接質問はわかりやすい家族的類似性を持っている。今では十秒以内に見分けられる：

正解が一つある。 優れた候補者は「だいたい正しい」に至るのではなく — ひっかけを知っているかどうかだけだ。
特定のコードベースや言語機能への表面的な親しみ、判断力ではなく、を評価する。
ルーブリックが静かに測るのは**「この候補者はこの特定のトリックを暗記しているか？」** であって「この候補者は仕事ができるか？」ではない。
それを好むインタビュアーは三つ前の仕事で同じ問いをされ、今もそれを解いたことを少し誇りに思っている。

そういう質問を書いている自分に気づいたら、止まれ。誇りがサインだ。良い質問は巧妙だから生き残るのではなく、退屈で機能するから生き残る。

廃止した四つの質問

会社名は言わないが、これらはすべて引き継いで、何が良い採用を予測するかを実際に測定し始めてから削除した質問だ。

「ホワイトボードで二分木を逆にしてください」

一deckのプロダクションコードで二分木の逆転を書いたことはゼロ。読んだのは多分二回。この質問は完全に「最近この問いで面接対策をしたか」のフィルターだ。積極的に就活中の人に強く選択し、今の職場で満足して働いている人に対して選択してしまう。これは間違った方向だ。

「Twitterの設計方法を教えてください」

システム設計質問は問題ではない。「Twitterを設計してください」が問題だ。 Twitterのアーキテクチャの特定のロールアップ — ユーザー、ツイート、ファンアウトオンライト、キャッシュ層 — を暗記している候補者が、実際には見たことのないシステムを推論できる候補者より有利になる。

今は候補者が聞いたことのない曖昧なシステムについてシステム設計を聞く。「六つのリージョンにまたがる広告インベントリのリアルタイム入札をマッチングするシステムを設計してください。」誰も暗記していないほど新規で、トレードオフが本物であるほど具体的だ。優れた候補者は明確化の質問をする。暗記者はフリーズする。

「[言語X]で`sort`の時間計算量はいくつですか？」

これは純粋なトリビア問題だ。正解は「調べればいい」だ。標準ライブラリの計算量の上限を暗記するシニアエンジニアは、実際に重要なもの — 複雑さをいつ気にするか、そしていつ気にしないかの判断力 — のためのシェルフスペースをトレードしている。暗記者は要らない。

「[特定の難解なCSコンセプト]について説明してください」

「CAP定理を説明してください。」「BASEとACIDの違いは？」「マークルツリーとは？」これらは会話のきっかけとしては構わない。フィルターとしては壊滅的だ。最近ボキャブラリーを学んだ人を、根本的な制約を理解している人より選んでしまうから。 CAP定理を寝言で暗唱できても、本番環境で結果整合性について推論できないエンジニアに会ったことがある。「CAP」という言葉を一度も使ったことがなくても、十年間正しい分散システムを構築してきたエンジニアにも会った。ボキャブラリーではなく行動でフィルターしろ。

残した三つの質問

私の書き直しを生き残ったのは、すべてある構造を共有している：候補者に本物の作業の一部、またはそれに非常に近いものを与え、どう考えるかを見る。

「私たちのシステムからの本物のバグレポートがあります。デバッグしてください。」

私の経験では、ゴールドスタンダードの技術面接だ。候補者に本物の（匿名化された）バグレポートを渡す：症状、ログ、部分的なスタックトレース、関連するかもしれないコミット。45分間どう推論するかを見る。何でも聞ける。

この質問が高シグナルなのは、以下を試されるから：

好奇心 — 修正に飛びつく前にシステムについて聞くか？
パターン認識 — このようなバグを以前にざっくり見たことがあるか？
判断力 — デバッグを止めて仮説を立てる時を知っているか？
コミュニケーション — 進みながら推論を説明できるか？

また暗記問題にはない意味で公平だ：全候補者が同じバグで、ルーブリックは「どう考えるかを見せてくれたか」であって「唯一の正解に至ったか」ではない。

「後悔している技術的な決定について話してください。」

すべてのシニアエンジニアには一つある。ない候補者は非常にジュニアか、自分の仕事について非常に不誠実かのどちらかだ。良い答えは具体的（プロジェクト、年、結果）で、内省的（何を変えるか）で、過去の自分に公平だ（その時持っていた情報で決定は合理的だった）。

最良の答えには「そしてその結果として決定の下し方をこう変えた」が含まれる。それがシグナルだ。後悔自体ではなく — ループを閉じる能力だ。

「採用担当者には聞けないが、将来のマネージャーには聞くことは何ですか？」

これは私が聞いた中で、答えが最も採用決断を変えた唯一の質問だ。

優れた候補者は具体的なことを聞く：チームはオンコールをどう扱うか、コードレビューの文化はどういうものか、機能の出荷が遅れたときはどうなるか、現在チームに何人のエンジニアがいるか。

レッドフラグな候補者はシグナリングなことを聞く：昇進ラダー、インパクトトラック、「戦略的方向性」。それらが悪い質問だというのではなく — 正当だ — でもそれらは出荷よりもキャリアブログを多く読んだ候補者が聞く質問だ。最初のバケツはエンジニアリングの判断力。二番目はキャリアの見た目だ。

ワークサンプルのトリック

シニア候補者には、ワークサンプルに強く傾いている：候補者が自分の時間に、自分のエディタで、初日にやるのに近い問題に取り組む。「90分でコンパイラを作れ」ではない。むしろ「Xを不格好にやっている400行のファイルがあります。普通どうするかでリファクタしてください、好きなだけ時間をかけて、選択をフォローアップで説明してください。」

聞いた異議：

「自由時間の少ない人には不公平だ。」 これは本物の懸念だが、修正はワークサンプルの対価を払う（やったことがある）か小さく保つ（やったことがある）か — ホワイトボードトリビアに戻るではない。
「候補者はAIを使う。」 使ってほしい！仕事はAIを含む。どう使うかを見たい。 AIで支援されたきれいなリファクタを、何を保持し何を変えたかの思慮深い説明とともに提出する候補者は、実際の2026年のスキルを実証している。
「1時間の技術ラウンドより候補者の時間を多く取る。」 そうだ。しかしはるかに良いシグナルを得られる。正しい調整は面接のラウンドを少なくすることであって、短くすることではない。

私がまだ間違っている部分を認める

面接を解決したとは主張したくない。していない。おそらく問題ない候補者を落とし、間違った候補者を採用した。十年採用するシニアエンジニアは皆、同じリストを持つ。

最も自信があることはトリビア・イン・ア・トレンチコートの面接質問は常に代替案より悪いということだ。廃止するたびに、より良いシグナルを得た。「伝統のため」に保持するたびに、後でしなければよかったと思った。

今採用中なら：ループを監査しろ。各質問について「この質問の素晴らしい答えはどのようなものか、その答えは実際に仕事での成功を予測するか？」を聞け。予測的なバージョンを書き下せないなら、質問を廃止しろ。ワークサンプル、本物のバグ、候補者の過去についての明確化の会話に置き換えろ。

ループは短くなる。採用は良くなる。そして人々にホワイトボードで二分木を逆にさせることをやめる — これが2026年においては、小さな文明的前進だ。