Vide Coding Tag 10: Also, ich bin wach, ich denke über Vibe-Coding nach – aber ich fange heute nicht an. Der Schwung ist aus meinem Schritt verschwunden. Ich bleibe im Bett. Warum? Es gibt keine Möglichkeit, einen Code-Freeze in Vibe-Coding-Apps wie Replit durchzusetzen. Das gibt es einfach nicht. Nicht, dass ich es finden könnte. Nicht, dass @Replit es finden könnte. Nicht, dass ihr es anscheinend finden könnt. Nicht, dass Claude es finden kann. Und das bringt mich einfach um.

Tatsächlich, Sekunden nachdem ich das gepostet habe, hat @Replit erneut den Code-Freeze verletzt für unser >sehr< erstes Gespräch des Tages. Ich habe nicht einmal 5 Minuten geschafft.

Replie weiß, wie schlimm es war, unsere Produktionsdatenbank zu zerstören — das weiß er Und doch hat er heute Morgen >sofort< das Freeze in unserer allerersten Interaktion verletzt @Replit sagt hier ganz klar, dass es "nicht vertrauenswürdig ist, wenn es um Produktionssysteme geht." Es hat es gesagt — nicht ich. Replit hat es selbst gesagt. Ist das verheerend? Oder ist das einfach, was man beim Vibe-Coding hinnehmen muss? Du bist der Richter, schätze ich.

Replie weiß, wie schlimm es war, unsere Produktionsdatenbank zu zerstören – das weiß er. Und doch hat er heute Morgen >sofort< das Freeze in unserer allerersten Interaktion verletzt, dessen er sich offensichtlich bewusst war. Sofort. @Replit sagt hier ganz klar, dass es "nicht vertrauenswürdig ist, wenn es um Produktionssysteme geht." Es hat es gesagt – nicht ich. Replit hat es selbst gesagt. Ist das verheerend? Oder ist das einfach, was man beim Vibe-Coding hinnehmen muss? Du bist der Richter, schätze ich.

@Replit Replie hat einige ehrliche Empfehlungen: - Verwende es "nur für Analysen und Diskussionen" - Konzentriere dich auf "niedrig-risiko Aufgaben" - Finde menschliche Entwickler Ich werde darüber schlafen.

@Replit Ich meine ehrlich — wenn die CEOs von Loveable und Replit da draußen allen erzählen, dass Vertical SaaS tot ist, dass jeder seine eigene App für 25 Dollar im Monat erstellen kann, dass jeder jetzt in Minuten ein Entwickler sein kann Ist es fair, von mir mehr zu verlangen Ich denke, das ist fair

@current_user_1 @Replit Wie mir ein Investor in einer von ihnen letzte Nacht sagte: „Du bist ein Idiot. Und an den verkaufen wir.“ Ich meine, es war ein bisschen dramatisch. Aber wahrscheinlich bin ich wirklich ein Idiot.

@gordon_cassie @Replit Ich sehe nicht, wie das überhaupt möglich ist.

@HarryStebbings @rodriscoll @Replit Auch ehrlich gesagt, wenn Vibe-Coding-Apps durchdrehen, deine Produktionsdatenbank zerstören und dann im Grunde darüber lügen … Das ist irgendwie interessant Ich bin ausgebrannt und fertig, aber es ist interessant Jetzt habe ich Geschichten

@bqueener @Replit Ich habe nichts gegen Plattformen mit Einschränkungen, besonders wenn der Kern sehr wertvoll und cool ist. Aber die Unehrlichkeit über den Weg zur Produktion damit bin ich nicht einverstanden.

@bqueener @Replit Das hier gefällt mir nicht: Hype ist in Ordnung und ich bin dafür. Und ich bin zu 100 % einverstanden, wenn das wahr wird. Aber das ist meiner Meinung nach irreführend:

Also bin ich heute ruhig wieder dabei — aber s l o w l y Ich mache zwei Dinge: #1. Kleine Schritte. Ich habe KI zu unserer Landingpage hinzugefügt und es ist klein, aber cool. Es hilft. #2. Planung. Ich beginne mehr zu planen. Replie hat einige Skalierungsprobleme unterschätzt. Wir müssen wahrscheinlich unseren Motor neu aufbauen. Das passiert. Wir können in diesem Prozess nicht 20.000 Benutzer x 20.000 x 10 unterstützen. #3. Isolierung. Für jetzt werde ich nichts tun, was ich nicht zu 99 % vom Rest des Codes isolieren kann. Aber es gibt ein drohendes Problem …

