ソフトウェア開発の未来に対する私の見解

2026年9月19日

この記事はもともとXに投稿したもので、大きな反響を呼んだ。2026年9月時点で自分が信じていることを記録に残しておくため、ブログにも載せることにした。消えてしまうには惜しいからだ。予測のいくつかは単なる観察で、Ampのような会社ではすでに現実になっている。残りは結論が出るまで時間がかかる。

コードレビューは死ぬ。 いや、すでに死んでいる。だが今後、人間がモデルの出力したコードからバグや問題を見つけることはない。少なくとも、まともな時間内には見つけられない。人間がレビューするのはシステムとその構成要素だが、それはPRの中で起きるわけではないし、コードを一行ずつ読んで済む話でもない。

ユニットテストも死ぬかもしれない。 一度も転ばないなら、補助輪は何のためにある？　モデルに900行のArduino Cを書かせたことがあるが、コンパイル時にエラーは一つも出ず、デバイスに書き込んだら完璧に動いた。900行なんて、今後は取るに足らない。

コードを書くという職人芸は消える。 もちろん、今でもイタリアの靴職人はいる。だが、自分の足元を見てみろ。

ソフトウェアを構築するという職人芸は、これまで以上に重要になる。 ソフトウェアでビジネスの問題をどう解くか、他のソフトウェアがどうやっているか、なぜそうしたか、なぜそうしなかったかを知っていること。いつ、どうやってリリースし、どうフィードバックを得るかを知っていること。これが新しいゲームだ。

ほとんどのバグは「コーディング」のバグではない。 「間違ったものを作った」というバグだ。

オープンソースは今の形では成り立たない。 「目玉が十分にあれば、どんなバグも隠れられない」は今も真だが、人造の目玉が手に入ったのだ。

性能が重要な場面で人間が貢献することは、今後もエッジケースにとどまる。 ソフトウェアの99%では、より速いアルゴリズムを書けたとか、より良いデータ構造を選べたとか、そんなことはどうでもいい。顧客もユーザーもいなければ、そのコードを走らせる人もいない。意味がない。本当に重要なときは、モデルが直せる。ソフトウェア（開発者）の上位1%と残りの99%を比べるのはやめろ。

ターミナルは死ぬ。 開発ツールのほとんどはtokenに流される。シェルもテキストエディタもCLIツールも、人間が使うことはなくなる。コマンドライン引数やjqの呼び出し方を覚える必要もなくなる。Perlのワンライナーで全部書くのと同じくらい古くて晦渋なことだと見なされるようになる。（これを言っているのは、ターミナルと開発ツールの愛好家である私だ。）

Tokenは新しい計算のパラダイムだ。 すべてがその上で作り直される。私たちは80年間、決定論的なコンピュータを使ってきたせいで、「コンピュータがこれまでどう動いてきたか」と「コンピュータがどう動くべきか」を混同してきた。これからはポストバイナリの時代に入る。

PM・デザイン・エンジニアの三人組は消える。 もう意味がない。AgileだのSCRUMだの、何であれ——死んでいる。チケットをagentに投げ、人間に報告する「人間プロキシ」としての「エンジニア」に価値はなくなる。

大企業と小規模企業のソフトウェアエンジニアリングの差は広がる。 Google流のやり方を取り入れたスタートアップは、以前よりずっと滑稽に見えるだろう。はるかに速く、はるかに少ない制約で作れるようになったのだから。

「良いコード」が今後も重要だという証拠はない。 「良いコード」という概念そのものが、主に「人間が扱いやすい・安い・効率的」という前提の上に成り立っている。だが、ほとんどのコードは人間が修正するものではない。「80桁まで」とか「改行はここで」といったルールがagentにとって意味を持つと考えるのがどれほど馬鹿げているか想像してみろ——そして、あなたが「良いコード」について心に抱いている他のあらゆる属性についても同じだ。そういうことだ。

ソフトウェア開発から締め出される人が出る。 80年代や90年代に一部の人しかパソコンを買えなかったように、これから数年は、十分なtokenを確保できない者は二部リーグで戦うことになる。tokenに手を伸ばせ。

安いモデルが使われるかどうかは疑わしい。 Tokenはどこにでもあるものになり、私たちはtokenに浸かる。そして今日賢いと見なしているモデルは、将来とても愚かだと見なされる。だが賢いモデルは間違いが少なく、必要なターン数も少ない。いつになったら「何回か間違えても大丈夫」などと思うだろうか？

モデルはUIを即座に生成できるほど速くなる。 多くのUIが存在するのは、ソフトウェアがあなたの望みを理解できないからだ。メニュー、設定画面、ダッシュボード、フィルター——その多くは、愚かな機械のための人間がアクセス可能なAPIにすぎない。賢い機械はずっと少ないUIで済む。

結論が出るまでには時間がかかる。 「新しいソフトウェア」が「古いソフトウェア」を置き換えるには一世代かかる。今日でもASP開発を楽しそうにやっている人は少なくないし、10年後もコードを書いて食っている人はいるだろう。だが、あなたはその一人になりたいか？

Twitterでフォローしてくれ： @thorstenball。メールなら： me@thorstenball.com。著書もある： interpreterbook.com と compilerbook.com。

週刊ニュースレター Register Spill も書いている。読んで購読するなら registerspill.thorstenball.com。