でも、めっちゃ大変そうだね。シシュポス的だと思うよ。

自分は「AI懐疑派だけど使う気はある」って感じかな。もしLLMがちゃんと自分の後始末をしてくれるなら、マジでゲームチェンジャーになると思う。

LLMは、それを操作する人次第で良くも悪くもなるよね。

これは今も未来も、嫌でも受け入れなきゃいけないことだよ。エンジニアリングは設計や計画、アーキテクチャの整合性、品質保証が大事で、もうコードを書くことじゃないんだよね。

これまで人間が人間が壊したコードを掃除するために使われてきたんだから、論理的な誤謬とは言えないよね。

あなたには分からないだろうけど、スロップサークルが増えてきてるんだ。2025年には、時々スロップなLinkedInの投稿をChatGPTに投げて、デスロップ化しようと決めたこともあった。今やスロップサークルはどこにでもあるよ。あなたのPOは自動化を使ってタスクを作成してる？コメントの半分はボットのスロップ？他の人が編集したり読んだりしたことのないドキュメントへのリンク？以前は夢のようだったタスク要件の3文の説明が、今ではページ長のテキストを生成するから、AIエージェントなしではスロップを処理できないよ。あなたのエージェントがスロップを掘り下げて、タスクを分かりやすくしてくれる必要がある。逆の側も同じで…スロップなPRはあなたのエージェントによってレビューされて、2-3の問題を見つけて、レビューをしたふりをすることになるんだ。著者は生成したスロップをレビューしてないけど、まあ、レビューアがまだコードをレビューしてるふりをしましょう。

これはずっと計画されていたことだよ。コードはもう人間が書くものじゃなくて、LLLMの出力で、ほとんどがソフトウェアの形をした壊れたゴミみたいなもので、人間には読めないし、意味もわからない（だって意味がないから）。だから、唯一の解決策は、すべてのコードが機械によって読まれ、書かれることを前提にしていることだ。人間が関与する時代は、いつも一時的なものだったんだよね。

それは大変そうだね。LLMはデスロップが苦手だから、そもそもスロップになっちゃうんだよ。

同じことを投稿しに来たんだけど、同じ段落で後で触れられてるね。> でも、希望としては、人間が運転席にいる状態で、技術的負債を減らし、イディオマティックなZigを書くことに焦点を当てた、より良い開発プラクティスがあれば、数週間か数ヶ月後にはRust Bun 1.4.0の代替として使えるコードベースができるってことだ。だから、ここでの意図は単にもっと舵取りをすることなんだ。もしくは、より良い舵取りかもね（コードの構造は好みの問題みたいだし…昨日、友達と話したときに、1つのHTTPリクエストを処理するのに4つのバックエンドプロセスが必要だって言われて、すごく困惑したよ…）。