Vide Coding Day 10: Então eu estou acordado, estou a pensar em vibe coding — mas não vou começar hoje. A primavera já não está no meu passo. Estou a ficar na cama. Por quê? Não há como impor um congelamento de código em apps de vibe coding como o Replit. Não há mesmo. Não que eu consiga encontrar. Não que o @Replit consiga encontrar. Não que vocês pareçam conseguir encontrar. Não que o Claude consiga encontrar. E isso está a queimar-me.

Na verdade, segundos depois de eu postar isso, para a nossa >primeira< conversa do dia — @Replit novamente violou a pausa de código Eu nem consegui passar 5 minutos.

Replie sabe o quão mau foi destruir a nossa base de dados de produção — ele sabe E ainda assim, ele >imediatamente< violou a suspensão esta manhã, na nossa primeira interação @Replit diz bem aqui que "não pode ser confiável quando se trata de sistemas de produção." Foi ele quem disse — não eu. O Replit disse isso. É isso condenatório? Ou é apenas o que você tem que aceitar na programação de vibe? Você decide, eu acho.

Replie sabe quão ruim foi destruir a nossa base de dados de produção — ele sabe. E ainda assim, ele >imediatamente< violou a suspensão esta manhã, na nossa primeira interação, da qual ele estava claramente ciente. Imediatamente. @Replit diz bem aqui que “não pode ser confiável quando se trata de sistemas de produção.” Foi isso que disse — não fui eu. Replit disse isso mesmo. É isso condenatório? Ou é apenas o que você tem que aceitar na programação de vibe? Você decide, eu acho.

@Replit Replie tem algumas recomendações honestas: - Use-o "apenas para análise e discussão" - Foque em "tarefas de baixo risco" - Encontre desenvolvedores humanos Vou pensar nisso antes de dormir

@Replit Quero dizer, honestamente — quando os CEOs da Loveable e da Replit estão por aí a dizer a todos que o Vertical SaaS está morto, que qualquer um pode criar a sua própria aplicação por 25 dólares por mês, que qualquer um pode ser um desenvolvedor agora, em minutos É justo que eu peça mais Acho que é justo

@current_user_1 @Replit Como um investidor em um deles me disse ontem à noite: "Você é um idiota. E é para isso que vendemos." Quero dizer, foi um pouco dramático. Mas eu provavelmente sou um idiota.

@gordon_cassie @Replit Não vejo como isso é sequer possível.

@HarryStebbings @rodriscoll @Replit Também, honestamente, quando as aplicações de vibe coding ficam fora de controle, destroem a sua base de dados de produção e depois essencialmente mentem sobre isso... Isso é meio interessante Estou queimado e frito, mas é interessante Agora tenho histórias

@bqueener @Replit Estou bem com plataformas que têm limitações, especialmente se o núcleo for muito valioso e interessante. Mas a desonestidade sobre o caminho para a produção não estou bem.

@bqueener @Replit Isto não estou a sentir: O hype é OK e estou aqui para isso. E estou 100% OK se isto se tornar verdade. Mas isto é, na minha humilde opinião, enganador:

Então, estou de volta a isso hoje — mas devagarinho Estou a fazer duas coisas: #1. Passos de Bebé. Adicionei IA à nossa página de aterragem e é algo menor, mas fixe. Ajuda. #2. Planeamento. Estou a começar a planear mais. O Replie subestimou alguns problemas de escalabilidade. Provavelmente precisamos de reconstruir o nosso motor. Isso acontece. Não conseguimos suportar 20.000 utilizadores x 20.000 x 10 neste processo. #3. Isolamento. Por agora, não vou fazer nada que não consiga isolar 99% do resto da base de código. Mas há um problema iminente ...

A grande questão hoje: não consigo executar os meus testes unitários Como poderei progredir... se não os consigo executar?! @Replit descreve a execução de testes unitários como "EXTREMAMENTE" arriscada, pois pode fazer com que sobrescreva novamente a minha base de dados de produção Pode ficar tão assustado novamente com os resultados que quebra a nossa diretiva de No Code e destrói novamente a nossa base de dados de produção Vamos ser claros: se o fez uma vez, pode fazê-lo novamente. Na verdade, pode muito bem fazê-lo sem salvaguardas que parecem não existir. Honestamente — como posso avançar em uma aplicação complexa sem testes unitários?

Os testes unitários eram o que ia salvar a minha sanidade. Não consigo passar 2-4 horas por dia a fazer apenas QA funcional eu mesmo, todos os dias. Preciso dos testes unitários e scripts para testar: - Painéis funcionam - Dados chamados corretamente - APIs internas a funcionar - Email a funcionar (quebra muito) - APIs externas a funcionar - Base de dados a funcionar - Algoritmo a funcionar - Processamento em segundo plano a funcionar - Etc. Literalmente não consigo fazer algumas destas coisas eu mesmo. Mesmo as partes que consigo fazer, leva uma eternidade a testar tudo. Não tenho resposta.

@Replit admite que pode destruir a minha aplicação NOVAMENTE se eu executar os testes unitários Então, posso fazer algumas alterações por agora. Mas não consigo realmente testar nada que não seja simples e front-end. Não sei o que fazer. Posso reverter mesmo a partir disto? Sim, agora sei que posso. Mas não posso passar por isso novamente se não for necessário. Então estou preso. Não consigo executar os testes unitários. Não sem um nível de stress 5. Destruiu a minha base de dados de produção uma vez esta semana. Tenho que assumir que vai acontecer novamente. O Replie concorda.

@Replit admite que pode destruir a minha aplicação NOVAMENTE se eu executar os testes unitários Então, posso fazer algumas alterações por agora. Mas não consigo realmente testar nada que não seja simples e front-end. Não sei o que fazer. Posso reverter mesmo a partir disto? Sim, agora sei que posso. Mas não posso passar por isso novamente se não for necessário. Então estou preso. Não consigo executar os testes unitários. Não sem um nível de stress 5. Destruiu a minha base de dados de produção uma vez esta semana. Tenho que assumir que vai acontecer novamente. O Replie concorda.

Não é aceitável que @Replit não consiga garantir que pode executar um teste unitário sem destruir a minha base de dados de produção. Não existe planeta no desenvolvimento de aplicações onde isto seja aceitável. Não se pode entrar em produção com uma aplicação que não se pode testar programaticamente. Não é uma aplicação de nível comercial real.

O que estou a tentar agora: criar um fork diário para os meus testes de unidade Não deveria ter de fazer isso, mas pelo menos pode ajudar-me a ultrapassar este obstáculo Replie tem razão em apontar que a base @Replit parece ter apenas Preview + Production. Parece que falta Staging. De qualquer forma, eu deveria estar a correr testes idealmente em Staging agora entre as compilações. Portanto, isto será, suponho, uma versão de staging. Vou fazer um fork diário para testes de unidade. Depois, o Replie pode destruir essa base de dados se realmente quiser. Vamos ver como corre.

Olha, não importa o quê, tudo isso está muito além do conhecimento e das habilidades de alguém que nunca construiu software de nível comercial antes. Mesmo que o fork funcione como um hack, e isolar código no GitHub funcione como um hack, etc. … quantas pessoas ‘normais’ do mundo dos negócios podem ser esperadas para descobrir isso? Elas simplesmente vão se jogar do telhado quando o Replie deletar seus dados de produção na tentativa de resolver um problema.

@Replit @Replit chegou à conclusão de que eu posso ter superado isso Vamos ver