プログラミング特化AIはエンジニアの仕事を変えるのか

最近、コードを書いてくれるAIツールがどんどん賢くなっている。ちょっとした関数を書くくらいなら一瞬だし、バグの原因を指摘してくれることもある。正直、最初にこれを触ったときは「自分の仕事、あとどれくらい持つんだろう」と本気で不安になった。

でも少し使い込んでみると、印象がだいぶ変わってきた。今日はその辺りを雑記として書いてみたい。

AIが得意なこと、苦手なこと

まず率直に言うと、定型的な作業はAIのほうが速い。CRUDのAPIを一つ作る、テストコードの雛形を用意する、ライブラリの使い方を調べる——このあたりはAIに投げたほうが圧倒的に早い。人間が一からドキュメントを読んで書くより、AIに聞いて修正するほうが時間の節約になる場面は本当に多い。

一方で、AIが苦手なのは「なぜそれを作るのか」という部分だ。ビジネス要件を整理して、どの機能が本当に必要で、どこは妥協していいのか。ユーザーの声を聞いて優先順位をつける。チームの中で「この設計は将来的に破綻しないか」を議論する。こういう判断は今のところ人間の役割として残っている。

AIは「聞かれたことに答える」のは得意だが、「何を聞くべきか」を決めるのは苦手、という感覚がしっくりくる。

仕事が「なくなる」のではなく「変わる」

こう考えると、エンジニアの仕事がまるごと消えるというよりは、仕事の中身がシフトしていくというほうが実感に近い。

コードを「書く」時間は減る
コードを「レビューする」「設計する」「意図を伝える」時間は増える
AIへの指示の出し方(プロンプト設計というよりは、要件の言語化力)が地味に重要なスキルになる

つまり、タイピング量が仕事の価値だった時代から、「何を作るべきかを見極める力」がより前面に出てくる時代に移っている感じがする。

若手エンジニアにとっての難しさ

ただ、ここで一つ気になっていることがある。ベテランのエンジニアは、AIを「優秀な部下」として使いこなせる。過去の経験があるから、AIの出したコードがおかしいときにすぐ気づける。

問題は、これから経験を積むはずだった若手だ。昔なら「地道にコードを書いて、痛い目に遭って学ぶ」というプロセスがあったが、AIが最初から答えを出してしまうと、その「痛い目」に遭う機会そのものが減ってしまうかもしれない。結果として、AIの出力が正しいかどうかを判断する力が育ちにくくなる、という懸念は割と真面目にあると思う。

このあたりは、今後の教育や育成のやり方自体を見直す必要があるのかもしれない。

結局どうなるのか

個人的な感覚としては、「エンジニアという職業がなくなる」というより「エンジニアに求められる能力の中身が入れ替わる」というのが一番近い気がしている。コードを書く速度で勝負する時代から、何を作るべきかを判断し、AIの出力を検証し、チームや事業の文脈に落とし込む力で勝負する時代へ。

不安がないと言えば嘘になるけど、少なくとも「考えることを放棄したエンジニア」から順に厳しくなっていくのは間違いなさそうだ。逆に言えば、考え続ける人にとっては、AIはこれ以上ないくらい頼れる相棒になる。そう思って、しばらくは肩の力を抜いて付き合っていこうと思う。


ここまで読んでくれて、ありがとうございます

PR


よろしければ、
のぞいてみてください