Thorsten Ball による投稿の日本語訳： ソフトウェア開発の未来について私が信じること（What I believe about the future of software development） コードレビューは死ぬ（Code review will die）。というか、すでに死んでいます。将来的には、人間がモデルの生成したコードのバグや問題点を（少なくとも現実的な時間内には）見つけられなくなります。人間はシステムとその構成（コンポジション）をレビューするだけになりますが、それはPR上で行われるものでもなければ、コードを1行ずつ精読することでもありません。 ユニットテストも死ぬかもしれない（Unit tests might die too）。一度も転ばないなら、補助輪なんて必要あるでしょうか？ 私は以前、モデルに900行のArduino Cコードを書かせたことがありますが、1つのエラーもなくコンパイルされ、実機に転送すると完璧に動作しました。未来においては、900行など取るに足らない分量になります。 「コードを書く」クラフト（職人技）は消滅する。確かに、今でもイタリア製の手縫い靴職人は存在します。しかし、皆さんの足元を見てみてください（誰もが既製靴を履いているはずです）。 「ソフトウェアを構築する」クラフトは、かつてないほど重要になる。ソフトウェアを用いてどのようにビジネス上の問題を解決するか、他のソフトウェアはそれをどのように解決し（あるいはなぜ失敗し）、いつどのようにリリースし、フィードバックをどう得るか——それこそが新たなゲーム（本質）です。 大半のバグは「コーディングのバグ」ではなくなる。それは「頼み方を間違えた（求めたものが誤っていた）バグ」になります。 現在の形態のオープンソースは、もはや意味を成さなくなる。「十分な数の目玉があれば、すべてのバグは浅くなる（Linusの法則）」は依然として真実ですが、今の私たちには「人工の目玉（AI）」があります。 人間によるパフォーマンス重視（極限の最適化）のコントリビューションは、これまで通り「エッジケース（例外）」に留まる。ソフトウェアの99%において、より高速なアルゴリズムが書けたか、より優れたデータ構造を選択できたかなんて関係ありません。顧客もユーザーもおらず、誰もそのコードを実行していないのですから、どうでもいいのです。本当にそれが重要になったときは、モデルが修正してくれます。トップ1%のソフトウェア（や開発者）と、残りの99%を比較してはいけません。 ターミナルは死んだ。開発者ツールのほとんどは「トークン」の波に流されて消え去るでしょう。シェル、テキストエディタ、CLIツールを人間が使うことはなくなります。コマンドラインのフラグや jq の呼び出し方を覚える必要はもうありません。それは「Perlのワンライナーですべてを書く技術」と同じくらい時代遅れで難解なものと見なされるようになるでしょう。（私はターミナルや開発ツールをこよなく愛する者としてこれを言っています）。 トークンこそが新たなコンピューティング・パラダイムである。あらゆるものがその上に再構築されるでしょう。私たちは過去80年間決定論的なコンピュータを使ってきたため、「コンピュータがこれまでどう動いてきたか」と「コンピュータがどう動くべきか」を混同してしまっています。私たちはポスト・バイナリ（バイナリ以降の）時代に入りつつあります。 PM／デザイン／エンジニアリングの三位一体は消滅する。もはや何の意味もありません。Agile、SCRUM、その他何であれ、すべて終わりです。チケットをエージェントに押し込み、その結果を人間に報告し直すだけの「生身の代理人（meat proxies）」として振る舞うエンジニアには、もはや価値がありません。 大企業と小規模企業におけるソフトウェアエンジニアリングの格差は拡大する。Googleのプラクティスをそのまま真似るスタートアップは、これまで以上に滑稽に見えるでしょう。小規模チームなら、はるかに迅速に、はるかに少ない制約で開発できるようになるからです。 「良いコード」が将来重要になるという証拠はない。「良いコード」という概念自体が、主に「人間が作業するにあたって容易／低コスト／効率的である」という考えに基づいています。しかし、人間はコードの大半を変更しなくなります。「幅80文字制限」や「適度な改行」がエージェントにとって重要だと思うのがどれほど馬鹿げているか考えてみてください。あなたが思い描く「良いコード」の他の特性についても、すべて同じように考えてみてください。そうです、そういうことです。 ソフトウェアの制作から価格的に締め出される人々が出てくる。80年代や90年代にパーソナルコンピュータを購入できたのが一部の人だけだったのと同様に、今後数年間は、十分なトークンを確保できなければ二軍（下位リーグ）で戦うことになります。トークンを手に入れなければなりません。 より安価なモデルが使われるかどうかは疑問である。トークンは至る所に溢れ、私たちはトークンの海を泳ぐことになるでしょう。そして、今日「賢い」と見なされているモデルは、将来「極めて愚か」と見なされるようになります。しかし、より賢いモデルほどミスが少なく、必要なやり取り（ターン数）も少なくて済みます。「数回くらい間違えてもいいや」と本気で思える瞬間がどれほどあるでしょうか？ モデルが極めて高速になるため、UIはその場で（オンザフライで）生成されるようになる。多くのUIが存在している理由は、ソフトウェアが「あなたが何を求めているか」を理解できないからです。メニュー、設定画面、ダッシュボード、フィルター——その多くは、愚かな機械を人間が操作するためのAPIに過ぎません。賢い機械には、それほど多くのUIは必要ありません。 これが現実になるには少し時間がかかる。「新しいソフトウェア」が「古いソフトウェア」を置き換えるには、一世代ほどの時間がかかるでしょう。現在でもASP開発者として幸せに雇用されている人がいるように、10年後にもコードを書くために雇われている人間はいるはずです。しかし、あなたはそんな仕事をしたいですか？