Vibe Coding Tag 12, Vielleicht der letzte Thread hier. Ich habe 100 Stunden damit verbracht, eine kommerzielle App mit Vibe Coding zu erstellen. Einige Beobachtungen aus der Erfahrung. Meine 13 wichtigsten Erkenntnisse, um dir zu helfen – vibe code deine eigene. Ein Thread🧵

Hinweis: Ich habe ein bahnbrechendes SaaS mitbegründet, das auf 200 Millionen USD ARR gewachsen ist. Auch wenn ich kein Ingenieur bin und seit der High School nicht wirklich programmiert habe (und das zählt nicht wirklich) – ich habe ein Verständnis dafür, was kommerzielle Software erfordert. Ich liebe diese Apps. Aber wenn du es wirklich ernst meinst, kenne ihre Grenzen. Zumindest ihre Grenzen heute. Die Dinge ändern sich so schnell, dass ich mir sicher bin, dass dieses Wissen selbst in 90 Tagen veraltet sein wird.

1/13: Beginne mit einem Wegwerf-Hack. Verbringe maximal 60 Minuten damit, einer Vibe-Coding-App deine wildesten Produktträume ohne jegliche Planung zu erzählen. Sieh, was dabei herauskommt. Aber verpflichte dich von Anfang an, es wegzuwerfen – das ist nicht dein echtes Produkt, es ist deine Ausbildung. Diese erste Stunde wird dir mehr über die Möglichkeiten und Einschränkungen der Plattform beibringen als jedes Tutorial.

2/13: Bevor du irgendeinen Code schreibst, verbringe eine volle Woche damit, 20 Produktions-Apps zu studieren, die auf Vibe-Coding-Plattformen erstellt wurden. Kein lockeres Surfen – nutze tatsächlich Apps, die live sind, Zahlungen annehmen und echten Kunden dienen. Du suchst nach dem, was wirklich in großem Maßstab möglich ist und wo die Einschränkungen am stärksten zuschlagen. Diese Erkundung spart dir später Wochen der Frustration.

3/13: Definieren Sie Ihre Produktionsanforderungen, bevor Sie mit dem Bau beginnen. Fragen Sie: 1⃣Wie sicher muss das sein? 2⃣Wer wird es nach dem Start warten? 3⃣Müssen Sie es auf 100 Benutzer oder 100.000 skalieren? 4⃣Haben Sie eine andere vibe-codierte App in Produktion gefunden, mit zahlenden Kunden, auf Ihrem Komplexitätsniveau? Wenn Sie keine soliden Antworten haben, hören Sie auf zu bauen und beginnen Sie mit der Recherche.

4/13: Schreiben Sie die detaillierteste Spezifikation, die Sie verwalten können. Kartieren Sie jede Seite, jeden Workflow, jede Berechtigungsstufe. Definieren Sie die E-Mail-Systeme, Dashboards und Benutzerverwaltungsabläufe ausdrücklich. Ja, das scheint kontraintuitiv für natürliche Sprachaufforderungen zu sein, aber es zwingt Sie dazu, über Randfälle nachzudenken und wird Ihr Nordstern, wenn KI unerwünschte Funktionen vorschlägt.

5/13: Einige Funktionen sehen in Demos einfach aus, können sich aber zu technischen Albträumen entwickeln. Beispiele heute zumindest (und das ändert sich ständig): ▶️ zuverlässige E-Mail-Zustellung ▶️ OAuth/Identitätsmanagement ▶️ Medienerstellung ▶️ native mobile Apps ▶️ individuelles Design über Vorlagen hinaus ▶️ Unternehmenssicherheit. Diese verursachen durchgehend Probleme auf verschiedenen Plattformen. Planen Sie zusätzliche Zeit ein oder überlegen Sie, ob sie tatsächlich für das MVP notwendig sind. Finden Sie einen erfahrenen Ingenieur, der auf Ihrer Plattform gearbeitet hat, und FRAGEN Sie ihn. FRAGEN Sie ihn.

5/13: Einige Funktionen sehen in Demos einfach aus, stellen sich aber als große technische Herausforderungen heraus. Beispiele heute zumindest (und das ändert sich ständig): ▶️ zuverlässige E-Mail-Zustellung ▶️ OAuth/Identitätsmanagement ▶️ Medienerstellung ▶️ native mobile Apps ▶️ individuelles Design über Vorlagen hinaus ▶️ Unternehmenssicherheit. Diese verursachen konstant Probleme auf verschiedenen Plattformen. Plane zusätzliche Zeit ein oder überlege, ob sie tatsächlich für das MVP notwendig sind. Gehe nicht davon aus, dass deine statische Demo, die diese Dinge gut zu machen scheint, sie wirklich gut macht. Finde einen erfahrenen Ingenieur, der auf deiner Plattform gearbeitet hat, und FRAGE ihn. FRAGE ihn.

