経験は今めっちゃ価値があるよね。これらのエージェントをうまく使えるけど、ジュニアたちのことが心配だよ。エージェントを使ってもっと深く学びたいと思ってる。Stack OverflowやいろんなIRCチャンネル、Redditから解決策を探すのは結構大変だったし。でも、大学の宿題はサボってたから、答えをちゃんと見直してなかったんだよね。興味があってプログラミングをやってたから、単に学位を取るためだけじゃなかったけど、もしそうじゃなかったら違ったかも。とにかく、LLMの時代に多くの経験と失敗を持って入れたのは良かったと思ってる。

after a few minutes of vibe coding 「バイブコーディング」なんてしない方がいいよ。これは誰かがその場で言ったジョークで、いつの間にか業界がジョークじゃないことにしちゃったけど、実際には開発の方法としては無理がある。エージェントと一緒に働くためのより良い方法を見つけて、人間がレビューすべき重要な部分を見てもらい、残りは「アウトソース」すれば、自分でプログラムするのと同じように機能するコードとデザインが得られる。単に早くたどり着くだけ。多分、エージェントが書いたコードの90%くらいはレビューしてるけど、それでも数万文字を打ち込んでファイルを行き来するより、数個のプロンプトを書く方がずっと楽だよ。もしかしたら、単にタイピングに疲れたのかも。

君の気持ちに同意するよ。AIを使って計画から完成まで進めようとしてて、サンドボックスではうまくいってる。すべてをAIに検証させるために頑張ってるんだ。ドラフトPRを開いて、自分で深くレビューするところまでやってる。もし10年以上の経験がなかったら、簡単なショートカットがたくさんある中で学ぶのは難しいと思う。やっぱり、詳しいことを知っていてコードを持てる人が必要だよ…今のところはね。

完全に同意だよ。ゲーム開発にはAIを補助的に使ってる。新しいことや面白いことをやりたいときは、自分でコードを書く必要があるけど、そうじゃないと大変なことになる。退屈だけど時間をかける必要がある作業には、明確なアーキテクチャを設計して、AIに実装をやらせる。とはいえ、AIが変なものを作らないか確認するために戻って見直さなきゃいけない。最近の例だと、CodexがGodotで作ってるゲームのArea2Dが提供してる動作をゼロから再現しようとしてた。AIに意味のあることをやらせようとすると、足元をすくわれるような選択肢が出てくる。数百ドル分のトークンがあれば違うかもしれないけど、月に10ドル使う人には頭痛の種になるだけだよ。それに、俺にとっては趣味のプロジェクトだし、コードを書くのはまだ楽しいから、AIには退屈な部分（いい例: セーブ・ロード、データファイルの解析、設定メニューの機能）をやらせてる。でも、人間の判断が必要な部分には近づけないようにしてる。

僕の経験では、Claudeはコードを吐き出すことしかできない。解決したい問題を「もっとコード」に変換するだけで、「少ないコード」にはならないんだ。彼がやることは全部、すごく細かくコードレビューしないと、コードベースがどんどん膨れ上がって、最終的には100%の負債に近づいちゃう。Claudeが出すものは全部レビューしてるけど、90〜95%の確率で「おお、動くけどコード多すぎだろ、3時間かけて簡素化する手伝いをしよう」って感じになる。

「彼がやったことを全部見直して、自分のコードで補足・修正する必要があるって感じが常にする」 それ、わかるけど、僕がやってる違うことは、AIにフォローアップのプロンプトやセッションで自分で片付ける方法を教えてることかな。静的コード品質分析ツールも、エージェントを緊張させるのにすごく役立つよ。

大きくて複雑なプロジェクトに取り組んでいるときに、無駄なことにハマらないように使ってる。主にプラットフォームの仕事をしてるけど、フィードバックループやテストが曖昧なんだ。AIをリファクタリングやリサーチのためのツールに使うことで、実際に解決したいメインの問題に集中できて、コンテキストスイッチが減る。メインの焦点を外すために使う人の気持ちが全然わからない。そこまで信頼してないから。

同じ気持ちだし、AIの使い方が思考力を衰えさせてる気がする。ファイル全体をショートカットするために使う誘惑は減ったけど、ドキュメントを調べたり、読んだり、ライブラリをいじって理解する時に使うのも、反発を感じることが多くなった。これらはあまり問題ないように思えるけど、実際にやらなきゃいけない時（エージェントがちゃんとやってくれないから）には、その摩擦をすごく強く感じる。これが特定のタスクの習慣を失ってるだけなのか、一般的なgファクターの喪失なのかはわからない。

AIに仕様を書かせて、それをもとにコードを書くのがすごく楽しいんだ。コードレビューは面倒だけど、要件を見直してフィードバックをするのは生産的な感じがする。問題の全体像に向き合うことになるし、アプローチを見直すきっかけになる「虫の缶」を見つけることも多いよ。

自分はかなりのベテラン開発者（経験32年）だけど、.mdドキュメントやスキル、レビューエージェントなどでプロセスをしっかり固めてるから、特に余計なことをする必要は感じてないんだ。これが自分をバカにしてるとは思わないけど、単に上のレイヤーに移っただけだよ。アセンブリ言語やソースコードにこだわるより、要件やアーキテクチャの決定、エンジニアリングプロセス、そしてますます自動化に注力してる。