生成AIは「コードを書く」というエンジニアの仕事を急速に変えた。AIと相談しながら実装を進めるだけでなく、作業を丸ごとAIエージェントに預ける場面も増えている。

では、コードを書く時間が短くなれば、開発はその分楽になるのだろうか。大量に生まれたコードの正しさを誰が判断するのか。その確認を省力化できたとして、人間はソフトウエアを理解し続けられるのか。

テスト駆動開発の実践者として、長年ソフトウエア開発を見つめてきた和田卓人（t-wada）さんと共に、2026年上半期までの変化をたどりながら、これからの開発に残る課題を考えてみよう。

プログラマー　テスト駆動開発実践者
和田卓人さん（@t_wada）

学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』（オライリージャパン、2010）監修。『テスト駆動開発』（オーム社、2017）翻訳。『事業をエンジニアリングする技術者たち』（ラムダノート、2022）編者。『SQLアンチパターン第2版』（オライリージャパン、2025）監訳。テストライブラリ power-assert-js 作者

「プログラミングの終わり」が意味するもの

私は四半世紀にわたりこの業界を見てきましたが、約70年のソフトウエアエンジニアリングの歴史を振り返っても、直近の2年間ほど変化の激しい時期はなかったと感じています。

その転換を象徴する出来事が、2025年２月初頭に続けて起きました。

25年2月4日、技術書の金字塔であるオライリーメディアの創業者、ティム・オライリー氏が『The End of Programming as We Know It』というタイトルの記事を発表しました。業界のレジェンドが「The End of Programming（プログラミングの終わり）」と題した文章を出す。長年プログラマーとしてキャリアを重ねてきた私にとっても、大きな衝撃がありました。

ただ、見落としてはいけないのは後半の「as We Know It（われわれが知る形での）」。プログラミングという行為そのものではなく、「これまで私たちが親しんできたプログラミングの姿」の終焉。そして、まったく新しい形へと再定義されていくことが示唆されているのです。

このオライリー氏の記事に先立つこと1日、25年2月3日には、OpenAIの共同創業者であり元CTOでもあるアンドレイ・カーパシー氏が、X上でとあるポストを投稿しました。そこに記載されていたキーワードこそ、「バイブコーディング」です。

There’s a new kind of coding I call "vibe coding", where you fully give in to the vibes, embrace exponentials, and forget that the code even exists. It’s possible because the LLMs (e.g. Cursor Composer w Sonnet) are getting too good. Also I just talk to Composer with SuperWhisper so I barely even touch the keyboard. I ask for the dumbest things like "decrease the padding on the sidebar by half" because I’m too lazy to find it. I "Accept All" always, I don’t read the diffs anymore. When I get error messages I just copy paste them in with no comment, usually that fixes it. The code grows beyond my usual comprehension, I’d have to really read through it for a while. Sometimes the LLMs can’t fix a bug so I just work around it or ask for random changes until it goes away. It’s not too bad for throwaway weekend projects, but still quite amusing. I’m building a project or webapp, but it’s not really coding – I just see stuff, say stuff, run stuff, and copy paste stuff, and it mostly works.

— Andrej Karpathy (@karpathy) February 2, 2025

自然言語でAIに要望を伝え、返ってきたものを使いながらアプリを作る。コードを細かく読んだり、自分でエラーを追ったりする従来の開発の常識を塗り替える新たなトレンドが、瞬く間に世界中を席巻していったのです。

「AIに書かせるか否か」は、もう論点じゃない

2024年末頃は「AIにコードを書かせるべきか、それとも自分で書くべきか」という議論が盛んでしたが、「AIにコードを書かせる」ことはもはやマストになりました。25年末以降、現場の関心は「使うかどうか」から「どう使うか」へ移っています。

ソフトウエア開発の現場では大きく二つの使い方が確立されました。私はこれを「伴走」と「委託」と呼んでいます。

「伴走」は、コーディングエージェントと対話しながら二人三脚で開発するスタイルです。何を作るべきか、どう作るべきかも含めてやり取りする。私自身、基本的にはこちらを主軸にしています。

「委託」は、自律的なAIたちに開発を任せ切るアプローチです。タスクを預けておき、「作っておいて」と依頼し、後から確認する進め方ですね。

AIが自律的にコードを生成していくため、スピードは圧倒的に「委託」が速い。ですが、人間が途中のプロセスを把握しにくく、レビューの負荷がかかります。

一方、「伴走」は人間が常に状況を把握できるため、意図しないトラブルや暴走を防ぐことができます。

ただし、「伴走」は人間の時間に依存するためスケールしにくいのもまた事実。それぞれの特性を理解した上で、適材適所で使い分けていくことが、エンジニアや組織に求められているのです。

最後のボトルネックは「レビュー」

26年現在、ソフトウエア開発ライフサイクル（SDLC）の前提そのものが、根本から覆ろうとしています。

従来のSDLCは、人間が仕様を考え、コードを書き、レビューし、テストし、運用することを軸に組み立てられてきました。ところがコーディングエージェントの進化によって、コードを書く速度や量といった「物的生産性」では、AIは完全に人間を凌駕したのです。

かつては人間がハンドルを握り、AIが助手席に座る「コパイロット」の時代でしたが、現在はAIがドライバー（主務）であり、人間はアドバイザー（指揮・監督）。AIを前提とした開発体制への組み替えが、今年後半の大きなテーマとなります。

AIが高速に大量のコードを書けるようになった現在のソフトウエア開発における最大のボトルネックは、間違いなく「コードレビュー」にあります。だからといって、安易にレビューをやめてしまえば品質の崩壊を招くだけです。

では、どうすべきか。ヒントは、これまでコードレビューが担っていた役割を解体し、五つの工程へ分散させることにあります。

編集／秋元 祐香里（編集部）