バイブコーディング12日目、 おそらくここで最後のスレッドです。 私は 100 時間かけて、バイブ コーディングを使用して商用グレードのアプリを構築しました。 経験から得たいくつかの観察。 あなたを助ける私のトップ13の学習 -- あなた自身のコーディングをしてください。 スレッド🧵

注: 私は $200M ARR に拡張された先駆的な SaaS を共同設立したので、エンジニアではなく、高校時代からコーディングをしたことがありませんが (それは実際にはカウントされません) -- 商用ソフトウェアが何を必要とするかについてのコンテキストはあります。 私はこれらのアプリが大好きです。 しかし、本当にそれを目指すのであれば、その限界を知ってください。 少なくとも、今日では彼らの限界があります。 物事は急速に変化しているので、これらの学びは90日後でも時代遅れになると確信しています。

1/13:使い捨てハックから始める。 最大 60 分を費やして、何の計画もせずに、あなたの最もワイルドな製品の夢をバイブ コーディング アプリに伝えます。何が現れるか見てみましょう。 しかし、これはあなたの本当の製品ではなく、あなたの教育です。最初の 1 時間は、どのチュートリアルよりもプラットフォームの機能と制限について多くのことを学ぶことができます。

2/13: コードを書く前に、バイブコーディングプラットフォーム上に構築された20の本番アプリを丸1週間かけて学習します。 カジュアルなブラウジングではなく、実際にライブで支払いを受け、実際の顧客にサービスを提供するアプリを使用します。 あなたは、大規模に真に可能なことと、制限が最も深刻な場所を探しています。この偵察により、その後の数週間のフラストレーションが軽減されます。

3/13: 構築を開始する前に、生産要件を定義します。 頼む： 1⃣これはどの程度安全である必要がありますか? 2⃣発売後は誰が維持するのでしょうか? 3⃣100 ユーザーまたは 100,000 ユーザーに拡張する必要がありますか? 4⃣本番環境で、有料顧客を抱えて、あなたの複雑さレベルで別のバイブコーディングされたアプリを見つけましたか? 確かな答えがない場合は、構築を中止して調査を始めてください。

4/13: 管理できる最も詳細な仕様書を書きます。 すべてのページ、ワークフロー、権限レベルをマッピングします。電子メールシステム、ダッシュボード、ユーザー管理フローを明示的に定義します。 はい、これは自然言語プロンプトにとって直感に反するように思えますが、エッジケースを熟考することを余儀なくされ、AI が望ましくない機能を提案するときに北極星になります。

5/13: 一部の機能は、デモでは単純に見えますが、エンジニアリングの悪夢になります。 少なくとも今日の例は(そしてこれは常に変化しています): ▶️ 信頼性の高い電子メール配信 ▶️OAuth/ID 管理 ▶️メディア生成 ▶️ネイティブモバイルアプリ ▶️テンプレートを超えたカスタムデザイン ▶️エンタープライズセキュリティ。 これらは、プラットフォーム間で一貫して痛みを引き起こします。追加の時間を計画するか、MVP に実際に必要かどうかを検討してください。 あなたのプラットフォーム上に構築した経験豊富なエンジニアを見つけて、彼らに尋ねてください。 彼らに聞いてみてください。

5/13: 一部の機能は、デモでは単純に見えますが、エンジニアリング上の大きな課題になります。 少なくとも今日の例は(そしてこれは常に変化しています): ▶️ 信頼性の高い電子メール配信 ▶️OAuth/ID 管理 ▶️メディア生成 ▶️ネイティブモバイルアプリ ▶️テンプレートを超えたカスタムデザイン ▶️エンタープライズセキュリティ。 これらは、プラットフォーム間で一貫して痛みを引き起こします。追加の時間を計画するか、MVP に実際に必要かどうかを検討してください。 これらのことをうまくやっているように見える静的なデモが本当にうまくいっていると思い込まないでください。 あなたのプラットフォーム上に構築した経験豊富なエンジニアを見つけて、彼らに尋ねてください。 彼らに聞いてみてください。

6/13: AI システムが障害が発生するとデータを捏造します。 Claude Codeを含むバイブコーディングプラットフォームに携わったことのある人なら誰でも、このことを知っています。 これはバグですが、機能でもあります。 これがなければ、彼らは問題を解決できません。 どのプラットフォームでも AI が障害にぶつかると、架空のデータが生成されます。 これはバグではなく、失敗を認めるのではなく、アウトプットを提供するようにトレーニングされています。何度も失敗すると、「これはできない」と言うのではなく、説得力のある偽のデータを作成します。 これを理解し、受け入れ、回避する必要があります。 これには時間がかかります。

7/13: 最初の丸一日は、構築ではなく、すべてのプラットフォーム機能を学習します。 これらのプラットフォームは、インターフェイスに膨大な機能を詰め込んでいます。すべてのアイコン、メニューオプション、機能には理由があります。存在を知らない機能を活用することはできません。これはオプションの調査ではなく、商用グレードのアプリにとって不可欠な知識です。 すべての課題に対する解決策があるわけではありません。 しかし、プラットフォームには、最初に考えるような解決策が他にもあります。 そして、彼らはちょっとオタクです。 良い意味ではありますが、オタクです。 心の奥底では、マーケティングが何と言おうと、開発者向けに構築されていました。 それを受け入れて、始める前にすべての機能を理解してください。 機能、アイコン、頭字語がわからない場合は、STOPしてください。 調べに行こう。 今。 後ではありません。

