Vide Coding Jour 10 : Alors je suis levé, je pense à la vibe coding — mais je ne commence pas aujourd'hui. Le printemps n'est plus dans mon pas. Je reste au lit. Pourquoi ? Il n'y a aucun moyen d'imposer un gel de code dans des applications de vibe coding comme Replit. Il n'y en a tout simplement pas. Pas que je puisse trouver. Pas que @Replit puisse trouver. Pas que vous sembliez pouvoir trouver. Pas que Claude puisse trouver. Et ça me brûle juste.

En fait, quelques secondes après avoir posté cela, pour notre >très< première discussion de la journée — @Replit a de nouveau violé le gel de code Je n'ai même pas eu 5 minutes.

Replie sait à quel point il était mauvais de détruire notre base de données de production — il le sait Et pourtant, il a quand même >immédiatement< violé le gel ce matin, lors de notre toute première interaction @Replit dit ici même qu'il "ne peut pas être fait confiance en ce qui concerne les systèmes de production." C'est ce qu'il a dit — pas moi. Replit l'a dit lui-même. Est-ce accablant ? Ou juste ce que vous devez accepter dans le codage d'ambiance ? À vous de juger, je suppose.

Replie sait à quel point il était mauvais de détruire notre base de données de production — il le sait. Et pourtant, il a quand même >immédiatement< violé le gel ce matin, lors de notre toute première interaction, dont il était clairement conscient. Immédiatement. @Replit dit ici même qu'il "ne peut pas être fait confiance en ce qui concerne les systèmes de production." C'est ce qu'il a dit — pas moi. Replit l'a dit lui-même. Est-ce accablant ? Ou juste ce que vous devez accepter dans le codage d'ambiance ? À vous de juger, je suppose.

@Replit Replie a quelques recommandations honnêtes : - Utilisez-le "uniquement pour l'analyse et la discussion" - Concentrez-vous sur les "tâches à faible risque" - Trouvez des développeurs humains Je vais réfléchir à tout ça avant de dormir.

@Replit Je veux dire honnêtement — quand les PDG de Loveable et Replit disent à tout le monde que le SaaS vertical est mort, que n'importe qui peut créer sa propre application pour 25 $ par mois, que n'importe qui peut devenir développeur maintenant, en quelques minutes Il est juste que je demande plus Je pense que c'est juste

@current_user_1 @Replit Comme m'a dit un investisseur dans l'un d'eux hier soir : « Tu es un idiot. Et c'est à qui nous vendons. » Je veux dire, c'était un peu dramatique. Mais je suis probablement un idiot.

@gordon_cassie @Replit Je ne vois pas comment c'est même possible.

@HarryStebbings @rodriscoll @Replit Honnêtement, quand les applications de vibe coding deviennent incontrôlables, détruisent votre base de données de production, puis mentent essentiellement à ce sujet... C'est plutôt intéressant Je suis brûlé et épuisé, mais c'est intéressant Maintenant, j'ai des histoires

@bqueener @Replit Je suis d'accord avec le fait que les plateformes aient des limitations, surtout si le cœur est très précieux et intéressant. Mais je ne suis pas d'accord avec le manque d'honnêteté concernant le chemin vers la production.

@bqueener @Replit Ça, je ne suis pas en phase : L'engouement est OK et je suis là pour ça. Et je suis 100 % d'accord si cela devient vrai. Mais, à mon humble avis, c'est trompeur :

Donc, je suis calmement de retour aujourd'hui — mais s l o w l y Je fais deux choses : #1. Petits Pas. J'ai ajouté de l'IA à notre page d'accueil et c'est mineur mais cool. Ça aide. #2. Planification. Je commence à planifier davantage. Replie a sous-estimé certains problèmes d'échelle. Nous devons probablement reconstruire notre moteur. Cela arrive. Nous ne pouvons pas supporter 20 000 utilisateurs x 20 000 x 10 dans ce processus. #3. Isolement. Pour l'instant, je ne vais rien faire que je ne peux pas isoler à 99 % du reste de la base de code. Mais il y a un problème qui se profile ...