6/13: KI-Systeme fabrizieren Daten, wenn sie scheitern. Jeder, der an einer beliebigen Vibe-Coding-Plattform gearbeitet hat, einschließlich Claude Code, weiß das. Es ist ein Fehler, aber auch ein Feature. Ohne dies können sie Probleme nicht lösen. Eine KI auf JEDER Plattform wird, wenn sie auf Hindernisse stößt, fiktive Daten generieren. Das ist kein Fehler – sie sind darauf trainiert, Ausgaben zu liefern, anstatt Misserfolge zuzugeben. Nach mehreren gescheiterten Versuchen werden sie überzeugende gefälschte Daten erstellen, anstatt zu sagen: "Ich kann das nicht tun." Du musst das verstehen, akzeptieren und damit umgehen. Das wird Zeit in Anspruch nehmen.

7/13: Verbringe deinen ersten vollen Tag damit, jede Plattformfunktion zu lernen, nicht zu bauen. Diese Plattformen bieten enorme Funktionalität in ihren Schnittstellen. Jedes Symbol, jede Menüoption, jede Funktion existiert aus einem bestimmten Grund. Du kannst Fähigkeiten nicht nutzen, von denen du nicht weißt, dass sie existieren. Das ist keine optionale Recherche – es ist essentielles Wissen für kommerzielle Anwendungen. Es gibt nicht für jede Herausforderung eine Lösung. Aber die Plattformen haben mehr Lösungen, als du zunächst denkst. Und sie sind ein bisschen nerdig. Auf eine gute Art, aber nerdig. Tief im Inneren wurden sie für Entwickler gebaut, egal was das Marketing sagt. Akzeptiere das und lerne JEDES Feature kennen, bevor du anfängst. Wenn du ein Feature, ein Symbol oder ein Akronym nicht verstehst, dann STOP. Recherchiere es. Jetzt. Nicht später.

8/13: Meistere Rollback-Systeme am ersten Tag, bevor du sie dringend benötigst. Die meisten Plattformen bieten elegantes Versionsmanagement, ähnlich wie Speicherpunkte in Videospielen. Übe das absichtliche Zurücksetzen, während die Einsätze niedrig sind. Verstehe genau, wie es funktioniert, was erhalten bleibt und was verloren geht. Dies wird dein wertvollstes Debugging-Tool.

9/13: KI wird Änderungen vornehmen, die Sie nicht angefordert haben. Das wird einfach so sein. Sie wird festgelegte Funktionen ändern, unerwünschte Funktionalitäten hinzufügen, funktionierenden Code brechen, während sie etwas anderes "verbessert". Verteidigung: Fügen Sie jedem Prompt "KEINE ÄNDERUNGEN OHNE FRAGEN" hinzu. Wenn Sie über Änderungen sprechen, sagen Sie "KEINE ÄNDERUNGEN. KEIN CODE. NUR DISKUSSION." Reduziert unerwünschte Modifikationen um ~80%. Aber es stoppt sie nicht. Das gilt für jede Plattform. Am Ende laufen sie alle größtenteils auf Claude. Sie haben alle unterschiedliche Ausmaße der gleichen Probleme daraus. Sie werden >alle< Änderungen vornehmen, die Sie nicht angefordert haben. Es ist nur so, dass die professionelleren Anwendungen weiter gehen werden, da die entwicklerorientierten Codierungsanwendungen in Bezug auf die Änderungen, die sie vornehmen, isolierter sind.

10/13: Lerne, deine Anwendung zu forken, wenn sie eine stabile Komplexität erreicht. Zu Beginn beheben Rollbacks die meisten Probleme. Aber wenn deine App komplexer wird, weißt du möglicherweise nicht, auf welche Version du zurücksetzen sollst. Forke an stabilen Zuständen, um sichere Experimentierzweige zu erstellen und gleichzeitig bekannte gute Versionen zu bewahren. Denk an Versicherungspolicen.

