「バイブコーディング(Vibe Coding)」の熱狂は、プロフェッショナルなエンジニアにとって何を意味するのだろうか。その答えの一つが、2025年10月30日に開催された「AI駆動開発カンファレンス 2025」にて明かされた。
答えの主は、テスト駆動開発(TDD)の第一人者・t-wadaこと和田卓人さん。「AI時代のソフトウェア開発を考える」と題した講演の中で、「バイブコーディングはエンジニアのためのものではない」と指摘した。
果たして、その言葉の真意とは。和田さんの考えを聞いていくと、AI全盛の時代にエンジニアが果たすべき役割と、自らの手を動かし続けることの大切さが見えてきた。
プログラマー テスト駆動開発実践者
和田卓人さん(@t_wada)
学生時代にソフトウェア工学を学び、オブジェクト指向分析/設計に傾倒。執筆活動や講演、ハンズオンイベントなどを通じてテスト駆動開発を広めようと努力している。『プログラマが知るべき97のこと』(オライリージャパン、2010)監修。『テスト駆動開発』(オーム社、2017)翻訳。『事業をエンジニアリングする技術者たち』(ラムダノート、2022)編者。『SQLアンチパターン第2版』(オライリージャパン、2025)監訳。テストライブラリ power-assert-js 作者
AIの登場は、問題の顕在化を圧倒的に早めた
バイブコーディング(※)をはじめとするAIの活用によって「開発生産性」が高まった結果、本来は開発規模が大きくなったり長期化したりしたときに出てくるはずの問題が、ごく短期間で発生するようになりました。
(※)自然言語によるAIへの指示と動作確認のみでソフトウェア開発を行い、コードレビューを一切行わない開発スタイル
例えば、技術的負債の高速な積み上げによって、かえって開発のスループットが低下するといった問題。AIが膨大な量のコードを吐き出す中で、人間がレビューできない分量のプルリクエストが積み上がり、結果として人間のキャパシティーが限界を迎えています。
またバイブコーディングは、未知の領域を大量に生産する開発スタイルとも言えます。当然アタックサーフェスが増え、セキュリティーリスクの高まりが問題視されています。
一見すると、AIエージェントの登場で新たな問題が数多く発生しているように思えますが、果たして本当にそうなのでしょうか。
技術的負債の高速な積み上げによる開発のスループット低下も、コードレビューがボトルネックになることも、昔からあった問題です。「正しく要件を定義し、きちんとドキュメントを書けばコーディングは自動化できる。だから設計が大事だ」という考え方も、それ自体は別に新しくありません。
つまり、問題の構造自体は変わっておらず、AIという道具があまりにも強大すぎるが故に、問題の顕在化が圧倒的に早まっただけなのです。
バイブコーディングは、あくまでも「ソフトウエアエンジニア以外の人々」に対する革命です。これまで障壁となっていたコーディングという作業が、AIを用いることで簡単に突破できるようになり、ソフトウエア開発の裾野がどんどん世界中に広がっていきました。
当然、裾野が広がれば広がるほど、その頂上は高くなります。プロフェッショナルなソフトウエアに求められる品質やインパクトは、これまで以上に高くなっていくのです。私たちは、その頂上が高くなった世界でどう戦っていくのかを考えなければなりません。
バイブコーディングは、われわれソフトウエアエンジニアのためのものではなかったのです。
ウォーターフォールのプロセスを15分で繰り返す
ソフトウエアエンジニアリングの世界において直面する課題の多くは、過去に類似の問題があり解決されてきているケースがほとんどです。一つ一つの問題を取り巻く状況は違っていても、問題の構造自体は同じであることが多い。
テスト駆動開発やドメイン駆動開発、制約理論、プロダクトマネジメントを通して学んだことは、AI時代のソフトウエア開発で直面する課題に対しても有効です。
そのため私たちは、「AI」と「これまで学んできたエンジニアリングのプロセス」をどうやって融合させていくかを考える必要があります。
会員限定
typeに登録すると続きをお読みいただけます。
会員登録後、画面が自動で更新されます。
取材・文・写真/今中康達(編集部)