生産的なコメントを書かないなら、コメントしないでください

半々というのは、まだ非現実的だという気がします。コードは継続して使われるものであり、LLMは確率的なので、人が自分で書いたコードを（まだは）すべて読む必要があります。レビューをしやすくするために、コンテキストや意図のようなものを理解できるよう、PRを自動テンプレートで書いてくれたり、ADRとして書く必要はあります。

笑 QA に共感します

今回Codexに仕事をさせてみたら、自分の役割はQAなんだなと思いました。笑

ちょっと待って！<ctrl+ enter>

人々がモデルの特性を把握し、適切なプロンプトやスキルワークフローを見つけ出して適用する頃には、もう新型モデルが出てくるので……
エージェントを今まともに使えるのかどうかさえ疑問です。

そうですね。一緒に検索して、一緒に解決していくものですよね。そういうふうに試してみてもいないのに、あまりにも強くそれを正解だと決めつけようとしているのではないかと思います。私もできるだけ丁寧で穏やかにコメントを残してみますね〜^^

George HotzもAIを一種のコンパイラとしてだけ意識して使っています。設計や構造、あるいは選択においては、まだ人間の判断が必要です……。全体的にAIに主導権を委ねてしまうなら、そもそも開発者がやる必要はありません。

実際、LLMだけがそうなのではなく人間もそうではあるのですが、
違いは人間にはフィードバックが効く一方で、LLMは妙な癖をほとんど直せないことです。指摘しても、結局ある時点でまた同じことをやります。
その点で非効率や疲労が生まれるのではないでしょうか

Show GNに適していないため、移動しました。
Showの使い方 を参考にして投稿してください。

すでに完璧に実装された最適化バリバリのクエリと比べて、それを別の言語で書き直してくれって言えば、そりゃ遅くなるよね
「とりあえず書いて」で頼んだんだから、まあそうなるよね（笑）

ビッグテック級のバイブコーダーの皆さんが、コメント欄に登場する予定です。

ああ、先輩、それでもまずは健康を大事になさってください。お忘れですか。第1世代のIT業界の先輩たちが徹夜で情熱を燃やした末に急死するニュースをよく見た記憶があります。私は40代半ばですが、AIのおかげで今では子育てもしながら、以前より余裕を持って仕事ができていますね。^^

AMD ROCm にも対応してください

有料の電子書籍を購入すると、ダウンロード（PDF、EPUB）が可能なようです。
必要な方のために、まもなく準備します。
ありがとうございます。

少し指示してみるだけでもすぐに実感します。他の開発者がレビューに疲れると言っているのが理解できなかったのですが、どれだけプロンプトやスキルをうまく使っても、AIが作ったコードにはいつもどこかしら欠陥がありました。

共感します。

10年以上試行錯誤を続けてきた私にとっても、Claude Code のおかげで、言語に初めて触れたときのあのときめく感覚を再び味わっています。

LLM が生成した結果をそのまま流すことは決してありません。むしろボトルネックが生じたときに、こんなふうにも解決できるのかとさまざまな方法を知り、より学び、勉強している感覚があります。

強く共感します

本当に最近まわりを見ても、ある程度キャリアを積んだ人たちのほうが、より楽しくAIで遊んでいる気がします。
何かをやってきた経験の上に、以前は人と一緒にしていた仕事をAIに任せると、楽だと感じます。

別の見方をすれば、この状況を楽しんでいる人たちは、すでにある程度の立場にいてAIをちょっとしたおもちゃのように見て遊べるけれど、若い人たちは先が見えなくて不安だろうな、と心配にもなります。

原文を読んでみましたが、妥当な分析と批判だと思います。ですが、引用されている研究の実験モデルは、現時点では少し古い（？）感じがします。