8/13: どうしても必要になる前に、初日にロールバックシステムをマスターしてください。 ほとんどのプラットフォームは、ビデオゲームのセーブポイントと同じように、エレガントなバージョン管理を提供します。賭け金が低いうちに意図的にロールバックする練習をしてください。 それがどのように機能し、何が保存され、何が失われるかを正確に理解します。これは、最も価値のあるデバッグツールになります。

9/13: AI が要求しなかった変更を行います。 それはただそうなるでしょう。 解決された機能を変更したり、不要な機能を追加したり、動作コードを壊したりしながら、他の何かを「改善」します。 防御: すべてのプロンプトに「NO CHANGES WITHOUT ASKING」を追加します。変更について話し合うときは、「変更なし。コードなし。ただの議論です。」不要な変更を~80%削減します。 しかし、それは彼らを止めるものではありません。 これはすべてのプラットフォームに当てはまります。結局、それらはすべてクロードに頼っています。 彼らは皆、そこからさまざまなレベルの同じ問題を抱えています。 彼らは>すべて<あなたが要求していない変更を加えます。 開発者中心のコーディングアプリは、変更を加えるという点でより孤立しているため、プロシューマーアプリがさらに進むだけです。

10/13: 安定した複雑さに達したときにアプリケーションをフォークする方法を学びます。 初期の段階では、ロールバックによってほとんどの問題が処理されます。しかし、アプリが複雑になるにつれて、どのバージョンにロールバックすればよいかわからなくなる可能性があります。 安定した状態でフォークして、既知の正常なバージョンを維持しながら安全な実験ブランチを作成します。保険契約を考えてみましょう。

11/13: 商業品質に到達するために、丸 1 か月にわたって 150 時間の予算を計上します。 もしかしたらもっと。 ▶️この 20 分間のプロトタイプは、実際の作業の 5% に相当します。▶️半分以上の時間をテスト、デバッグ、改良に費やします。 初期構築は簡単で、信頼性が高く、安全で、ユーザーフレンドリーにするには、ほとんどの労力が必要です。 デモのスピードに騙されないでください。

12/13: QA エンジニアとしての新しい役割を引き受けます。 本格的な発達が始まったら、次のような日課が期待されます。 ▶️バグのスクリーンショットを撮る ▶️AIの詳細なレポートを作成する ▶️部分的な修正のテスト ▶️エッジケースの再テスト ▶️新しい問題の文書化 ▶️フォークで単体テストを実行する これはバイブコーディングの制限ではなく、ソフトウェア開発の現実です。プラットフォームはコーディングを処理します。QAは人間の仕事のままです。 プラットフォームは...幾。 しかし、それは一部だけです。 QAを一人で行うために彼らに頼ることはできません。

13/13: 初日から出口戦略を計画します。 ほとんどの商用アプリは、規模、カスタマイズ、またはセキュリティのニーズにより、最終的にはプロシューマーの雰囲気コーディングプラットフォームを超えて成長します。 オプション： 1⃣プラットフォームコードのエクスポート 2⃣ハイブリッドアプローチ 3⃣完全な再構築、または... 4⃣滞在とスケーリング。 真実は、今日のプロシューマーアプリでは、ほとんどが去っているということです。 すべてではありません。 しかし、そのほとんどは真のコマーシャルゲードアプリを構築しています。 今のところ。 これは、あなたがしなければならないという意味ではありません。 ただし、始めるときは>オプション<用意してください。 有る。。。必要に応じて出口計画。 ビジネスロジックを文書化し、仕様を維持し、定期的に評価します。アプリが複雑になると、最終的には、蓄積された制約を回避するよりも、そのままにした方が簡単であることに気付くかもしれません。

Vibe コーディング プラットフォームは、特定のタイプのアプリケーションにとっては本当に魔法のようなものですが、他のアプリケーションにとっては本当に不十分です。 あなたの仕事は、進路を変えることができなくなる前に、プロジェクトがどのカテゴリに分類されるかを理解することです。 これらは特定の制約を持つ強力なツールであり、商用ソフトウェアが何を必要とするかを理解するための代替品ではありません。 それらはツールです。開発チームではありません。 毎日そのことを思い出してください。

プラットフォームは急速に進化し続けます。 今日不可能だったことが、半年後には簡単になるかもしれません。 しかし、現時点では、コードに触れずに「プロシューマー」バイブコーディングを行うことは、商用アプリの従来の開発への架け橋となる可能性が高いと考えてください...最終状態よりも。 これを使用して、市場の検証、要件の調整、初期収益の構築、理論上の可能性ではなく実際の制約に基づいて情報に基づいた意思決定を行います。

12日間のバイブコーディングは...12週間。 深夜のデバッグ、何かがようやく機能したときのドーパミンの爆発、それが再び壊れたときのフラストレーション。ここ数年で最も強烈な学習経験の 1 つでした。 私にとっては、少し一歩下がって、もっと計画を立て、もっと考える時が来ました。新しいお気に入りのアプリをいくつか見つけました。しかし、私はすべてをもっとよく学ぶ必要があることも学びました。 うまくいけば、これがあなたを助けます。

コード: @dharmeshにここで購入して大きくなるよう促したことにとても興奮しています!!

Coda: 私たちの旅が、@dharmeshにインスピレーションを与えて、ここでコミュニティ全体を購入し、立ち上げることにとても興奮しています!

@dharmesh 11日目はこちら: