フレームワークはもう不要？エージェント時代にReactが生き残る理由

フレームワーク、リンター、コンパイラ…それらには、エージェント的であれそうでなかれ、仕事で活用しないのは愚かと言えるほど体系化された教訓が含まれている。先人が築いたものを使うことで、より早く目的地に到達できる。

自分のフレームワークを作るのは、全く急いでいないなら素晴らしい——学びたいのかもしれないし、それが売り物の一部かもしれない。それ以外の全員は、最もてこの効くアプローチを使うべきだ。

今必要なのは、別の種類のフレームワークだ。エージェントのコーディングをより簡単で、より堅牢にするようなものだ。そうしたフレームワークでは、人間の使いやすさは二の次か、まったく考慮されないだろう。

私はウェブ開発者ではないけれど、これにはとても共感する。ただし、より一般的な「コードを理解することはもう意味があるのか？」という形で。そして、それは少し悲しい。

私はちょうど卒業したばかりで（そして運良くジュニアの仕事を得た）、ソフトウェアに問題があると深く掘り下げるのが好きな人間だ。正確さを気にし、強い型付けの言語を好み、Haskellを仕事で使ったことはないけれど、Advent of Codeはすべてそれでやっている。正確なドキュメントを読むのが好きだ。

しかし昨日、父がMistralのVibeとAndroid Studioを使って作ったアプリを見せてくれた。彼はITサポートで、Kotlinなど学んだことはないけれどコンピュータサイエンスは知っている。それでもアプリを「作る」ことができ、興奮していて、私も彼のために嬉しかった。でもそれは基本的に彼が嬉しそうだったから嬉しかっただけだ。

この機会に、どう取り組んだのか、コードがどう動くかの唯一の情報源がAI自身の説明であることを気にしないのか、など多くの質問を彼にした。そして基本的には「クリティカルでなければ」（それは彼の携帯用のランチャーアプリにすぎなかった）「問題ない」という結論になった。

しかし、私自身はアプリをバイブコーディングしたことはないけれど、次々と出てくるプロジェクトを見るにつけ、AIが今できることをいつも過小評価している気がする。その背後にあるプロセスが全くわからないので、ほとんど魔法のように思える。

そして、いつ（もしではなく）私たちが集合的にAIコードのレビューをやめるのか、90%の人がコンパイラの出力を検証するのをやめたように、と思う。

物事のやり方を制約するフレームワークを書くのに、これほど良い時代はなかった。

私たちの仕事はほぼすべて社内のフレームワーク上で行われている。レイテンシ、保証、ビルド時エラー、そして個々の実装をバイブコーディングできるようにするフィードバック。

もっとフレームワークのコードが欲しいと常々思う。元のフレームワークを、私たちが乱用したときにより怒って例外を投げるようなもので作ればよかったと願っている。

型システムがもっと表現力豊かであれば、スレッディングの話がもっと良ければ、と願ってやまない。

全体を作り直すのはかつてなく簡単になったが、それでもフレームワークが職人技であるときに私は最も幸せだ。