技術面接の準備：結果を決める場所に時間を使う

選考は何でできているか

典型的な選考は四〜六回。コーディングが一〜二回、システムデザインが一回、行動面接が一〜二回、そして採用マネージャーとの面談が入ることが多い。シニア以上では、デザインと行動面接の比重がコーディングを上回ります。コーディングが並でも内定は出ますが、トレードオフを曖昧にしたままでは出ません。

現実に合う配分はおおよそ、中堅でコーディング40%／デザイン35%／行動25%、シニアでは25／45／30に近づきます。ほとんどの人は 90／5／5 をやっています。

なお日本では、日系と外資系で中身がかなり違います。日系は職務経歴と志望動機の比重が高く、外資系はコーディングとシステムデザイン、そして行動面接が明確に分かれています。受ける先がどちらかで、上の配分も変わります。

コーディング：量ではなく型

三百問は誤った目標です。面接問題の大半を覆う型は十五ほどしかありません——二ポインタ、スライディングウィンドウ、答えへの二分探索、BFS/DFS、トポロジカルソート、ヒープ、区間、累積和、バックトラッキング、列に対する動的計画法、Union-Find、単調スタック、トライ木、ビット演算、グラフ最短経路。

型ごとに五、六問解き、「これがその型だと分かる合図」を一文で書き出します。「ソート済み配列＋目標和」→二ポインタ。「重みなしグラフの最短経路」→BFS。試されているのは認識であって、型さえ選べればコーディングは作業です。

書きながら話す。コーディングの回で落ちる最大の原因は誤答ではなく沈黙です。面接官は推論を採点していて、聞こえないものは採点できません。手を動かす前に、何を検討していて、なぜ別案を捨てたのかを言ってください。

システムデザイン：毎回同じ道を通る

ここでの失敗は無知ではなく、順番のなさです。四十五分が一つの隅に消え、広さを見せられないまま終わる。毎回同じ順番で進めます——要件と規模を確認し、APIを描き、データモデルを描き、全体構成を描く。そのあと面接官が押してきた一、二か所を深掘りし、トレードオフを声に出して名指しする。

詳しい版はシステムデザイン面接のフレームワークに書きました。要点は一つ：構造は知識より高く採点されます。仕事に持ち込めるのは構造のほうだからです。

行動面接：エンジニアがいちばん準備しない回

エンジニアはこの回を雑談だと思いがちですが、違います。等級がここで決まることがよくあります。「シニア」を示すのは、曖昧さ、意見の対立、そしてあえてやらなかったことについての話であって、もう一問アルゴリズムを解くことではありません。

STAR形式で六つの話を用意し、そのうち少なくとも二つは「自分が擁護できる判断」、一つは「本物の失敗」にします。「私たち」ではなく「私」で話すこと——チームの話はチームの手柄になります。

どの物差しで測られるかを先に知る

求人票で技術スタックと領域を読み、その会社の選考がどう回っているかを調べます。公開している会社は多いです。ここに十五分使うだけで、六つのうちどの話をするか、どの言語で書くかが変わります。

やらなくていいこと

• 言語の細かい仕様を暗記する。シニアにスライスの初期容量を聞く人はいません。
• マイナーなアルゴリズム。名前のついた定理が必要な問題は、四十五分の回には出ません。
• 回答を一字一句覚える。覚えた文はさえぎられた瞬間に崩れます。覚えた構造は崩れません。

当日

準備が用意してくれるのは材料までです。面接そのものは、リアルタイムで、緊張の下で、しばしば朝九時に起きます。Interview Copilot は面接官の声を聞き、言い終わった瞬間に答えを画面へ出します——あなたの職務経歴書に基づくので例はあなたのもので、画面上のコーディング課題はそのまま読み取れます。Zoom・Meet・Teams の画面共有中は見えません。

この場面でアプリがどう役立つか

次に読む