Y Combinatorは、そのW25プロジェクトの25%が、95%がAIによって生成されたコードベースを持っていると報告しています。この記事は、実際の妥協点について議論します:スピード対技術負債、プロトタイプ対生産、そして高級エンジニアが開発地獄を報告する理由。 シリコンバレーを嵐に巻き込んでいるソフトウェアを構築する新しい方法があり、正直、私は魅惑と恐怖の組み合わせでそれを観察してきました。2025年2月、Andrej Karpathyは「Vibe coding」という用語を発明し、数週間以内に、それはテクノロジーで最もホットなバズボードとなりました。3月までに、Y Combinatorは、2025年冬のバージョンの25%がAIによって生成された90%のコードベースを持っていたと報告しました。 Saynaのようなインフラストラクチャレベルのソフトウェアを構築した人として、この統計は夜に私を覚醒させていると言えますが、おそらくあなたが期待する理由ではありません。 Vibe Coding とは何ですか? Karpathyのオリジナルのツイートを引用しますが、それは私たちが扱っていることの本質を完璧に捉えているためです。 それは私が「vibe coding」と呼ぶ新しい種類のコーディングで、あなたは完全にバイブに屈し、エキポネンティアルを抱きしめ、コードが存在することを忘れてしまいます。 それは私が「vibe coding」と呼ぶ新しい種類のコーディングで、あなたは完全にバイブに屈し、エキポネンティアルを抱きしめ、コードが存在することを忘れてしまいます。 これは、惑星上で最も先進的なAIシステムのいくつかを構築するのに役立った元OpenAIの研究者とテスラのAIディレクターから来ており、私たちにそれだけを話すように言っています。 そして、ここに問題があります:Karpathyが最初に説明したように週末のプロジェクトを捨てると、これは実際には多くの意味があります;問題はスタートアップがこの哲学を採用し、それを直接生産に導いたことです。 「Y Combinator Reality Check」 YCの経営パートナーであるJared Friedmanがこれらの統計を発表したとき、彼は重要なことを明らかにするのが早かった:これらはChatGPTと戦う非技術的創設者ではなく、1年前に何もかもゼロから作り上げた高度に熟練したエンジニアだった - 彼らは、AIが十分に良かったので、それをしないことを選択した。 YCのCEOであるガリー・タン氏は、「これは変態ではない。これは消え去るものではない。これはコードの支配的な方法であり、もしそうでないならば、あなたはただ後ろに置かれるかもしれない」と明らかにした。 しかし、この会話で私の注意を引いたのは、タンは、AIで生成されたコードの95%を搭載したスタートアップが1億人のユーザーにヒットしたときに起こることを警告した「それは落ちるのか、落ちないのか?」推論モデルの最初のバージョンはデバッグには良くありません。 それは誰も語りたくないハンガーです。 HANGOVER IS REAL 過去数カ月間にわたって、私は高級エンジニアやCTOの議論を観ており、物語が流れ始めています:Navanの1人の高級エンジニアリングマネージャーは、ほとんどのVibeコードの議論が完全に欠けている重要なポイントを挙げました: 「AIは機能を拡張または再現するか、それともすべてグリーンフィールドプロジェクトですか?」 答えは、ほとんどの人々が気づく以上に重要です:ゼロから何かを構築することは、長年にわたる部族の知識、パターンを蓄積したシステムと根本的に異なります。 実際の生産で何が起きているのかは以下です。 : あなたがエクスポートしたコードを理解していないとき、デバッグは失望の練習になります. ある失望した開発者は、「私は小さなプロジェクトを作成しようとしていましたが、ますますエラーが発生するたびに...私は約3ヶ月間それに取り組んでいますが、私が小さなものを変更したいたびに、私は南に行く他のものをデバッグするために4日間を殺します」 The Debugging Nightmare あるソフトウェアアーキテクターが「信頼債務」と呼ぶものについて説明したのは、若手開発者がテストを経てQAを乗り越え、成功させたユーザー許可システムを破棄した後で、2週間後、彼らは、無効化されたアカウントがまだバックエンドツールにアクセスできることを発見したのは、その時点で「働くように見えた」逆転した真実チェックのせいだ。 The trust debt problem 業界には「AIネイティブビルダー」がいるが、デバッグ、アーキテクチャ、長期的なメンテナンスに苦労しているが、技術的意思決定の影響を理解し、AIが生み出す複雑さを操作できる「System Architects」がいる。 問題:50人の借金を生み出す2人のエンジニア エンジニアリングサークルでは「二人のエンジニアが今、五十人のテクノロジー負債を生み出すことができる」というジョークがある。 Unchecked AI-generated code amplifies technical debt in ways we have never seen before. The joke complaint contains a grain of reality that is crippling engineering teams. The code looks perfect on the surface, but beneath it is what some call "house of cards code" - it looks complete but collapses under real-world pressure. このコードは表面上完璧に見えますが、その下にいくつかの人が「カードハウスコード」と呼ぶものがあります。 これはいくつかの異なる方法で示される: まず、不一致なコードパターンが現れ、AIは統一された建築ビジョンなしに異なるプロンプトに基づいてソリューションを生成し、まったく異なる方法で類似の問題が解決されるパッチワークコードベースに終わります。 第二に、ドキュメントは希少または無存在になるため、コードの機能を説明するのではなく、プロンプトエンジニアリングに焦点を当てます。 第三に、これは恐ろしいことですが、セキュリティの脆弱性は驚くべきレートで広がっています: AI モデルは、コードに既知のセキュリティの脆弱性を 45% の時間に導入することを発見しました。 Where Vibe Coding Actually Makes Sense (Vibeコーディングが実際に意味を持つ場所) 正直に言うと、私はVibeのコードが悪であり、禁止されるべきだとあなたに言うためにここにいません。それは偽善的です、なぜなら私は開発ワークフローでAIのサポートを常に使用しているからです。 Vibe coding は: アイデアを迅速に検証する必要がある概念のプロトタイプと証明 失敗のコストが低い週末のプロジェクトと実験 AIが加速チュートリアルとして役立つ新しい言語とフレームワークを学ぶ 確立されたパターンに従うボイラープレートコード UI コンポーネントとシンプルな CRUD 操作 それが分裂する場所は、何でも必要です: 負荷下のシステム行動の深い理解 ユーザーデータまたは認証を扱うセキュリティに重要なコンポーネント 信頼性と遅延性が開発速度よりも重要なインフラコード 時間とともに進化する必要のある複雑なビジネス論理 ミリ秒が重要なリアルタイム処理システム インフラの例外 インフラストラクチャソフトウェアで作業するとき、「ほとんどが機能する」の許容度はゼロに落ち、リアルタイムの音声処理、WebSocket接続、またはオーディオストリーミングに対応しているときには「すべてを受け入れる」ことがありません。 Sayna では、AI エージェントのための統一された音声層を構築しています、つまり、音声からテキスト、テキストからスピーチ、リアルタイムのオーディオストリーミングに対応し、サブ秒遅延の要件を満たしています。 これらのいくつかをコードできますか? もしかしたら、より単純な部品ですが、コアアーキテクチャですか? 騒音フィルタリングパイプラインですか? フレームを落とさずにDeepgram、ElevenLabs、Google Cloud、Azureの間を切り替える必要があるプロバイダー抽象層ですか? 絶対にありません。 理由は単純である:インフラコードは他人の製品に依存する基盤である.この基盤が理解ではなく、振動に基づいて構築されたとき、上にあるすべてが脆弱になる。 上級エンジニアが実際にやっていること ここに興味深いパラドックスがあります:高級エンジニアは、ジュニアよりもAIコーディングツールからより多くの価値を得ています - あなたがそれを考えるなら、その理由は明らかです:高齢者は、AIを正しくコントロールし、そのエラーを修正するための知識を持っています - 彼らは新しい雇用からのコードのようにAIの出力に対処し、すべてのラインを検査し、それが航行する前にそれを理解することを保証します。 あるCTOは、新しい現実を完璧に表現した:vibeコードは、0から0.7にアイデアを進めるための優れた方法ですが、最後の0.3は、ソフトウェアが実際に生産で動作する部分で、まだ人間のエンジニアリングが必要です。 私が見た最も成功したチームは、AIの援助をスーパースピードだがジュニア開発者がチームにいるように扱う - AIは最初の草案を抜くかもしれないが、上級エンジニアはまだ批判的な目でそれをレビューし、それを改良し、品質基準を満たすことを保証します。 このため、「vibe coding is dying」は正しくありませんが、あなたが何を配信しているかを理解せずに生産ソフトウェアを配信できるという幻想が死んでいます。 The Irony of Karpathyの最新プロジェクト 2025年10月、KarpathyはNanochatと呼ばれる新しいプロジェクトをリリースしました.誰かが彼にどれだけAIによって生成されたかを尋ねたが、彼の答えは、「私はクロード/コデックスエージェントを使用しようとしたが、それらは十分にうまく機能しなかったし、ネットは役に立たない」でした。 Vibeコードの父親は、自分の真剣なプロジェクトのためのテクニックを信頼していないので、しばらく沈むようにしてください。 長期的な建設 今日、あなたが会社やプロジェクトを開始している場合は、以下が私が提案するものです。 プロトタイプやMVPのためのAIサポートを積極的に使用するが、「振動コード」から「生産コード」への移行を計画する。 Know Your Boundaries Vibe coding hangoverを生き残るスタートアップ企業は、最初から適切なアーキテクチャに投資した企業になります:AIはあなたがコードを速く書くのを助けることができますが、スケールするシステムを設計するのを助けることはできません。 Invest in Architecture : ユーザーデータを処理し、支払いを処理し、認証を管理し、または24時間24時間実行する必要があります。 Build critical infrastructure correctly コードを生成するためにAIを使用している場合は、チームがそれから学び、それを受け入れるだけでなく、AIが何を生成しているかを理解している開発者は、そうでない人よりも無限に価値があることを確認してください。 Create learning loops Saynaでは、これはパフォーマンス保証のためのRustの構築、適切なテストを実施し、明確なドキュメントを維持し、要求が変化するにつれて進化するシステムを設計することを意味します - これは開発を通じて私たちの道を vloggingするほどの速さではありませんが、それは他の人が依存するインフラストラクチャにとって意味のある唯一のアプローチです。 未来はハイブリッド ソフトウェア開発の未来は、純粋なマニュアルコードではなく、AIが開発を加速し、人間が品質を提供する間のどこかにある。 このバランスを見つける企業は勝ちます:彼らは伝統的な開発ストアよりも速く輸送し、純粋な雰囲気のコードが引き起こす技術的負債の津波を避けるでしょう;彼らは彼らが何を輸送したか理解しているので問題をデバッグできるエンジニアを持っています;彼らは、誰かが実際にアーキテクチャについて考えたので、スケールするシステムを作成します。 混乱は現実的ですが、避けられることもあります: AI Kool-Aid を飲むのをやめ、エンジニアリングを開始することを知るだけです。 もしあなたが次の大きなものを構築し、あなたのコードの95%がAIプロンプトから来ているのなら、私は1つの質問を持っています:あなたは本当にあなたが何を配送しているかを理解していますか? なぜなら、そうでなければ、このハンオーバーが来ているからです。 あなたがこの役に立つと思う場合は、それを共有することを忘れないでください!そしてあなたがVueコードの技術的な借金とあなたのチームに取り組んでいる場合は、私はコメントであなたの話を聞くのが好きです。
