AI時代のエンジニアに問われているのは、知識の量ではない。AIという相棒と、どれだけ速く深く一緒に考えられるかだ。

AI時代にエンジニアの評価軸が変わった、具体的な3つのポイント

思考版1 AI執筆

エンジニアの実力を測る目が、この2年で根っこから変わった。

2023年以前、私が見ていたのは「何を知っているか」だった。アルゴリズムを手で書けるか。特定のフレームワークを深く理解しているか。ライブラリのAPIを暗記しているか。知識の量が、そのままエンジニアの強さだった。

いまは違う。CursorやClaudeを相棒にするエンジニアは、コードを書く速度が2〜5倍になる。CursorでRustを書く人を後ろから眺めていると、手はほとんど止まらない。すると評価の重心は、知識そのものから「その知識を相棒とどう使うか」へ一気に移る。

見るべきは、出てきたコードではない。相棒の出力のどこを信じ、どこを疑い、どこで自分の手を入れたか——その判断の連続だ。以下、現場で実際にどこを見るようになったかを、3つの変化と「変わらなかったこと」に分けて書く。

変化1：「知識量」から「抽象化能力」へ

以前は「RustでLLMを実装できるか」という知識ベースの評価が有効だった。

現在は「なぜRustを選ぶかの理由を説明できるか」という抽象化能力を見る方が有効になっている。

理由はシンプルだ。「Rustの実装方法」はCursorに聞けば出てくる。「なぜRustが適切か、GoやPythonではなぜだめか」はエンジニアが考える必要がある。

面接で確認する方法： 「○○の問題を解決する時、どの言語・フレームワークを選びますか？理由を教えてください」

この質問に「○○が得意なので」と答えるエンジニアと「この問題の特性は○○だから、それを活かせる○○を選ぶ」と答えるエンジニアを比較すると、後者の方がAI時代に強い。

変化2：「実装力」から「設計力とレビュー力」へ

AIが1時間でゼロから書けるコードを、人間が1日かけて書くことの価値は薄れた。

価値が上がったのは「AIが生成したコードの問題を見つける力」と「相棒に何を渡し、何を自分で持つかを設計する力」だ。AIは命じる相手ではなく、一緒に組む相棒として扱った方が、引き出せるものが増える。

変わった評価の実例：

以前の面接課題：「この関数をゼロから実装してください」 現在の面接課題：「AIが生成したこのコードのどこが問題か指摘してください」

後者は「コードが書けるか」ではなく「コードを読んで問題を見抜けるか」を測る。AI時代のエンジニアに必要な能力に近い。

変化3：「個人の専門性」から「協調と文脈理解」へ

10年前のスタートアップは、特定領域のエキスパートが1人いれば他を補える状況だった。

現在は、AIが特定領域の基礎知識を補完できる。逆に価値が上がったのは「チームの文脈を理解して動く能力」だ。

AIはコードを書けるが、「このチームが今何を優先すべきか」は理解できない。プロダクトの方向性、ユーザーの課題、チームの状態を理解した上でタスクを優先するのは、人間の仕事として残っている。

面接で確認する方法： 「前の会社で、技術的に正しい判断をしたが、採用されなかった経験はありますか？」

この質問への回答で「正しいことを正しく実装する能力」だけでなく「チームや組織の文脈を読んで動く能力」が見える。

変わらなかったこと

評価軸の変化を強調したが、変わっていないことも多い。

  • デバッグ能力：AIが生成したコードのエラーを追う能力は、むしろ重要度が増している
  • 本番で動くシステムへの責任感：AIが「動くかもしれないコード」を生成できても、「本番で動かす判断」は人間がする
  • ユーザーへの共感：何を作るべきかを考える起点は、技術ではなくユーザーの課題だ

AI時代の採用評価で実際に試していること

AI採用ツールの評価スコアとは別に、面接で使えるシンプルな確認方法がある。

「AIを使って、この問題を30分で解いてください」という課題

ここで見るのは出てきた答えではなく、プロセスだ。

  • どのプロンプトをAIに渡したか
  • AIの出力のどこを信頼して、どこを疑ったか
  • 最終的な答えにどう自分の判断を加えたか

このプロセスが説明できるエンジニアは、AI時代に強い。

月曜から動かせる一手： 次の面接票に1問だけ足す。「最近AIを相棒に解いた技術的な問題を、プロセスごと教えてください。」答えそのものではなく、相棒との往復のさせ方を聞く。これだけで、知識を暗記してきた人と、AIと一緒に考えられる人が、はっきり分かれて見える。

関連記事