LLMを使ったコードベースの移行は、彼らにとってはかなり良いユースケースかもしれないね。面白いことに、著者はハンズオンのアプローチを提唱してる。 「AIの助けを借りて」を追加すると、ほぼ必ず「開発者はAIを取り入れなきゃダメ！」と「社会は雑なもので壊されてる！」という議論に devolve しちゃうから、そんなことが起きない限り、編集されたタイトルについて文句は言わないよ。

たぶん、これはクラシックなHackerNewsのタイトル短縮アルゴリズムが働いてるだけだね。

新しいコードについては、逆の方向に進むべきだと思う。「AIなしで完了」とかね。ソフトウェア開発に携わっている古いおじさんとして、たくさんの友達がシニア開発者として働いてる。彼ら全員、俺を含めてAIを使ってるよ。俺もどんどんAIを使うようになってる。例えば、「クラスA、B、Cをこういう名前で作って、これを状態遷移図として使って流れを理解して、モジュールXYZで宣言された特定のヘルパーを使って」って感じで。コードをテストして、最適でないパターンや好ましくないパターンを見直して、変更をお願いする。数回の反復の後、コードは通常輝くようになる。最終結果は、念のためにいくつかのLLMと照らし合わせて確認するよ。

これは、Joel on Softwareが昔のブログ投稿で話してた有名な罠だね。書き直しをすると、基本的に他のすべてを止めてしまうことになる。古い方で機能開発を続けている間に、別の「タイガーチーム」が書き直しをしていると、実質的にこの2つのチームは競争状態になって、ポートは決して追いつかない可能性が高いよ。（相対速度によるけど）もしかしたら、彼らはこのLLM支援ツールを一気にやってしまって、その後あまり時間をかけずに続けられると思ってるのかもね。

開発を何年も続けたスタートアップが言語を切り替えるのは、普通は大きな赤信号だよね。スタートアップは、ここでは良い比較対象じゃないよ。彼らはソフトウェアプロジェクトとは違ったコードとの関係を持ってる。Linuxは何度も全スタックを書き直してきたし、PHPエンジンも少なくとも2回は完全に書き直されてる。musl libcは基本的にゼロから全コンポーネントを書き直して、後で統合されたんだ。

まさにその通り！しばらくはFirefoxを使い続けることにするよ…

この場合の緩和要因は、C++とRustの両方がマルチパラダイム言語であることだね。ほとんどのC++のパターンをRustで合理的に表現できるけど、最初からRustを書くときとはちょっと違うかもしれないね。

何週間もかけて（おそらく）動いているコードをポーティングするのはちょっと変だよね。

これが、嫌なことを言う人たちが何を言おうとも、私たちがClaudeを使う方法だよ。「ただ作る」ってわけじゃなくて、設計して、レビューして、洗練させて、テストして、作るんだ。

同意だね。それに、AI企業がその使い方に注目してないのが本当に残念。みんな「人間を減らしてエージェントがもっとやる」方向に進んでるけど、俺が本当に求めてるのは、AIともっと密に連携できるためのツールなんだ。レビューや調整がしやすくなって、もっと関わりたい。単に「プロンプトを一発打って、なんとか動くコードが出る」なんてのは要らない。長時間のセッションに合わせたUXが欲しいし、俺のスキルを活かせるようにしてほしい。エージェントが俺ができることを真似するんじゃなくてね。昔から言われてることだけど、今こそ「人間の知性を拡張する」ことを目指すべきで、置き換えることじゃない。AIじゃなくてIA（知性の拡張）だよ。でも、こういうツールのターゲット市場はかなり小さくなるだろうね。基本的にソフトウェア開発を理解していて、自分が何をしたいか分かってる人が必要だし、今のAI企業はソフトウェアを作りたい非開発者を狙ってるみたいだし。結局、ノーコードの繰り返しだね。