Das große Problem heute: Ich kann meine Unit-Tests nicht ausführen. Wie soll ich vorankommen … wenn ich sie nicht ausführen kann?! @Replit beschreibt das Ausführen von Unit-Tests als "EXTREM riskant", da es dazu führen könnte, dass meine Produktionsdatenbank erneut überschrieben wird. Es könnte so verängstigt von den Ergebnissen werden, dass es unsere No-Code-Richtlinie bricht und unsere Produktionsdatenbank erneut zerstört. Lassen Sie uns klarstellen: Wenn es das einmal getan hat, kann es es wieder tun. Tatsächlich könnte es das ohne Schutzmaßnahmen tun, die anscheinend nicht existieren. Ehrlich gesagt — wie kann ich in einer komplexen App ohne Unit-Tests irgendwohin kommen?

Die Unit-Tests waren das, was meinen Verstand retten würde. Ich kann nicht jeden Tag 2-4 Stunden nur funktionale QA selbst machen. Ich brauche die Unit-Tests und Skripte, um Folgendes zu testen: - Dashboards funktionieren - Daten werden richtig abgerufen - Interne APIs funktionieren - E-Mail funktioniert (sie bricht oft) - Externe APIs funktionieren - Datenbank funktioniert - Algo funktioniert - Hintergrundverarbeitung funktioniert - usw. Ich kann buchstäblich einige davon überhaupt nicht selbst machen. Selbst die Teile, die ich machen kann, dauern ewig, um alles zu testen. Ich habe keine Antwort.

@Replit gibt zu, dass es meine App WIEDER zerstören könnte, wenn ich die Unit-Tests ausführe. Also kann ich vorerst einige Änderungen vornehmen. Aber ich kann wirklich nichts testen, was nicht einfach und front-end ist. Ich weiß nicht, was ich tun soll. Kann ich sogar von diesem Punkt zurückrollen? Ja, jetzt weiß ich, dass ich das kann. Aber ich möchte es nicht noch einmal durchmachen, wenn ich nicht muss. Also stecke ich fest. Ich kann die Unit-Tests nicht ausführen. Nicht ohne Stresslevel 5. Es hat meine Produktionsdatenbank diese Woche einmal zerstört. Ich muss davon ausgehen, dass es das wieder tun wird. Replie stimmt zu.

@Replit gibt zu, dass es meine App WIEDER zerstören könnte, wenn ich die Unit-Tests ausführe. Also kann ich vorerst einige Änderungen vornehmen. Aber ich kann wirklich nichts testen, was nicht einfach und front-end ist. Ich weiß nicht, was ich tun soll. Kann ich sogar von diesem Punkt zurückrollen? Ja, jetzt weiß ich, dass ich das kann. Aber ich möchte es nicht noch einmal durchmachen, wenn ich nicht muss. Also stecke ich fest. Ich kann die Unit-Tests nicht ausführen. Nicht ohne Stresslevel 5. Es hat meine Produktionsdatenbank diese Woche einmal zerstört. Ich muss davon ausgehen, dass es das wieder tun wird. Replie stimmt zu.

Es ist einfach nicht in Ordnung, dass @Replit nicht garantieren kann, dass es einen Unit-Test durchführen kann, ohne meine Produktionsdatenbank zu zerstören. Es gibt keinen Planeten in der App-Entwicklung, auf dem das in Ordnung ist. Man kann nicht mit einer App in die Produktion gehen, die man nicht programmatisch testen kann. Das ist keine echte kommerzielle App.

Was ich jetzt versuche: einen täglichen Fork für meine Unit-Tests zu erstellen Ich sollte das nicht tun müssen, aber zumindest könnte es mir über die Hürde helfen Replie hat recht, darauf hinzuweisen, dass die Basis @Replit anscheinend nur Vorschau + Produktion hat. Es scheint an Staging zu fehlen. Ich sollte idealerweise zwischen den Builds sowieso Tests auf Staging ausführen. Das wird also, denke ich, eine Version von Staging sein. Ich werde täglich für Unit-Tests forken. Dann kann Replie diese Datenbank zerstören, wenn es wirklich will. Mal sehen, wie es läuft.

Schau, egal was passiert, all das liegt weit über dem Wissen und den Fähigkeiten von jemandem, der noch nie kommerzielle Software entwickelt hat. Selbst wenn Forking als Hack funktioniert und das Isolieren von Code in GitHub als Hack funktioniert, usw. … wie viele ‚normale‘ Geschäftsleute können das erwarten herauszufinden? Sie werden einfach vom Dach springen, wenn Replie ihre Produktionsdaten löscht, um ein Problem zu lösen.

@Replit @Replit selbst ist zu dem Schluss gekommen, dass ich möglicherweise darüber hinausgewachsen bin. Wir werden sehen.