プロダクトの視点を超えて考えてみると、技術的に言って、ジュニア開発者やPMが技術的に何を望むかを決めるのより悪いことは思いつかないね。キャリアの中で、週に一度はひどいアイデアを却下しなきゃいけなかった。無駄にリスクが高かったり、マイナーなユースケースを超えてスケールしない可能性があったりするから。数年後にはコンサルタントとして非常に利益が出るだろうと予想してるよ。

そのギャップが存在するのは、人々がエンジニアたちが何年もかけて正しく定義した用語を混同しているから。これは、私がソフトウェア業界で約10年観察してきた大きなトレンドの一つだ。これらの用語は、実際には水冷却器の周りでの議論や、書籍や記事、こういった技術フォーラムでの数ヶ月、場合によっては数年にわたる議論の結晶なんだ。ベテランがその言葉を口にすると、過去の会話がすぐに思い出される。新しい世代が入ってきて、その議論に参加していないから、専門家を模倣しようとして専門用語を使うけど、その言葉の裏にある実質を持っていない。単にその言葉だけを持っている。今やそれは、定義が曖昧で、複数の人にとって異なる意味を持つバズワードとして使われている。誰もその言葉の正確な定義や、自分にとっての意味を明確にできない。なぜなら、彼らは最初からその議論に参加していなかったからで、その文脈での意味や使い方を理解していないから。「アジャイル」「テクニカルデット」「DevOps」、そして今は「バイビングコーディング」。HNには「バイビングコーディング」の意味の変化についての記事があったけど、これはソフトウェア業界ではよくあることだよ。言語の雑さの他の技術的な例としては、JavaScriptのオブジェクト、JSON、辞書、ハッシュマップの混同がある。コンピュータサイエンティストにとっては、オブジェクト指向プログラミングの構成要素、シリアライズのためのJavaScriptオブジェクト表記、抽象データ型、具体的なデータ構造がそれぞれある。でも、JavaScriptプログラマーにとっては、ただの「オブジェクト」なんだ。言語的・概念的な空間の精度が、もっと解像度やニュアンスのあるものから、1ピクセルに減ってしまったんだ。[0] https://simonwillison.net/2025/Mar/19/vibe-coding/ [1] https://news.ycombinator.com/item?id=43739037

他の人たちは、ただ使い捨てコードの上にシンプル（で動いてる）ソフトウェアを作ってるだけだ。私は「動いてる」の定義をもっと明確にすべきだと思う。例えば、生成されたUIはみんな同じに見えて、微妙に間違っていたり壊れていたりすることが多い。最初は「動いてる」と思えるかもしれないけど、最初のユーザーテストで失敗することが多い。生成されたUIはすでに時代遅れに感じるし、トレーニングの瞬間に流行に従っているだけで、新しいものを生み出すことには失敗している。

そして、製品はMVPとは同じではない それ、僕が働いたほとんどの会社に言ってみてよ！最近のディレクターやC-suiteの「次の四半期までに形にしろ」っていう態度が、開発者がMVPを作って次のことに移らされるようなクソみたいな状況を生んでる。君が言ったように、実際には「バイブコーディング」なんて関係ないんだよね。ある意味、彼らの言ってることは正しい。機能の豊富さの認識が、品質に関係なく利益に影響を与えるから、実際に製品を比較してる人は少ないし、実現可能だと仮定して。開発者（今はエンジニアって呼ばれてるみたいだけど）は、最近プロトタイプを作る権限すら与えられてるのかな？確かにそういうことはあるけど、あまり一般的ではない気がする。ゲーム業界や本当のテクノロジー（「ビッグテック」じゃなくて）ではそういうことがあるかもしれないけど、ほとんどのコーディング会社はそういう余裕を持たせてくれない。結局、MVPばかりだよ。せいぜい、バイブコーディングはそのプロセスを加速させるだけで、品質は落ちる。

完璧に作られたコードは、マーケットに最初に出ることと相反するって言えるかも。僕が働いたどの会社も、MVPをそのまま進めて、どんどん機能を追加していって、市場を独占するまで行くんだよね。それから、マイクロサービスって呼ばれるものに分かれて、サービスレベルでは理解しやすいけど、同じビジネスプロセスに統合するのは悪夢みたいな状況になる。次の…MVPによる避けられない混乱につながるんだ。

過去には、異なるマインドセットを持つ他の開発者について話してた。今見ているのは、誰も理解できないコードに対する開発者の疲れだね。通常、それがエンジニアの介入を呼び起こして、壊れた部分をもっと有用でメンテナンスしやすいものにしてくれる。そしたら、アーキテクトがコードベースを見て、複雑さを減らそうとする。今は、LLM以降、開発者が書いたコードが100倍になって、エンジニアやアーキテクトは完全に無視されてる。これが今観察していることなんだ。これをテストする方法を見つけたら、例えばTDD MCPサーバーやDDD MCPサーバー（または好きなワークフローやアーキテクチャ）で、トリリオンダラーのスタートアップの可能性があるよ。コードレビューの効率をスケールさせる必要がある。今のところ、その概念は完全に壊れていて、十分にスケールしないから。

そして、製品はMVPとは同じじゃないよ ハハハ、面白いね :-)

企業が内部用にコードを書くのを見たことある？バイブコーディングと変わらないよ。ただ、LLMにペンテストを通すためにコードベースを強化するよう頼むと、何かしらのことをしてくれる。企業は本当に気にしないんだよね。

今週、うちの会社のPM（エンジニアのバックグラウンド持ち）がAI生成のゴミをチケットに投稿してきたんだ。めっちゃイライラした。こっちが「xyzコードはどこ？」って聞いたら、存在しない、妄想だった。さらに「abcのユースケースは検証した？」って聞いたら、してないって。で、PMが「この機能は簡単だ、AI生成のコードでできる」って経営陣に話を持って行ったけど、実際にはこの機能を出すために解決しなきゃいけないユースケースの5%も解決できてなかった。今の状況はこんな感じ：口だけで結果は少なく、技術的じゃない人たちがいろんな角度から同じクソみたいな話を聞かされてる。

すべてのコードは負債だけど、すべてのコードがレガシーというわけではない。私はOPじゃないけど、Vibeはレガシーだと思う。なぜなら、それを維持する資格のある人がもういないから（そもそもそんな人はいなかった）。