ソフトウェアのデプロイは、ターミナルで「vercel」を実行するだけになったから、エージェントがそれを聞けば全く問題ないよ。デスクトップソフトウェアの配布はプラットフォームによってはちょっと難しいけど。ペットプロジェクトと素晴らしいソフトウェアの間にはまだ大きなギャップがあって、それが埋まるとは思えない。AIが出る前に解決された問題が、最初に置き換わらないなんて考えられない。個人プロジェクトに複雑なインフラが必要だとは思えないな。

生成とメンテナンスは全然違うものだよね。2週間で作ったアプリを一度も見直さないエンジニアもいると思うけど、そういうので生計を立ててる人は知らないな。多分、「ビジネス用のWordPressサイト」みたいな仕事かも。問題は、432の機能があって、433を追加する時に他の機能に干渉しないようにしなきゃいけないことだよね。ちょっとしたミスも許されないし、各機能がエンジニアよりも高いペースで複雑さを増していくと、プロジェクトが手に負えない大きさになっちゃう。

いや、無理だね。ここでソフトウェアエンジニアやってるけど、デプロイの側面をいろんな手段で解決しようとしてる（ホームラボや仕事でSRE/クラウド/可観測性のタスクを引き受けたり）。AI開発前後での最大の改善点は、エージェントが順調なら同時に2つのプロジェクトに取り組めるようになったことだよ。もしそうじゃなくて、デバッグのために深く掘り下げなきゃいけないと、結局は昔のように戻っちゃう。

LLMは今やTerraformやAnsibleのコードを簡単に書けるようになったけど、非エンジニアがそのプロンプトを作るのはちょっと難しいかもね。でも、継続的なメンテナンスや監視には、オンラインエージェントが信号を評価して、いつ何をするかを決める必要がある。オートスケーリングの決定はすでに自動化できるし、簡単なケースのフェイルオーバーやリカバリーもできる。趣味のプロジェクトをリリースする人たちはあまり必要ないと思うけど、exe.devみたいなものがあって、実行環境を提供するのが簡単になるかもね。

AI支援のコーディングは素晴らしいけど、俺の意見では「バイブコーディング」は使い捨てのプロトタイプにはいいけど、無期限にメンテナンスが必要な金融アプリには向かないよね。レガシーシステムにも手を出さないだろうし。AIは確かに一部のエンジニアを置き換えたと思うけど、君のケースは関係ないと思う。君の技術的じゃない友達がペットプロジェクトを作ったのは、今できるようになったからだけど、誰かを雇うつもりはなかったんじゃない？今まで雇ってなかったし。

俺が好きな思考実験は、エンジニアなしでLLMだけで会社が回ることを想像することだね。CEOや営業の人たちが一日中LLMを読んだりリダイレクトしたりしてる姿を想像すると面白いよ。うちのCEOは技術的には優秀だけど、他にやることがあるからね。彼らが最初にするのは、その仕事をやってくれる人を雇うことだろうし、その仕事に最適なのは、物事が「どうあるべきか」を知ってる人だよね。今は多分、割引価格で誰かを雇うことになるだろうけど、需要が消えていくから給料は下がるだろうし、でもゼロになるとは思えない。俺が期待してるのは、3Dプリンターのような瞬間で、たくさんのホームブリューやシェアウェアスタイルのソフトウェアが出てくることだよ。ブティックコードの爆発も期待してる。CNCマシンのような瞬間も来ると思う - 手作業のスペシャリストの需要が大幅に減って、自動化されたプロセスの監視が増える。でも、その仕事をしてたのは機械工たちだよね。経済成長が約5000万人のソフトウェアエンジニアを再雇用するだけの需要を生むまで、需要が長期的に抑制される可能性があると思う（約80%減？）。急激な変化はないと思うけど、後悔のない損失は毎年AIの生産性によって置き換えられるだろうし、一部の成長もそうなると思う。AI企業は、Claudeのモデルに従って、労働者を支援するために給料の一定の割合を請求することで、あまり失業を引き起こさずに大成功を収めることができると思う。 https://jodavaho.io/posts/ai-jobpocolypse.html

