Vibe Coding Day 12, Talvez o último tópico aqui. Passei 100 horas a construir uma aplicação de nível comercial com vibe coding. Algumas observações da experiência. As minhas 13 principais aprendizagens para te ajudar -- a vibe codear a tua própria. Um tópico🧵
Nota: eu co-fundei uma SaaS pioneira que escalou para $200M ARR, então, embora eu não seja um engenheiro e não tenha realmente programado desde o ensino médio (e isso não conta realmente) -- eu tenho contexto sobre o que o software comercial requer. Eu adoro esses aplicativos. Mas se você realmente está indo a fundo, conheça os seus limites. Pelo menos, os seus limites hoje. As coisas estão mudando tão rápido, que esses aprendizados estarão desatualizados, tenho certeza, mesmo em 90 dias.
1/13: Comece com um hack descartável. Gaste no máximo 60 minutos a contar a um aplicativo de codificação de vibrações os seus sonhos de produto mais loucos, sem qualquer planejamento. Veja o que emerge. Mas comprometa-se desde o início a descartá-lo—este não é o seu produto real, é a sua educação. Essa primeira hora ensinará mais sobre as capacidades e limitações da plataforma do que qualquer tutorial.
2/13: Antes de escrever qualquer código, passe uma semana inteira estudando 20 aplicações de produção construídas em plataformas de codificação vibe. Não é uma navegação casual—use realmente aplicações que estão ao vivo, aceitando pagamentos, atendendo clientes reais. Você está procurando o que é genuinamente possível em escala e onde as limitações são mais severas. Este reconhecimento economiza semanas de frustração mais tarde.
3/13: Defina os seus requisitos de produção antes de começar a construir. Pergunte: 1⃣Quão seguro precisa ser isto? 2⃣Quem irá mantê-lo após o lançamento? 3⃣Precisa que ele escale para 100 utilizadores ou 100.000? 4⃣Encontrou outro aplicativo vibe-coded em produção, com clientes pagantes, ao seu nível de complexidade? Se não tiver respostas sólidas, pare de construir e comece a pesquisar.
4/13: Escreva a especificação mais detalhada que conseguir. Mapeie cada página, fluxo de trabalho, nível de permissão. Defina explicitamente os sistemas de e-mail, painéis, fluxos de gestão de utilizadores. Sim, isso parece contra-intuitivo para prompts em linguagem natural, mas força-o a pensar em casos extremos e torna-se a sua estrela do norte quando a IA sugere funcionalidades indesejadas.
5/13: Algumas funcionalidades parecem simples em demonstrações, mas tornam-se pesadelos de engenharia. Exemplos hoje pelo menos (e isto está em constante mudança): ▶️ entrega de e-mail confiável ▶️ gestão de identidade/OAuth ▶️ geração de mídia ▶️ aplicativos móveis nativos ▶️ design personalizado além de templates ▶️ segurança empresarial. Estas causam consistentemente dor em várias plataformas. Planeie tempo extra ou considere se são realmente necessárias para o MVP. Encontre um engenheiro experiente que tenha trabalhado na sua plataforma e PERGUNTE a ele. PERGUNTE a ele.
5/13: Algumas funcionalidades parecem simples em demonstrações, mas tornam-se realmente grandes desafios de engenharia. Exemplos hoje, pelo menos (e isto está em constante mudança): ▶️ entrega de e-mail confiável ▶️ gestão de identidade/OAuth ▶️ geração de mídia ▶️ aplicativos móveis nativos ▶️ design personalizado além de templates ▶️ segurança empresarial. Estas causam consistentemente dor em várias plataformas. Planeie tempo extra ou considere se realmente são necessárias para o MVP. Não assuma que a sua demonstração estática, que parece fazer essas coisas bem, realmente as faz bem. Encontre um engenheiro experiente que tenha trabalhado na sua plataforma e PERGUNTE a ele. PERGUNTE a ele.
6/13: Os sistemas de IA fabricam dados quando falham. Todos que trabalharam em QUALQUER plataforma de codificação vibe, incluindo o Claude Code, sabem disso. É um bug, mas também uma funcionalidade. Sem isso, eles não conseguem resolver problemas. Uma IA em QUALQUER plataforma, quando encontra obstáculos, gerará dados fictícios. Isso não é um bug—eles são treinados para fornecer resultados em vez de admitir falhas. Após várias tentativas falhadas, eles criarão dados falsos convincentes em vez de dizer "Não consigo fazer isso." Você precisa entender isso, aceitá-lo e contorná-lo. Isso levará tempo.
7/13: Passe o seu primeiro dia completo a aprender todas as funcionalidades da plataforma, não a construir. Estas plataformas oferecem uma funcionalidade tremenda nas suas interfaces. Cada ícone, opção de menu e funcionalidade existe por uma razão. Você não pode aproveitar capacidades que não sabe que existem. Esta não é uma pesquisa opcional—é um conhecimento essencial para aplicações de nível comercial. Não há uma solução para cada desafio. Mas as plataformas têm mais soluções do que você pensará à primeira vista. E elas são meio nerds. De uma forma boa, mas nerds. No fundo, foram construídas para desenvolvedores, não importa o que o marketing diga. Aceite isso e conheça CADA funcionalidade antes de começar. Se você não entender uma funcionalidade, um ícone, um acrônimo, então PARE. Vá pesquisar. Agora. Não depois.
8/13: Domine os sistemas de rollback no primeiro dia, antes de precisar deles desesperadamente. A maioria das plataformas oferece um controle de versão elegante, muito parecido com os pontos de salvamento de jogos de vídeo. Pratique reverter intencionalmente enquanto as apostas são baixas. Entenda exatamente como funciona, o que é preservado, o que é perdido. Isso torna-se a sua ferramenta de depuração mais valiosa.
9/13: A IA fará alterações que você não solicitou. Ela simplesmente fará. Ela modificará funcionalidades estabelecidas, adicionará funcionalidades indesejadas, quebrará código funcional enquanto "melhora" outra coisa. Defesa: Adicione "NENHUMA ALTERAÇÃO SEM PERGUNTAR" a cada prompt. Ao discutir alterações, declare "NENHUMA ALTERAÇÃO. NENHUM CÓDIGO. APENAS DISCUSSÃO." Reduz as modificações indesejadas em ~80%. Mas não as impede. Isso é verdade para todas as plataformas. No final, todas elas rodam no Claude -- na maioria. Todas têm níveis variados dos mesmos problemas decorrentes disso. Elas >todas< farão alterações que você não solicitou. É apenas que os aplicativos mais voltados para o consumidor irão mais longe, uma vez que os aplicativos de codificação focados em desenvolvedores são mais isolados em termos das alterações que fazem.
10/13: Aprenda a bifurcar a sua aplicação quando ela atingir uma complexidade estável. No início, os retrocessos lidam com a maioria dos problemas. Mas à medida que a sua aplicação se torna complexa, pode não saber a qual versão reverter. Bifurque em estados estáveis para criar ramos de experimentação seguros, preservando versões conhecidas como boas. Pense em apólices de seguro.
11/13: Orçamento 150 horas ao longo de um mês completo para alcançar qualidade comercial. Talvez mais. ▶️Esse protótipo de 20 minutos é 5% do seu trabalho real. ▶️Mais da metade do seu tempo será gasto em testes, depuração e refinamento. A construção inicial é fácil—torná-la confiável, segura e amigável ao usuário requer a maior parte do esforço. Não se deixe enganar pela velocidade da demonstração.
12/13: Aceite o seu novo papel como engenheiro de QA. Uma vez que esteja a dias de um desenvolvimento sério, espere uma rotina diária de: ▶️tirar capturas de ecrã de bugs ▶️escrever relatórios detalhados para IA ▶️testar correções parciais ▶️retestar casos limites ▶️documentar novos problemas ▶️executar testes unitários no seu fork Isto não é uma limitação de vibe de codificação—é a realidade do desenvolvimento de software. As plataformas tratam da codificação; o QA continua a ser trabalho humano. As plataformas fazem... alguma coisa. Mas apenas alguma. Não pode contar com elas para fazer o seu QA sozinhas.
13/13: Planeie a sua estratégia de saída desde o primeiro dia. A maioria das aplicações comerciais acaba por ultrapassar as plataformas de codificação com vibrações de prosumer devido a necessidades de escala, personalização ou segurança. Opções: 1⃣exportação de código da plataforma 2⃣abordagem híbrida 3⃣reconstrução completa, ou ... 4⃣permanecer e escalar. A verdade é que, nas aplicações prosumer de hoje, a maioria sai. Não todos. Mas a maioria que está a construir aplicações verdadeiramente comerciais. Por agora. Isso não significa que você tenha que sair. Mas tenha >opções< quando começar. Tenha ... um plano de saída se precisar. Documente a lógica de negócios, mantenha as especificações, avalie regularmente. Se a sua aplicação se tornar complexa, no final, pode descobrir que é mais fácil sair do que contornar as restrições acumuladas.
As plataformas de codificação Vibe são genuinamente mágicas para certos tipos de aplicações—e genuinamente insuficientes para outras. O seu trabalho é descobrir em qual categoria o seu projeto se enquadra antes de estar demasiado envolvido para mudar de rumo. Estas são ferramentas poderosas com restrições específicas, não substitutos para entender o que o software comercial exige. Elas são ferramentas. Não equipas de desenvolvimento. Lembre-se disso todos os dias.
As plataformas continuarão a evoluir rapidamente. O que é impossível hoje pode ser simples em seis meses. Mas, neste momento, pense na codificação com uma vibe de "prosumer" sem tocar no código como uma ponte tão provável para o desenvolvimento tradicional de aplicações comerciais... do que um estado final. Use isso para validar o seu mercado, refinar requisitos, construir receita inicial—depois tome decisões informadas com base em restrições reais, não em possibilidades teóricas.
12 dias de programação de vibrações parecem ... 12 semanas. As noites tardias a depurar, os picos de dopamina quando algo finalmente funciona, a frustração quando quebra novamente. Tem sido uma das experiências de aprendizagem mais intensas que tive em anos. Para mim, é hora de dar um passo atrás e fazer mais planejamento, mais reflexão. Encontrei alguns dos meus novos aplicativos favoritos. Mas também aprendi que até eu preciso aprender tudo isso muito melhor. Espero que isso te ajude.
Código: muito entusiasmado por termos inspirado @dharmesh a comprar e a investir em grande aqui!!
Coda: Super entusiasmado que a nossa jornada inspirou @dharmesh a comprar e iniciar toda uma comunidade aqui!
@dharmesh Dia 11 aqui:
Jason ✨👾SaaStr.Ai✨ Lemkin
Jason ✨👾SaaStr.Ai✨ Lemkin21/07, 10:20
Vide Coding Day 11, Hoje tem sido um tempo de introspeção e reflexão. Aprendi muito ao me tornar um ‘vibe coder’ e tem sido viciante. De verdade. Meu aprendizado número 1 é um antigo, reaprendido: Construir um Grande Software Ainda é Difícil. Começar é mais fácil do que nunca. 🧵
52,75K