「AIがコードを書く時代、エンジニアってこの先どうなるの？」
そんな不安、感じていませんか。実はこれ、今いちばんホットな話題のひとつなんです。
AIコーディングツールは、ものすごい勢いで進化しました。簡単な指示を出すだけで、AIがコードをスラスラ書いてくれる。便利ですよね。でも便利すぎて、こう思う人も増えました。「あれ、これ僕たちの仕事なくなるんじゃ…？」
2026年、この不安が数字になって表れてきました。ある調査では、なんと約半数のエンジニアが転職を意識しているんです。
今回は、AIコーディングでエンジニアのキャリア観がどう変わったのかを、調査データをもとにやさしく解説します。現役エンジニアの方も、これからこの道を目指す方も、きっと参考になりますよ。
この記事のポイント
- 約半数のエンジニアが「AIの影響で転職を意識した」と回答
- とくに20代でその傾向が強い
- これから伸ばすべきは「コードを書く力」より「上流工程の力」
ポチップ
エンジニアの価値が「コードを書く力」から変わり始めた
先に結論からお伝えします。
AIコーディングの普及で、エンジニアに求められるものが変わってきました。今までは「速く、正確にコードを書ける人」が評価されました。でも、その部分はAIが得意になってしまった。
だから、価値の重心が移り始めています。「何を作るか決める力」や「事業に貢献する力」へ。ここが、これからのカギになります。
その変化は、エンジニアたちの本音にも表れています。ある調査を見てみましょう。AIの影響で転職を意識したエンジニアは、全体の約半数にのぼりました。半分ですよ。かなり大きな数字です。
この記事では、その中身をくわしく見ていきます。何が起きているのか。そして、どう備えればいいのか。順番に整理していきますね。
約半数が「転職」を意識している
まずは、今エンジニアたちが何を感じているのか。データで見ていきましょう。
「2人に1人」が心を動かされた
今回の話のベースになるのは、レバテックという会社の調査です。2026年7月に発表されました。20代から50代のエンジニア572人に聞いた、なかなか本格的な調査です。
結果はどうだったか。AIの普及が転職の意向にどう影響したか、を尋ねています。答えを合わせると、こうなりました。「実際に転職した」が5.6％。「転職活動中・検討中」が17.3％。「考えたことはあるが行動はしていない」が26.6％。
これらを全部足すと、49.5％です。つまり、約半数のエンジニアがAIの影響で転職を意識した、というわけですね。
とくに20代が敏感に動いている
さらに注目したいのが、年代による差です。若い世代ほど、強く反応していました。
20代を見てみましょう。「実際に転職した」が13.9％。「転職活動中・検討中」が22.9％。どちらも、他の年代より高い数字です。
なぜ若手ほど動くのか。理由はいくつか考えられます。キャリアがまだ浅いぶん、将来への不安が大きい。身軽で動きやすい。新しい技術への感度も高い。こうしたことが重なっているのでしょう。
なぜ転職を考えるの？いちばんの理由は「危機感」
では、なぜ転職を考えるのでしょうか。理由の1位は、ちょっと切実でした。「AIによる業務代替リスクを感じた」が29.0％で最多です。
かんたんに言うと「AIに仕事を取られるかも」という危機感ですね。それに続くのが「より上流工程や高度なスキルを身につける必要性を感じた」で25.8％でした。
守りの危機感と、攻めの向上心。この2つが、エンジニアたちを動かしているんです。
「AIに代替される」の声は真っ二つ
じゃあ、エンジニア自身は将来をどう見ているのか。ここが面白いところでした。実は、意見がキレイに分かれたんです。
賛成派と反対派、ほぼ互角
「エンジニアの仕事はAIに代替されると思うか」。この質問への答えを見てみましょう。
「そう思う」と答えた人が37.7％。「そう思わない」が27.8％。意見が二分される結果になりました。プロの中でも、見方が分かれている。それだけ答えの出しにくいテーマ、ということですね。
それぞれの言い分
両者の言い分も、なるほどと思わせるものでした。
まず「代替される」と考える人たち。理由の1位は「AIによって少人数でも開発が可能になると思うため」で65.7％。2位は「コーディングや実装の自動化が進むと思うため」で62.0％でした。たしかに、少ない人数で回せるなら、必要な人手は減りますよね。
一方「代替されない」と考える人たち。こちらは、人間にしかできない領域に注目しています。要件を整理したり、関係者と調整したり。そういう仕事は、まだまだ人間の出番だ、というわけです。
僕自身は、後者に近い感覚を持っています。個人でアプリを開発していると、AIには任せきれない部分がよく見えるんです。「何を作るべきか」「誰のどんな困りごとを解決するか」。この一番大事な問いに答えるのは、やっぱり人間なんですよね。
これから伸ばすべきスキルは？
「不安なのはわかった。で、何を勉強すればいいの？」
そう思いますよね。ありがたいことに、同じ調査がヒントをくれています。
1位は「要件定義・上流工程」
「今後強化したいスキル」を聞いた質問がありました。その第1位はこれです。「要件定義・上流工程スキル」でした。
上流工程、という言葉が出てきました。かんたんに説明しますね。システム開発は、いくつかの段階に分かれています。「何を作るか決める」→「どう作るか設計する」→「実際に作る」→「テストする」。この最初のほうの段階を、上流工程と呼びます。
つまり「実際に手を動かして作る」より前の、「そもそも何を作るべきか考える」部分ですね。ここは、まさにAIが苦手とするところ。だから多くのエンジニアが「ここを強化したい」と考えているわけです。
「コードの量」ではなく「事業への影響力」
考え方の軸も、はっきり変わってきています。あるレポートは、こう表現していました。AI時代のエンジニアの価値は、コードの量ではない。その質と、事業への影響力にある、と。
これは大事なポイントです。昔は「たくさんコードを書ける人」がすごかった。でも今は違います。「そのコードが、事業にどれだけ役立つか」が問われる時代です。
わかりやすい対策を、表にまとめてみました。
| これまで重視されたもの | これから重視されるもの |
|---|---|
| 速く正確にコードを書く力 | 何を作るべきか決める力（要件定義） |
| 技術の知識そのもの | ビジネスや事業を理解する力 |
| 一人でこなす作業力 | 人やAIとうまく協力する力 |
AIを「使いこなす側」に回る
もうひとつ、大事な視点があります。それは「AIを敵ではなく、道具として使いこなす」という発想です。
最近、「AIを使いこなす異常に強いエンジニア」という言葉も話題になっています。AIに仕事を奪われるのではなく、AIを手足のように使って、一人で何人分もの働きをする人たちですね。
つまり、AIは脅威にもなるし、武器にもなる。どっち側に立つかは、自分次第。この考え方が、これからますます大切になっていくと思います。
僕はこう使っている「設計は人間、コーディングはAI」
ここまで調査データを見てきました。でも、正直こう思う人もいますよね。「理屈はわかった。で、実際どうなの？」と。
そこで、僕自身の話をさせてください。僕は熊本で、個人でアプリを開発しています。そして、まさにこの記事のテーマを地でいく使い方をしているんです。ひとことで言うと、こう。「設計は自分がやる。コーディングはAIに任せる」。この分担です。
「作るもの」を決めるのは、いつも人間
僕の作り方は、いつも同じです。まず「何を、誰のために作るか」を、とことん考えます。ここは絶対に人任せにしません。AIにも任せません。
たとえば、僕が今いちばん力を入れているアプリがあります。「くまモビ」という、熊本の交通アプリです。これを作ったきっかけは、妻のひとことでした。「熊本の交通は放射状に発展しているけど、横の移動が大変なんだよね」。この生活の中のリアルな困りごと。ここがすべての出発点でした。
どんな人が、どんな場面で困っているか。それをどう解決するか。どんな画面で、どんな体験を届けるか。こうした設計は、全部自分の頭で考えます。地元に住んでいるからこそ見える課題です。妻との会話から生まれた発想です。これは、AIには絶対に出せないものだと思っています。
実はこのアプリ、構想自体は15年ほど前からありました。でも、ずっと形にできなかった。理由はシンプルです。個人では、作りきれなかったからです。それが、AIの進化で変わりました。「一人でも作れる」時代が来たんです。だから、長年の構想を実行に移せました。
「形にする」ところで、AIが本気を出す
設計が固まったら、次はいよいよ実装です。ここで、AIが大活躍します。
僕が作ってきたアプリは、決して簡単なものばかりではありません。たとえばくまモビには、乗り換え案内のしくみを一から組み込みました。複数のバス会社のデータを扱う、かなり本格的なものです。他にも、地図を裏側で動かすしくみや、スタンプラリーの機能など、中身は結構複雑です。
こういう実装を、AIと一緒に進めていきます。「こういう動きをさせたい」と伝える。AIがコードを書く。試す。うまくいかなければ、また相談する。この繰り返しです。一人で全部書いていたら、何倍も時間がかかったはずです。
くまモビだけではありません。ニコニコ生放送のコメントを表示するアプリ。ファイルを管理するアプリ。星座を映すARアプリ。SNSのフォロー外しを検知するアプリ。こうしたアプリを、いくつもリリースしてきました。どれも「設計は自分、実装はAIと二人三脚」というスタイルで作っています。
AIに「丸投げ」はしない
ただし、大事な注意点があります。僕はAIに「丸投げ」はしません。ここは、はっきりさせておきたいところです。
AIは、たしかにコードを書くのが得意です。でも、間違えることもあります。見当違いの答えを出すこともあります。だから、最終的に判断するのは、いつも自分です。
僕には、開発の中で決めているルールがあります。そのひとつが、これ。「原因を確定させてから動く」。バグが出たとき、証拠もなく当てずっぽうでコードをいじるのは、しません。ちゃんとログを見て、本当の原因を突き止めてから直す。この規律は、AIを使う今も変わりません。むしろ、AIを使うからこそ大事になっています。
AIが出したコードを、鵜呑みにしない。ちゃんと理解して、責任を持って世に出す。この姿勢があるかないか。ここが、これからのエンジニアの分かれ道になる気がしています。
実感：エンジニアの仕事は「なくならない」、けど「変わる」
こうやって実際に手を動かしてみて、僕なりの実感があります。それは、こういうものです。エンジニアの仕事は、なくなりません。でも、確実に変わります。
「コードを速く書く」ことの価値は、たしかに下がりました。そこはAIが担えるからです。でも、その代わりに、別の力の価値が上がりました。「何を作るべきか見抜く力」です。「その課題を、技術でどう解くか設計する力」です。
僕は、コードを書く時間が減りました。そのぶん、「誰の、どんな困りごとを解決するか」を考える時間が増えました。これは、すごく健全な変化だと感じています。AIのおかげで、より本質的な仕事に集中できるようになった。そういう手応えがあるんです。
最後に
AIコーディングの進化は、エンジニアの世界を大きく揺らしています。約半数が転職を意識し、将来の見方も真っ二つ。不安になるのは、当然のことです。
でも、悲観する話ばかりではありません。むしろ、チャンスと捉えることもできます。
単純なコーディングはAIに任せる。そのぶん、人間は「何を作るか」「誰を幸せにするか」という、より価値の高い仕事に集中する。そういう時代への入り口に、僕たちは立っているのだと思います。
大事なのは、変化から目をそらさないこと。そして、少しずつでも上流の力を磨いていくこと。AIを恐れる側ではなく、使いこなす側へ。その一歩を、今日から踏み出してみませんか。
僕自身、「設計は自分、コーディングはAI」というスタイルで、いくつものアプリを世に出してきました。だから断言できます。この使い方は、ちゃんと形になります。長年あたためた構想も、AIの力を借りれば、一人で実現できる時代です。この変化を、ぜひ前向きに楽しんでほしいなと思います。
これからも一人の個人開発者として、この変化と向き合っていきます。また新しい動きや気づきがあれば、このブログでかみくだいてお伝えしますね。
それではまた、しらかわるーむでお会いしましょう。
ではでは、参考までに
ポチップ
コメント