要約:
従来のプログラミングは本当に終わりを迎えているのでしょうか? 11 日間、6,778 件のコミット、100 万行を超える新しいコード。このプロセスを通じて約 165,000 米ドルのトークンが焼かれました。最近、Bun 1.4 が正式にリリースされ、Bun の基礎となる大量のコードが Zig から Rust に直接書き直されました。 GitHub のマージ レコードによると、1 つの変更は「+1009、257 行、-4024 行」に達しました。
誇張されているのは、これらの 100 万行のコードは、何百人ものプログラマーによって少しずつ入力されたものではないということです。
プロジェクト全体を主導した中心的な開発者である Jarred Sumner は、まずエージェントの作業フレームワークを構築し、次に AI をそれに組み込み、並行して書き直しました。
11 日後、主要プロジェクトは基本的に完了しました。
その後数か月間、エージェントはバグの修正、テストの実行、改良を繰り返し続けました。
今日に至るまで、このコード セットは Bun 1.4 で正式にリリースされ、何百万もの開発者のコンピュータで実行されています。
これを読んだ後、InfluxDB の創設者である Paul Dix は、「プログラミングの終わり」という記事を直接書きました。
彼は、「プログラマーが自分でコードを書き、別のプログラマーがそれを 1 行ずつレビューする」というおなじみのソフトウェア開発方法が死にかけていると直接判断しました。
100 万行のコード
人間はそれに耐えられません
Paul Dix が本当にショックを受けたのは、これらの 100 万行のコードがあまりにも多すぎて、誰も見ることができなかったことです。
開発者が週に数件の PR しか送信できない場合でも、もちろん真剣にレビューできます。
しかし、OpenAI や Anthropic 内の一部の開発者は、週に数十、場合によっては数百の PR を送信できるようになったと同氏は観察しました。
このレベルでは、コードを 1 行ずつ確認することは基本的に不可能な作業です。
彼らの働き方が変わり始めています。
プロンプトを作成し、ハーネスを構築し、テストを実行し、検証条件を設定して、エージェントをループに組み込みます。
人間が結果を監視しながら、マシンが自動的にコードを生成できるようにします。 Bun 1.4 は、このプレイ スタイルの極端な例です。
Jarred は、Rust の 100 万行を自分でタイプしたわけではありません。
彼のやっていることは組み立てラインの構築に似ています。最初にエージェントに移行方法、どのような結果が正しいと判断されるかを指示し、次に複数のエージェントを並行して進めさせます。
最初のバージョンがリリースされても終わりではありませんでした。私は実行、テスト、修正を続けました。
Paul Dix は、多くの人が「これは Zig を Rust に変換しているだけではないでしょうか?」と言っているが、これはこの問題をやや過小評価していると感じています。
100 万行のコードが翻訳されることは珍しいことではありません。
重要なのは、これら 100 万行のコードを安定版リリースまで修復できるかどうかです。
A 社と OpenAI の従業員
すでに「1 年後」を生きている
ポール・ディックスも興味深い判断をしています。
A 社と OpenAI の開発者は、実は「1 ～ 2 年後の普通のプログラマーの世界」に住んでいます。
最新モデルを使用でき、Token でほぼ十分です。
一般の開発者はまだ毎週の割り当てを計算中ですが、すでに最も強力なモデルがバックグラウンドで一日中激しく実行されている可能性があります。
今回の Bun の書き換えは、この作業方法を事前に公開デモンストレーションすることに相当します。
十分にスマートなモデルと、ほぼ無制限の量のトークンおよび信頼性の高いハーネスを組み合わせることで、ソフトウェア生産の速度をどこまで押し上げることができるでしょうか。
もちろん、人間の手書きコードは明日も消えるわけではありません。
大企業のプロセス、責任システム、セキュリティ レビューにより、古いやり方が今後何年にもわたって存続します。
Paul Dix 自身は、従来のプログラミング手法がまだ 10 年は続く可能性があると考えています。
しかし、最速の人々のグループはもはや従来のプログラマーのようには見えません。
彼らは要件を決定し、タスクを細分化し、エージェントの組立ラインを構築し、受け入れチェックを行い始めました。
以下の 5,000 行のコードが生成されるか、50,000 行のコードが生成されるか、または 100 万行のコードが生成されるかについては、自分の目で読むことはできないかもしれません。
真の価値はコードから検証までです
AI によって生成されるコードが増えても、ソフトウェアが自然に優れているというわけではありません。
まったく逆です。将来的には、誰もメンテナンスしたくないバグ、ジャンクコード、ソフトウェアが大量に存在することは間違いありません。
ポール・ディックス自身もこれを認めています。本当に変わったのは、ソフトウェアを作成するアプローチです。
以前は、コード自体がコア資産でした。
将来的には、誕生からオンラインに至るまで、人間が大量のコードを完全に読み取ることができない可能性があります。
人間が本当に把握する必要があるのは、システムの動作、テスト結果、パフォーマンス指標、セキュリティ境界、ユーザー エクスペリエンスです。
コードは「作品」から、機械によって自動的に生成される中間生成物に変わりました。これは、ハーネスが突然非常に重要になった理由も説明しています。
Rust の 100 万行は単なる始まりに過ぎないかもしれません。
将来最も価値のあるプログラマーは、最も速くコードを入力する人ではないかもしれません。おそらく多くのAIを最も動かしている人でしょう。
コメント