より良い言葉は「拡張エンジニアリング」（AE）だと思う。特別な名前が必要だとは思わないよ。単にエンジニアリングだし。参考に本を使うときに「本支援エンジニアリング」なんて言わないでしょ。単なるエンジニアリングだよ。 > でも、雰囲気を楽しむっていうのは、あんまり関係ないかな。YOLOエンジニアリングって呼べばいいんじゃない？それか、機械にアウトソースした無責任なLMAOエンジニアリング。 > AEは「先進エンジニアリング」の略にもなるかもね。AIが最新のエンジニアリング知識にアクセスして理解する力を与えてくれるから、それを自分の仕事に活かせるんだ。ああ、もう。

何と呼ぶかについてあまり心配しなくてもいいと思うよ。特別なラベルを付けることで、AI支援のコーディングが一部の開発者だけのものだと仮定して、従来のエンジニアリングと区別されることになるから。いつかは、AIの助けなしにコードを書くのが珍しいアプローチになるだろうから、その過渡期には「雰囲気」を置き去りにすることになるよ。

「テストを書く」とか「計画する」みたいな面白いダンス。

ソースが一つか二つ必要？「鳩が面白いダンスをするのを見る」っていうソーシャルメディアのスパムのせいで、グーグルで調べられないトピックだよ。

アイデアのプロトタイピングにはすごく便利で、コストをかけすぎてコードに愛着が湧かないのがいいね。ゲームのチェンジログ用にインテリジェントな差分を生成することを試してたんだけど、どんな変更を強調するかのアプローチが見えなくて悩んでた。雰囲気コーディングの前は、実装を一つやってみて、かかった時間と出力を見て「まあ、これでいいか」と思ってたけど、雰囲気コーディングのおかげで、重い作業を自分で考えずに済んで、3つの異なるアプローチをプロトタイプできたんだ。それで、どの結果が他よりも魅力的かを感じ取ることができた。数分で動かせるようになったから、数時間かけるよりも、いくつかのアプローチを捨てるのも全然気にならなかったよ。

キャリアのソフトウェアエンジニアの中で、LLMを使ってコーディングの生産性が10%以上向上した人いる？ いや、同じ地点に到達するのにただ努力を減らしただけで、もっとはやってないよ。

もっと向上してると思う（40年以上コーディングしてるからね）。結構いい結果が出てるし、プロンプトをうまく作ることが大事だと感じてる。技術的に結果がどうあるべきかを知っていると、大きな違いが出るね。AIと議論したり、自分でやったりすることが少なくなってきてるし。小さな生産性向上や生活の質を上げるスクリプトをたくさん作らせてるし、それがいろんなことをスムーズにしてくれる。コーディングよりも「ソリューションエンジニアリング」に向かっている気がして、解決策について考える時間が増えて、いろんなアイデアを試す余裕ができてるんだ。

私の経験では、微妙に間違ったコードを生成することが多いんだよね。デバッグに時間を無駄にしちゃう。でも、人間が書いたコードの例を与えて、それを説明してもらうと、結構いい説明をしてくれる。あと、「今までやったことない複雑なタスクXYZを達成したいんだけど、どうすればいい？」みたいな質問にも、正しい方向に進むためのコードサンプルをくれる。自分のコードをデバッグする手助けもしてくれるし、見逃してたことを指摘してくれる。アイデアを出し合うのにいいペアプログラマーみたいだけど、無監督でコードを書かせるのはちょっと信頼できないかな。

人々がその「ブースト」を自己報告するのが得意だとは思わないな。もっと実証的な証拠が必要だよ。歴史的に見ても、そういう研究を行うのがすごく苦手で、通常はものすごく高額だし。お金を持ってる人たちはエンジニアリングに興味がないから、FUDや生産性のハイプを広めるために他の動機があることが多い。個人的には、これらのツールが今よりもっと進むとは思えないな。グリーンフィールドプロジェクト以外のものには対応できず、常に望ましくない結果を出しちゃう。人々がどんな魔法の呪文やエージェントの組み合わせを設定しているのかはわからないけど、それを「エンジニアリング」と呼ぶなら、最近ではその言葉に意味があるのか疑問だよ。いつかこれらのツールがそこにたどり着くかもしれないけど、期待しすぎない方がいいよ。