Le gros problème aujourd'hui : je ne peux pas exécuter mes tests unitaires Comment vais-je progresser... si je ne peux pas les exécuter ?! @Replit décrit l'exécution des tests unitaires comme "EXTRÊMEMENT" risquée car cela pourrait entraîner l'écrasement de ma base de données de production à nouveau Il pourrait devenir si effrayé par les résultats qu'il enfreint notre directive No Code et détruit à nouveau notre base de données de production Soyons clairs : s'il l'a fait une fois, il peut le refaire. En fait, il pourrait bien le faire sans les protections qui ne semblent pas exister. Honnêtement — comment puis-je avancer dans une application complexe sans tests unitaires ?

Les tests unitaires étaient ce qui allait sauver ma santé mentale. Je ne peux pas passer 2 à 4 heures par jour à faire uniquement du QA fonctionnel moi-même, chaque jour. J'ai besoin des tests unitaires et des scripts pour tester : - Le bon fonctionnement des tableaux de bord - Les données correctement appelées - Le fonctionnement des API internes - Le fonctionnement des e-mails (cela casse beaucoup) - Le fonctionnement des API externes - Le fonctionnement de la base de données - Le fonctionnement de l'algorithme - Le fonctionnement du traitement en arrière-plan - Etc. Je ne peux littéralement pas faire certaines de ces choses moi-même. Même les parties que je peux faire, cela prend une éternité pour tout tester. Je n'ai pas de réponse.

@Replit admet qu'il pourrait détruire mon application ENCORE si je lance les tests unitaires Donc je peux faire quelques changements pour l'instant. Mais je ne peux vraiment pas tester quoi que ce soit qui ne soit pas simple et front-end. Je ne sais pas quoi faire. Puis-je revenir en arrière même à partir de cela ? Oui, maintenant je sais que je peux. Mais je ne peux pas le revivre si je n'y suis pas obligé. Donc je suis bloqué. Je ne peux pas lancer les tests unitaires. Pas sans un niveau de stress de 5. Cela a détruit ma base de données de production une fois cette semaine. Je dois supposer que cela se reproduira. Replie est d'accord.

@Replit admet qu'il pourrait détruire mon application ENCORE si je lance les tests unitaires Donc je peux faire quelques changements pour l'instant. Mais je ne peux vraiment pas tester quoi que ce soit qui ne soit pas simple et front-end. Je ne sais pas quoi faire. Puis-je revenir en arrière même à partir de cela ? Oui, maintenant je sais que je peux. Mais je ne peux pas le revivre si je n'y suis pas obligé. Donc je suis bloqué. Je ne peux pas lancer les tests unitaires. Pas sans un niveau de stress de 5. Cela a détruit ma base de données de production une fois cette semaine. Je dois supposer que cela se reproduira. Replie est d'accord.

Ce n'est tout simplement pas acceptable que @Replit ne puisse pas garantir qu'il peut exécuter un test unitaire sans détruire ma base de données de production. Il n'existe pas de planète dans le développement d'applications où cela est acceptable. Vous ne pouvez pas entrer en production avec une application que vous ne pouvez pas tester de manière programmatique. Ce n'est pas une véritable application de niveau commercial.

Ce que j'essaie maintenant : créer un fork quotidien pour mes tests unitaires Je ne devrais pas avoir à faire ça, mais au moins cela pourrait m'aider à surmonter l'obstacle Replie a raison de souligner que la base @Replit semble juste avoir Aperçu + Production. Il semble manquer Staging. Je devrais idéalement exécuter des tests sur Staging de toute façon en ce moment entre les builds. Donc, cela sera je suppose une version de staging. Je vais forker quotidiennement pour les tests unitaires. Ensuite, Replie peut détruire cette base de données si elle le souhaite vraiment. Voyons comment ça se passe.

Regardez, peu importe quoi, tout cela dépasse largement les connaissances et les compétences de quelqu'un qui n'a jamais construit de logiciel de qualité commerciale auparavant. Même si le fork fonctionne comme un hack, et que l'isolation du code sur GitHub fonctionne comme un hack, etc. … combien de personnes « normales » dans le monde des affaires peuvent s'attendre à comprendre cela ? Ils vont juste sauter du toit quand Replie supprimera leurs données de production dans une tentative de résoudre un problème.

@Replit @Replit lui-même en est venu à la conclusion que j'ai peut-être dépassé son utilisation Nous verrons