AI時代にエンジニアのキャリアをスタートする：ジュニアデベロッパーへの6つのポイント

「もうジュニアエンジニアは必要ない」——もっともらしく聞こえるから繰り返される言葉の一つになっています。AIがコードを書くのだから、コードの書き方を学ぶ人材にお金を払う意味があるのか？ 最新のConfident Commitポッドキャストで、Rob Zuberはこの見方がまったく逆であると論じています。

Robは経験値の両端にいる2人のCircleCIの同僚と対談しました。Hanabel Mengistuは新卒で最初のエンジニア職に就いて1年未満、CircleCIのAssociate Rotational Programの一員として、すでに頭角を現しています。Michael Websterは2012年からプロとしてソフトウェアを書き続けているスタッフエンジニアです。対談から浮かび上がるのは、今この業界に入ってくる人たちには確かなアドバンテージがあり、彼らが抱えている不安のほとんどは解決可能だということです。

キャリアの初期段階にいる方、あるいはこれから業界に入ろうとしている方へ——実際にその渦中にいる人の視点から得られるポイントをまとめました。

以下のフルエピソードをご覧いただくか、そのまま読み進めて6つのポイントをご確認ください。

1.「ジュニアは不要」は市場の近視眼的な見方

AIがコードを書くからエントリーレベルの仕事がなくなる——そういう理屈ですが、これは成り立ちません。まだ書かれていないソフトウェアの量は膨大であり、コーディングがより身近になることでその規模はむしろ拡大します。何を作るか決め、それが正しいか判断し、結果に責任を持つのは、依然として人間の仕事です。

変わっているのは、あなたが担うべき仕事の中身であり、仕事そのものの有無ではありません。手作業はツールに任され、判断力、プロダクトセンス、実際の人の問題を解決する力はあなた自身に残ります。

ポイント：「ジュニア不要」という見出しは、求められるスキルが変化しているというシグナルであり、ドアが閉ざされたわけではありません。AIがまだ担えない領域を目指しましょう：

• 生成されたコードをレビューし、それが正しく、安全で、正しい問題を解決しているか判断する
• 何をテストすべきか、エッジケースがどこに潜んでいるかを見極める
• 素早く書かれた変更に潜むトレードオフやリスクを見抜く
• AIが半分作ったシステムをデバッグする
• そもそもの問題を正しく定義する

最後のポイントについては、生成AIのリスクとリターンの記事が参考になります。

2. 大学で学ぶのはコンピューターサイエンス。仕事に必要なのはそれ以外のすべて

学位で得られるのはコンピューターサイエンスであり、ソフトウェアエンジニアリングではありません。仕事がどう決まり、スコープが定まり、コミュニケーションされ、出荷されるかは学びません。ましてや、すでに頭に入りきらない規模のコードベースの中で働く方法など、絶対に教わりません。HanabelとWebsterは10年以上の時を隔てて学校を出ましたが、同じ壁にぶつかりました。

仕事の半分以上は、実は周辺の部分にあります：

• 何に取り組むかをどう決めるか
• チームの他のメンバーとそれについてどう話すか
• 変更に伴うリスクをどう評価するか
• 長持ちするシステムをどう構築するか
• 何かが壊れたときにどう対処するか

これらのほとんどは学校ではなく仕事の中で身につきます。だから、必要な知識の半分しか持っていないと感じてスタートするのは普通のことです。

ポイント： 学んだことと仕事で求められることの間にギャップがあるのは当然です。それは遅れをとったサインではありません。最も早くそのギャップを埋める方法は、経験のある人のそばで仕事をし、「周辺」の部分をオーバーヘッドではなくメインイベントとして捉えることです。

3. 好奇心こそがキャリアを支える特性

そのギャップにどう向き合うかについて、Hanabelは最も明確なモデルを示してくれました。CSの教育でどれだけのことを学び直す必要があったかと聞かれ、プロセスについてはほとんど何も知らない状態で入社したと正直に答えました。代わりに彼女を支えたのはシンプルな習慣でした。ミーティングで知らない用語に出会ったら調べる——それだけで知識が増えていく。知らないことを隠すべきものではなく、修正すべきものとして扱っているのです。

その習慣は経験を積んでも重要であり続けます。Websterはキャリアを重ねるにつれ、特定の実装にこだわることが減り、根底にある直感を磨くことに時間を使うようになりました。良いテストとは何か、パターンがなぜ存在するのか、本当にやろうとしていたことは何か。ツールがこれほど速く変わる時代には、持続するスキルはすでに知っていることではなく、学び続ける能力です。

ポイント：「それは知りません」を文の終わりではなく、始まりにしましょう。知らない用語を聞いたら調べ、その答えから次に学ぶべき3つのことを見つけましょう。

4. 先入観のなさはハンデではなくアドバンテージ

新人であれば、経験不足と感じるものは実はアドバンテージに近いものです。ソフトウェアチームはこうあるべきだという固定観念がないので、かつて重要だった習慣を捨てるためにエネルギーを費やす必要がありません。その「学び直し」は、キャリアの長い人にとって実際の労力を要する作業です。Websterは難しい側面を語りました。本番障害からあなたを救い、キャリアを築いてきたものが、今やボトルネックになっているかもしれない。それを手放すのは本当に難しいことです。

あなたはそのステップをスキップできます。筋肉の記憶と戦う必要がありません。物事のやり方を見て、「なぜそうするのか？」を問うことができます。「昔からそうしているから」という10年分の慣性に引き戻されることなく。