この論理が理解できないけど、広まっているよね。非エンジニアの人たちが自分たちで作ったアプリを持ってくるからって、AIがソフトウェアエンジニアを置き換えるわけじゃない。考えてみてほしい： - 自分の症状についてドクターグーグルで調べて、ライフスタイルを変えたり、ハーブ療法や市販薬を試したりすることができる。これがうまくいくこともあるけど、これが医者を無用にするわけじゃない。 - 生成AIを使って音楽を作ることができるけど、音楽理論を理解していなくても、音楽のセンスや創造性がなくてもできる。これが音楽的才能を持つ人を無用にするわけじゃない。 - AIの助けを借りてDIYプロジェクトに取り組むことができる。これがエンジニアを無用にするわけじゃない。誰がドメインの専門家を手助けして、彼らが実際に何を必要としているのかをプロトタイプを通じて明らかにするの？誰がオペレーティングシステムやプログラミング言語、バージョン管理システム、エディタやターミナルエミュレータ、ナレッジ/ドキュメント管理システム、PaaSプラットフォームなどを作ってメンテナンスするの？これらのホビープログラマーたちは、自分たちの作ったものが堅牢であることをちゃんとテストしているの？彼らは発生する可能性のあるエッジケースを理解しているの？彼らの仕事は安全なの？何かのプロンプトに基づいて急いで作ったものは、エンジニアリングとは全く別物だと思う。もしかしたら、あなたはこれが見えないのかもしれない。多くの人と同じように、ソフトウェアエンジニアリングの価値は主に生成されたコードにあるという誤解を抱いているから。そうじゃない。プロジェクトは主に理論と抽象を構築するプロセスとして価値があるんだ。詳しくは https://pages.cs.wisc.edu/~remzi/Naur.pdf を見てね。

ほとんどのアプリでは、デリバリーは「git push heroku main」とDNSレコードを設定することの同等だった。この15年間、特に今のバイブコーディングされているアプリに関してはそうだね。「クラウドエンジニア」という職業がまだ存在することは、単純なケースが雇用を推進しているわけではないことを示唆している。2009年に比べて、今は確実にもっと多くのDevOps/SRE/クラウドエンジニアの役割があると思う（もしDevOps以前のシステム管理者を含めたら、今の方がまだ多いだろうね）。

非技術チームが自分たちのためにツールを作り始めた事例がある（技術チームが仕事で手一杯だから）。要するに、大きなシステムと連携する小さなアプリケーションのアイデアだ。POCは2〜3日で作られ、3〜4回のコミットで完成した。すごいよね。でも、その人はこのプロジェクトに対して過去3ヶ月で400回以上のコミットをしていて、実質的にこの新しいアプリケーションを作ってメンテナンスするのが彼のパートタイムまたはフルタイムの仕事になってしまった。彼はソフトウェア開発者になったんだ。訓練を受けていない、セキュリティやベストプラクティスを理解していない開発者だね。もしかしたら、Claudeが良くなれば負担が軽くなって、彼らの一日を消費しなくなるかもしれないけど、現状では、私の会社では、これらの初期の「バイブアプリ」が彼らにとってメンテナンスになっていて、ますます時間を取られているのが明らかだ。彼らはもっとソフトウェアを求めているんだ、減らすのではなく。だから、伝統的なソフトウェアエンジニアリングはおそらく消えつつあるけど、拡大するプラットフォームを管理し、セキュリティや複雑さ、ドキュメント、ビジネスロジックなどを扱うことは、私の会社にとってまだ大きな障害になっている。だから、テキストでプロジェクトを作れると言うのは正しいけど、「セットアンドフォゲット」は、最も単純なソフトウェア以外では決してそうではなかったと思う。誰かがそれを管理しなければならないと思う。SEの訓練を受けているかどうかに関わらず。私の予想では、経験のある開発者は未訓練の人よりもまだ優れた成果を出せるだろうけど、好奇心旺盛なビルダーはすぐに追いつくだろうね。ゲームは変わっているけど、伝統的な開発者には大きなアドバンテージがある。なぜなら、私たちは常に物事がどのように動いているのかを知りたいと思ってきたから。彼らが作った現在のバイブアプリは、AIを使えば1時間で作れたと思うけど、彼らには数ヶ月かかっている。

これらのビジネスケースの実現可能性についてもっと心配すべきだと思う。誰かが週末にサービスをコーディングして、今は$X,000,000のARRを期待しているって自慢しているのを見たら、そういう人たちは成功しないだろうなって思う。いつか顧客は、あなたの提供を数ドルのAPI料金で置き換えることができることに気づくはず。ソフトウェアベンダーは、サポートの質に集中し、独自の洞察を提供し、独自データを守るか、ハードウェア面での規模の経済を持たなければならない。特定のプロンプトを書くことがビジネスプランではないよ。