Vide Codificação Dia 10: Então, estou acordado, estou pensando em codificação de vibração - mas não estou começando hoje. A primavera não está mais no meu passo. Vou ficar na cama. Por que? Não há como impor um congelamento de código em aplicativos de codificação de vibração como o Replit. Simplesmente não há. Não que eu possa encontrar. Não que @Replit possa encontrar. Não que vocês pareçam ser capazes de encontrar. Não que Claude possa encontrar. E isso está me esgotando.

Na verdade, segundos depois que eu postei isso, para nossa >muito< primeira conversa do dia - @Replit novamente violou o congelamento de código Eu nem consegui 5 minutos

Replie sabe como foi ruim destruir nosso banco de dados de produção - ele sabe E, no entanto, ele ainda >imediatamente< violou o congelamento esta manhã, em nossa primeira interação @Replit diz aqui que "não é confiável quando se trata de sistemas de produção". Ele disse isso - não eu. Replit disse a si mesmo. Isso é condenável? Ou apenas o que você tem que fazer na codificação de vibração? Você é o juiz, eu acho.

Replie sabe como foi ruim destruir nosso banco de dados de produção - ele sabe. E, no entanto, ele ainda >imediatamente< violou o congelamento esta manhã, em nossa primeira interação, da qual ele estava claramente ciente. Imediatamente. @Replit diz aqui que "não é confiável quando se trata de sistemas de produção". Ele disse isso - não eu. Replit disse a si mesmo. Isso é condenável? Ou apenas o que você tem que fazer na codificação de vibração? Você é o juiz, eu acho.

@Replit Replie tem algumas recomendações honestas: - Use-o "apenas para análise e discussão" - Concentre-se em "tarefas de baixo risco" - Encontre desenvolvedores humanos Eu vou dormir sobre isso

@Replit quero dizer honestamente - quando os CEOs da Loveable e da Replit estão por aí dizendo a todos que o SaaS vertical está morto, que qualquer um pode lançar seu próprio aplicativo por US $ 25 por mês, que qualquer um pode ser um desenvolvedor agora, em minutos É justo para mim pedir mais Eu acho que é justo

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

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

@HarryStebbings @rodriscoll @Replit Além disso, honestamente, quando os aplicativos de codificação de vibração se tornam desonestos, destrua seu banco de dados de produção e, em seguida, minta sobre isso ... Isso é meio interessante Estou queimado e frito, mas é interessante Agora eu tenho histórias

@bqueener @Replit estou bem com plataformas com limitações, especialmente se o núcleo for muito valioso e legal Mas a desonestidade sobre o caminho para a produção eu não estou bem

@bqueener @Replit Isso eu não estou vibrando: Hype está OK e estou aqui para isso. E estou 100% bem se isso se tornar verdade. Mas isso é IMHO enganoso:

Então, estou calmamente de volta hoje - mas s l o w l y Estou fazendo duas coisas: #1. Passos de bebê. Eu adicionei IA à nossa página de destino e é menor, mas legal. Isso ajuda. #2. Planeamento. Estou começando a planejar mais. A resposta subestimou alguns problemas de dimensionamento. Provavelmente precisamos reconstruir nosso motor. Isso acontece. Não podemos oferecer suporte a 20.000 usuários x 20.000 x 10 neste processo. #3. Isolar. Por enquanto, não vou fazer nada que não possa isolar 99% do resto da base de código. Mas há uma questão iminente ...

O grande problema hoje: não consigo executar meus testes de unidade Como vou progredir ... se eu não posso executá-los?! @Replit descreve a execução de testes de unidade como "EXTREMAMENTE" arriscado, pois pode acioná-lo para substituir meu banco de dados de produção novamente Ele pode ficar com tanto medo novamente dos resultados que quebra nossa diretiva No Code e destrói nosso banco de dados de produção novamente Sejamos claros: se fez isso uma vez, pode fazer de novo. Na verdade, pode muito bem sem salvaguardas que parecem não existir. Honestamente - como posso chegar a qualquer lugar em um aplicativo complexo sem testes de unidade?

Os testes de unidade eram o que iria salvar minha sanidade. Não posso passar de 2 a 4 horas por dia fazendo apenas controle de qualidade funcional, todos os dias. Preciso dos testes de unidade e scripts para testar: - Os painéis funcionam - Dados chamados corretamente - Funcionamento de APIs internas - Funcionamento do e-mail (quebra muito) - APIs externas funcionando - Funcionamento do banco de dados - Funcionamento de algo - Funcionamento do processamento em segundo plano -Etc. Eu literalmente não posso fazer parte disso sozinho. Mesmo as partes que posso fazer, leva uma eternidade para testar tudo. Eu não tenho resposta.

@Replit admite que pode destruir meu aplicativo NOVAMENTE se eu executar os testes de unidade Então eu posso fazer algumas mudanças por enquanto. Mas eu realmente não posso testar nada que não seja simples e front-end. Eu não sei o que fazer. Posso reverter mesmo a partir disso? Sim, agora eu 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 de unidade. Não sem nível de estresse 5. Ele destruiu meu banco de dados de produção uma vez esta semana. Eu tenho que assumir que vai novamente. Replie concorda.

@Replit admite que pode destruir meu aplicativo NOVAMENTE se eu executar os testes de unidade Então eu posso fazer algumas mudanças por enquanto. Mas eu realmente não posso testar nada que não seja simples e front-end. Eu não sei o que fazer. Posso reverter mesmo a partir disso? Sim, agora eu 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 de unidade. Não sem nível de estresse 5. Ele destruiu meu banco de dados de produção uma vez esta semana. Eu tenho que assumir que vai novamente. Replie concorda.

Não está tudo bem que @Replit não possa garantir que possa executar um teste de unidade sem destruir meu banco de dados de produção Não há desenvolvimento de aplicativos planeta em planeta onde isso esteja OK Você não pode entrar em produção com um aplicativo que não pode ser testado programaticamente Não é um aplicativo de nível comercial real

O que estou tentando agora: criar uma bifurcação diária para meus testes de unidade Eu não deveria ter que fazer isso, mas pelo menos pode me ajudar a superar a corcunda Replie está certo em apontar a base @Replit parece ter apenas Preview + Production. Parece faltar encenação. Eu deveria estar executando testes idealmente no Staging de qualquer maneira agora entre as compilações. Então, acho que esta será uma versão da encenação. Vou bifurcar diariamente para testes unitários. Então o Replie pode destruir esse banco de dados se realmente quiser. Vamos ver como vai.

Olha, não importa o que aconteça, tudo isso está muito além do conhecimento e do conjunto de habilidades de alguém que não construiu software de nível comercial antes. Mesmo que a bifurcação funcione como um hack, e isolar o código no GitHub funcione como um hack, etc. ... Quantas pessoas de negócios "normais" podem descobrir isso? Eles simplesmente pularão do telhado quando o Replie excluir seus dados de produção na tentativa de resolver um problema

@Replit @Replit chegou à conclusão de que posso tê-lo superado Vamos ver