ポイント： 新人であることを謝る必要はありません。あなたの質問は、ベテランが何年も前に気づかなくなった前提を浮き彫りにします。「なぜこのやり方なのか」というナイーブな問いを声に出しましょう。半分くらいの確率で、その場で最も有益な発言になります。

5. AIが徒弟制度を侵食している。孤立に備えよう

ほとんどのエンジニアにとって、仕事は自分より詳しい人のそばに座り、質問することで学ぶものでした。Hanabelは業界の他の場所にいる友人たちから聞いている話を共有してくれました。学びのスピードが遅くなったと感じている、少し孤独だと。小さな質問への反射的な答えが「AIに聞けば」になると、ジュニアを支えてきたメンタリングの関係が薄れ始めます。

AIはあなたが入力した質問にそのまま答えます。良いメンターはそれ以上のことをしてくれます：

• なぜその質問をしているのかに気づいてくれる
• あなたに欠けているパズルのピースを見つけてくれる
• あなたが聞くべきだと思いもしなかった、近くにあるものに目を向けさせてくれる

ジュニアをシニアに育てるのはその周囲のコンテキストであり、AIだけが情報源になるとそれが失われます。Hanabel自身の経験がより良いものになっているのは、まさに周りに人がいるからです。

ポイント： AIを使ってスピードを上げることは大切ですが、AIだけを師にしてはいけません。些細すぎて迷惑かもしれないと思う質問も、人に聞き続けましょう。コンテキストはそういう会話の中にあるからです。チームにメンタリングのリズムがなければ、作ってほしいと頼みましょう。キャリアの初期にそれを求めるのは当然のことです。

6. 1年しか存在しないツールに10年の経験を持つ人はいない

ツールの変化は速く、全員が一緒にスタートラインに戻っている状態です。1年しか存在しないものに10年の経験を持つ人はいません。それは専門知識が部分的にリセットされたベテランにとっては戸惑うことでしょう。でもキャリアを始めたばかりの人にとっては、ほぼ最高のタイミングと言えます。

頼るべき専門家はそう多くありません。全員が同時に模索しているからです。誰かがすべての答えを持っていると期待していた場合、それは怖く感じるかもしれません。しかし同時に解放的でもあります。早い段階で貢献できる余地がはるかに大きく、上下関係よりも協働的なダイナミクスが生まれます。Hanabelにとってそれは心強いことでした。自分だけが知らないと感じるのではなく、他の人たちと一緒に考えられることが良かったのです。

ポイント： 競争の場はかつてないほどフラットになっています。それを活用しましょう。シニアエンジニアが何マイルも先にいると思い込まずに新しいツールを使い始め、オープンに貢献し、学んだことを共有しましょう。今はそれが在職期間と同じくらい重要です。

CircleCIで始めるためのステップ

この新世代のツールが前提とする形でCI/CDと連携して作業する力を身につけたいなら、インナーループから本番環境まで、すべて無料で試せるパスをご紹介します：

• エージェントのコードを書いている段階で検証する。 AIエージェントがコードを生成しているとき、小さなミスをコミット前にキャッチしたいものです。Chunk sidecarsはエージェントのループ内でCIライクな高速チェックを実行します。brew install CircleCI-Public/circleci/chunkでCLIをインストールし、プロジェクトでchunk initを実行すれば、エージェントが自分で検証し、失敗を修正してからコードを返してくれます。CircleCIユーザーなら無料で、Claude Code、Cursor、Codexで動作します。
• より深いチェックのためにパイプラインを設定する。 コードがコミットされたら、パイプラインがより重い検証とデプロイメントを処理します。インテグレーションテスト、セキュリティスキャン、変更を本番環境に届けるステップです。プロジェクトを接続し、コミットをプッシュし、パイプラインがエンドツーエンドで実行されるのを見てください。これがアウターループであり、実行を見ることが「出荷する」とは何かを理解する最速の方法です。
• CI/CDをエージェントに接続してループを閉じる。 ビルドやデプロイが失敗したとき、CircleCI MCPサーバーはClaude Codeなどのアシスタントにビルドログ、テスト結果、パイプラインステータスへの直接アクセスを提供します。タブ間でログをコピーすることなく、失敗を読み取り、原因を特定し、修正をプッシュできます。Claude.aiなどのWebアシスタントでは、ホステッドサーバー（https://mcp.circleci.com/v1/mcp）をコネクタとして追加し、OAuthでサインインします。ローカルエディタでは、サーバーはCircleCI CLIに組み込まれています。Cursorならcircleci mcp cursor enable、VS Codeならcircleci mcp vscode enable、Claude Desktopならcircleci mcp claude enableを実行します。

キャリアをスタートする最高のタイミング

ジュニアエンジニア不要論は、状況を正反対に捉えています。仕事がなくなっているのではなく、形が変わっているのです。そしてその新しい形で最も重要な特性——好奇心、新鮮な視点、オープンに学ぶ姿勢——は、キャリア初期のエンジニアがすでに持っているものです。Hanabelが言ったように、自分がどう感じるかに関係なく物事は変化していくのだから、シニカルになることに価値はなく、今学べること、貢献できることに前向きでいることにこそ価値があるのです。

ソフトウェアデリバリーの変化についてもっと知りたい方へ。 Confident Commitポッドキャストを購読して、Rob ZuberがAI時代の開発について、エンジニアやリーダーたちと語る対話に参加してください。そして今すぐ始める準備ができたら、CircleCIがどのようにお手伝いできるかをご覧いただき、無料でお試しください。