自分もRustを学んでるんだけど、Claudeに全部コードを書かせるのは絶対に避けたかった。でも、ガイダンスが必要だったから、「teach」っていうClaudeのスキルを作ったんだ。それを有効にすると、Claudeはコードを書かないで、ヒントだけをくれる。詰まったら、徐々に詳細なヒントをくれるんだ。それから、俺が書いたものをレビューしてくれる。このやり方で作業するのがすごく満足感がある。特にRustは「適当にやる」余地があまりない言語だから、LLMがサポートしてくれるのは助かる。「今はこの型を宣言しない方がいいね。いくつかのライフタイムの問題が出てくるから、計画にメモを追加して後で見直そう」とかね。

かなり良い感じ。コードベースをGoからRustに移植するのに、書き直すのにかかる時間のほんの一部で済んだよ。

コーディングアシスタントは、ある言語から別の言語への移植も得意だよ。壊れた一回限りのPerlスクリプトがあって、みんながDrupalが未来だと思っていた頃の遺物なんだ（かなり前の話）。これは、メンテナンスされていない内部CMSからDrupalにサイトを移行するために設計されたものだった。CMSは古くて、「昔作ったものを見せる」ためだけにVMで動いてた（そのものを保持するために前の会社から書面で許可もらってたし）。冗談半分で、未宣言の依存関係や欠けているロジックのごちゃ混ぜをClaudeに渡して、全部をRustに移植するように頼んだんだ。80分間Drupalを調べて、機能するインポートツールを一発で作ってくれたよ。元のデザインやモジュール構造を完全に再現しただけでなく、古いコードコメントから見つけたヒントを基にいくつかのカスタムプラグインも実装してくれた。トークンを大量に消費したけど、10点満点中10点 - また無駄なコードを何万行も生成してほしいくらい。エピローグ：そのサイトはその後WordPressに移植され、次にProcessWireに、そしてNode.jsアプリとして再構築された。噂によると、今は何人かの不運な人たちがNext.jsに移植しようとしているらしい。

最新のモデルで個人プロジェクトを開発してて、オープンソースにしたら、ちょっと燃え尽きちゃったけど、めちゃくちゃ成功してるよ。手で書くのはもう無理だけど、声でプロンプトを書くのは楽しんでる。プロジェクトが見た中で最高のコードを出荷してる。革命は本物だよ。

明らかなこと以外に何があるの？それはブラウザだよ。

明らかに問題がある以外に、「メモリ安全な言語」が助けられる問題は何ですか？それだけでは不十分な理由は？

ブラウザはセキュリティにめちゃくちゃ敏感なプロジェクトだよね。信頼できないコードをインターネットからダウンロードして実行するのが、そもそもの機能の一部なんだから！メモリの安全性が必要なところって、ブラウザ以外にないと思う。

最近、Swiftを捨てたみたいだね。

TFAは「貢献者」のSwiftに対する立場について言及しているね。

Ladybirdは今、CPP/Swiftを褒めてるけど、もうそうじゃないよ。

ちょっと不安になってる。3つの言語にはそれぞれの良さがあって、長年にわたって開発されてきた安定した基盤があるんだよね。プログラミング言語が短期間で「変わった」っていうのは、むしろ方向性が変わったってことだから、Ladybirdのデザイン決定の全体的な継続性に自信が持てないな。

まあ、AIツールが成熟するにつれて、現在のプログラミング言語は徐々に無意味になるという挑発的な立場にいるよ。いくつかのプロジェクトでは、iPaaS製品でエージェントを使ったローコードツールをすでに使ってる。

同意だね。彼らは2024年に錆は除外したって言ってたけど、確かその記事は2024年の終わり頃に出たと思う。最近読んだ記憶があるから。短期間で言語がたくさん変わるのはちょっと不安になるよね。そんなプロジェクトで働くのはすごく緊張すると思う。どの言語にも難しい部分があるし、「これじゃダメ」って気まぐれに決めると、時間とリソースが無駄になっちゃうよ。

LibJSに関連するプルリクエストをチェックしてみてね。