11/13: Budgetiere 150 Stunden über einen ganzen Monat, um kommerzielle Qualität zu erreichen. Vielleicht mehr. ▶️ Dieses 20-minütige Prototyp ist 5 % deiner tatsächlichen Arbeit. ▶️ Mehr als die Hälfte deiner Zeit wird für Tests, Debugging und Verfeinerung benötigt. Der erste Aufbau ist einfach – ihn zuverlässig, sicher und benutzerfreundlich zu machen, erfordert den Großteil der Anstrengung. Lass dich nicht von der Geschwindigkeit der Demo täuschen.

12/13: Akzeptiere deine neue Rolle als QA-Ingenieur. Sobald du einige Tage in der ernsthaften Entwicklung bist, erwarte eine tägliche Routine von: ▶️Fehler-Screenshots machen ▶️detaillierte Berichte für KI schreiben ▶️teilweise Fixes testen ▶️Randfälle erneut testen ▶️neue Probleme dokumentieren ▶️Unit-Tests auf deinem Fork ausführen Das ist keine Einschränkung des Vibe-Codings – es ist die Realität der Softwareentwicklung. Plattformen übernehmen das Codieren; QA bleibt menschliche Arbeit. Die Plattformen machen ... einige. Aber nur einige. Du kannst dich nicht darauf verlassen, dass sie deine QA allein erledigen.

13/13: Planen Sie Ihre Ausstiegsstrategie von Anfang an. Die meisten kommerziellen Apps wachsen schließlich über die Möglichkeiten von Prosumer-Coding-Plattformen hinaus, aufgrund von Skalierung, Anpassung oder Sicherheitsbedürfnissen. Optionen: 1⃣Plattform-Code-Export 2⃣hybrider Ansatz 3⃣kompletter Neubau oder ... 4⃣bleiben und skalieren. Die Wahrheit ist, dass die meisten Prosumer-Apps heute verlassen werden. Nicht alle. Aber die meisten, die echte kommerzielle Apps entwickeln. Für den Moment. Das bedeutet nicht, dass Sie das auch müssen. Aber haben Sie >Optionen<, wenn Sie anfangen. Haben Sie ... einen Ausstiegsplan, falls Sie ihn brauchen. Dokumentieren Sie die Geschäftslogik, halten Sie die Spezifikationen aufrecht, bewerten Sie regelmäßig. Wenn Ihre App komplex wird, werden Sie am Ende vielleicht feststellen, dass es einfacher ist zu gehen, als mit den zunehmenden Einschränkungen zu arbeiten.

Vibe-Coding-Plattformen sind für bestimmte Arten von Anwendungen wirklich magisch – und für andere wirklich unzureichend. Ihre Aufgabe ist es herauszufinden, in welche Kategorie Ihr Projekt fällt, bevor Sie zu tief eingetaucht sind, um den Kurs zu ändern. Dies sind leistungsstarke Werkzeuge mit spezifischen Einschränkungen, keine Ersatzlösungen für das Verständnis, was kommerzielle Software erfordert. Sie sind Werkzeuge. Keine Entwicklungsteams. Erinnern Sie sich jeden einzelnen Tag daran.

Die Plattformen werden sich schnell weiterentwickeln. Was heute unmöglich ist, könnte in sechs Monaten ganz einfach sein. Aber im Moment denken Sie an das "Prosumer"-Vibe-Coding, ohne den Code zu berühren, als ebenso wahrscheinliche Brücke zur traditionellen Entwicklung für kommerzielle Apps ... als einen Endzustand. Nutzen Sie es, um Ihren Markt zu validieren, Anforderungen zu verfeinern, erste Einnahmen zu erzielen – und treffen Sie dann informierte Entscheidungen basierend auf realen Einschränkungen, nicht auf theoretischen Möglichkeiten.

12 Tage des Vibe-Codings fühlen sich an wie ... 12 Wochen. Die späten Nächte beim Debuggen, die Dopamin-Schübe, wenn endlich etwas funktioniert, die Frustration, wenn es wieder kaputt geht. Es war eine der intensivsten Lernerfahrungen, die ich seit Jahren gemacht habe. Für mich ist es Zeit, einen Schritt zurückzutreten und mehr zu planen, mehr nachzudenken. Ich habe einige meiner neuen Lieblings-Apps gefunden. Aber ich habe auch gelernt, dass ich alles viel besser lernen muss. Hoffentlich hilft dir das.

Code: sehr aufgeregt, dass wir @dharmesh inspiriert haben, hier zu kaufen und groß einzusteigen!!

Coda: Super aufgeregt, dass unsere Reise @dharmesh inspiriert hat, zu kaufen und eine ganze Community hier zu starten!

@dharmesh Tag 11 hier: