その時には、修正は簡単だろうね。最新のLLMを立ち上げて、自分のコードベースを指して「これをゼロから書き直して。ちゃんとやって。アーキテクチャのミスを直して」と言えばいい。

まず、ほとんどのソフトウェアはすでにごちゃごちゃしてる。次に、LLMが生成するコードは、人間が書いたコードよりもごちゃごちゃしないこともあるよ。ちゃんとトレーニングやプロンプト、検証、レビューをすればね。完璧でパターン化されたSOLIDでユニットテスト済みのコードを、警告やアンチパターンなしで生成するのは、今までで一番簡単だよ。

一般的に「LLM支援のコーディング」には賛成だけど、時々『デューン』のバトラー・ジハードのことを考えるよ。 https://en.wikipedia.org/wiki/Dune:_The_Butlerian_Jihad

アセンブリプログラマーから現代のJavaScriptの人たちへ、こんにちは。冗談はさておき、VS Codeがこんなに層になって書かれてるのを考えると、時々驚くよね。約200MBのミニファイドコード - JavaベースのIDEは、ほぼ1GBのコード（ライブラリや依存関係）でさらにひどかった。VS Codeはその時代のネイティブエディタ（Sublime）を打ち負かして今は支配してるけど、ビジネスモデル（オープン＆無料 vs フリーミアム）が影響してるかもね。でも、個人的にはかなりうまく機能してると思う。これによって、何十億ドルのスタートアップが市場に出てきたし、CursorやAntigravity、ほぼすべてのUIコーディングエージェントも含まれてる。バックエンド開発者（Java/C++系）が、まるで私たちが劣った惑星から来たかのようにJavaScript開発者を見下してたのを覚えてる人はどれくらいいるかな？VSCodeが実際にはネイティブフレーム内にラップされたブラウザだってことを覚えてる人はどれくらい？

30年後もまだコードを見たり、メンテナンスしたり、ちょっとでもコードについて心配しなきゃいけないなら、何かが深刻におかしいってことだよね。

何年も盲目的にこの方向に進んで、突然みんなで目を覚まして「何をしてしまったんだ」と気づくのは間違いだと思う。これは素晴らしいフィルターであり、素晴らしい機会でもある。もしLLMがここ数年のペースで改善を止めたら（もうすでに遅くなってると思うけど）、それでも数十億行のコードを生み出すことができるけど、自分たちではgrepもできないし、論理的に考えることもできないから、品質が落ちて、LLMに全力投球する企業は収益を失うことになる。でも現実的に考えよう。現代のLLMは、正しく使えばまだ素晴らしくて役立つツールだから、残るだろう。私たちの目標は、彼らを正しい方向に導いて、幻覚の悪影響を減らすことだよ。その結果、ソフトウェア業界は、何百万もの機能がある大規模で複雑な相互接続システムから、少数の機能が積極的に使われる小さく高品質なターゲットツールへと移行するだろう。なぜなら、その方が検証しやすく、副作用をコントロールしやすいから。

なんでみんなのコードが品質の基準みたいに振る舞ってるの？ほとんどのソフトウェアは、もうめちゃくちゃだと思うよ。考えもなしに、ましてや超考えなんて。

LLMがあってもなくても、誰も維持することはもう不可能だ。それがテクノロジーの神官たちの役割なんだ。

30年後、人間は気候管理されたベッドで目を覚まし、理想的な大規模な人間動物園で、何の情報が欲しいか考える。そして、彼の900TBのフェロエレクトリックコンピュートインメモリーエクソブレインが、脳-コンピュータインターフェースを通じて彼の思考を読み取り、その情報のカスタム3Dビジュアライゼーションを彼の前に浮かべる。コードの段階はなく、データをピクセルに神経的にレンダリングするだけだ。

Githubのバイブコーディングプロジェクトには慣れないな。ちょっと使ってたプロジェクトは約1年前のもので、40,000コミットと15,000PRがあった。名前に「lite」がついてて、シンプルな代替品のはずなのに、バグがめちゃくちゃ多かった。1つ直してPRを出したけど、数時間で1ページ目から消えちゃった。絶対にマージされないだろうな。もう少し「速度」が少ない別のプロジェクトに移ったら、すごくスムーズだったよ。