Vibe Coding Dia 12, Talvez o tópico final aqui. Passei 100 horas construindo um aplicativo de nível comercial com codificação de vibração. Algumas observações da experiência. Meus 13 principais aprendizados para ajudá-lo - vibe codificar o seu próprio. Um tópico🧵

Nota: Eu co-fundei um SaaS pioneiro que escalou para US $ 200 milhões de ARR, então, embora eu não seja engenheiro e não tenha codificado desde o ensino médio (e isso realmente não conta) - eu tenho contexto sobre o que o software comercial exige. Eu amo esses aplicativos. Mas se você realmente está indo para isso, conheça seus limites. Pelo menos, 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 truque descartável. Gaste no máximo 60 minutos contando a um aplicativo de codificação de vibração seus sonhos de produto mais loucos sem nenhum planejamento. Veja o que surge. Mas comprometa-se antecipadamente a jogá-lo fora - este não é o seu produto real, é a sua educação. Essa primeira hora ensinará mais sobre os recursos e limitações da plataforma do que qualquer tutorial.

13/02: Antes de escrever qualquer código, passe uma semana inteira estudando 20 aplicativos de produção criados em plataformas de codificação vibratórias. Não é uma navegação casual - na verdade, use aplicativos que estão ao vivo, recebendo pagamentos, atendendo clientes reais. Você está procurando o que é genuinamente possível em escala e onde as limitações são mais difíceis. Esse reconhecimento economiza semanas de frustração depois.

13/03: Defina seus requisitos de produção antes de começar a construir. Pedir: 1⃣Quão seguro isso precisa ser? 2⃣Quem irá mantê-lo após o lançamento? 3⃣Você precisa que ele seja dimensionado para 100 usuários ou 100.000? 4⃣Você encontrou outro aplicativo codificado por vibração em produção, com clientes pagantes, no seu nível de complexidade? Se você não tem respostas sólidas, pare de construir e comece a pesquisar.

13/04: Escreva a especificação mais detalhada que você puder gerenciar. Mapeie todas as páginas, fluxos de trabalho e níveis de permissão. Defina sistemas de e-mail, painéis, fluxos de gerenciamento de usuários explicitamente. Sim, isso parece contra-intuitivo para prompts de linguagem natural, mas força você a pensar em casos extremos e se torna sua estrela do norte quando a IA sugere recursos indesejados.

13/05: Alguns recursos parecem simples em demonstrações, mas se tornam pesadelos de engenharia. Exemplos hoje, pelo menos (e isso está mudando constantemente): ▶️ Entrega de e-mail confiável ▶️Gerenciamento de OAuth/identidade ▶️Geração de mídia ▶️Aplicativos móveis nativos ▶️Design personalizado além dos modelos ▶️Segurança corporativa. Isso causa dor consistentemente em todas as plataformas. Planeje um tempo extra ou considere se eles são realmente necessários para o MVP. Encontre um engenheiro experiente que tenha construído em sua plataforma e PERGUNTE a ele. PERGUNTE a eles.

13/05: Alguns recursos parecem simples em demonstrações, mas se tornam grandes desafios de engenharia. Exemplos hoje, pelo menos (e isso está mudando constantemente): ▶️ Entrega de e-mail confiável ▶️Gerenciamento de OAuth/identidade ▶️Geração de mídia ▶️Aplicativos móveis nativos ▶️Design personalizado além dos modelos ▶️Segurança corporativa. Isso causa dor consistentemente em todas as plataformas. Planeje um tempo extra ou considere se eles são realmente necessários para o MVP. Não assuma que sua demonstração estática que parece fazer essas coisas bem realmente as faz bem. Encontre um engenheiro experiente que tenha construído em sua plataforma e PERGUNTE a ele. PERGUNTE a eles.

13/06: Os sistemas de IA fabricam dados quando falham. Todo mundo que trabalhou em QUALQUER plataforma de codificação de vibração, incluindo Claude Code, sabe disso. É um bug, mas também um recurso. Sem isso, eles não podem resolver problemas. Uma IA em QUALQUER plataforma, quando atinge obstáculos, gerará dados fictícios. Isso não é um bug - eles são treinados para fornecer saída em vez de admitir falhas. Após várias tentativas fracassadas, eles criarão dados falsos convincentes em vez de dizer "Não posso fazer isso". Você precisa entender isso, aceitá-lo e contorná-lo. Isso levará tempo.

13/07: Passe seu primeiro dia inteiro aprendendo todos os recursos da plataforma, não construindo. Essas plataformas incluem uma tremenda funcionalidade em suas interfaces. Cada ícone, opção de menu, recurso existe por um motivo. Você não pode aproveitar recursos que não sabe que existem. Esta não é uma pesquisa opcional - é um conhecimento essencial para aplicativos de nível comercial. Não há uma solução para todos os desafios. Mas as plataformas têm mais soluções que você pensará no início. E eles são meio nerds. No bom sentido, mas nerd. No fundo, eles foram construídos para desenvolvedores, não importa o que o marketing diga. Aceite isso e conheça TODOS os recursos antes de começar. Se você não entende um recurso, um ícone, um acrônimo, então PARE. Vá pesquisar. Agora. Não mais tarde.

13/08: Domine os sistemas de reversão no primeiro dia, antes de precisar deles desesperadamente. A maioria das plataformas oferece controle de versão elegante, assim como os pontos de salvamento de videogame. Pratique reverter intencionalmente enquanto as apostas estiverem baixas. Entenda exatamente como funciona, o que é preservado, o que se perde. Isso se torna sua ferramenta de depuração mais valiosa.

13/09: A IA fará as alterações que você não solicitou. Simplesmente vai. Ele modificará recursos estabelecidos, adicionará funcionalidades indesejadas, quebrará o código de trabalho enquanto "melhora" outra coisa. Defesa: Adicione "SEM ALTERAÇÕES SEM PERGUNTAR" a cada prompt. Ao discutir as mudanças, diga "SEM MUDANÇAS. SEM CÓDIGO. APENAS DISCUSSÃO." Reduz modificações indesejadas ~80%. Mas isso não os impede. Isso é verdade para todas as plataformas. No final, todos eles correm em Claude - principalmente. Todos eles têm níveis variados dos mesmos problemas disso. Eles farão >todas< alterações que você não solicitou. É apenas que os aplicativos mais prosumers irão mais longe, já que os aplicativos de codificação focados no desenvolvedor são mais isolados em termos das alterações que fazem.

13/10: Aprenda a bifurcar seu aplicativo quando ele atingir uma complexidade estável. No início, as reversões lidam com a maioria dos problemas. Mas, à medida que seu aplicativo se torna complexo, talvez você não saiba para qual versão reverter. Bifurque em estados estáveis para criar ramificações de experimentação seguras, preservando versões em boas condições. Pense em apólices de seguro.

13/11: Faça um orçamento de 150 horas em um mês inteiro para alcançar a qualidade comercial. Talvez mais. ▶️Esse protótipo de 20 minutos é 5% do seu trabalho real. ▶️Mais da metade do seu tempo será testando, depurando, refinando. A construção inicial é fácil - torná-la confiável, segura e fácil de usar requer a maior parte do esforço. Não se deixe enganar pela velocidade da demonstração.

13/12: Aceite sua nova função como engenheiro de controle de qualidade. Quando estiver há dias em desenvolvimento sério, espere uma rotina diária de: ▶️Fazendo capturas de tela de bugs ▶️escrever relatórios detalhados para IA ▶️Testando correções parciais ▶️Testando novamente casos extremos ▶️Documentando novos problemas ▶️Executando testes de unidade em seu fork Isso não é uma limitação de codificação de vibração - é a realidade do desenvolvimento de software. As plataformas lidam com codificação; O controle de qualidade continua sendo um trabalho humano. As plataformas fazem ... alguns. Mas apenas alguns. Você não pode confiar neles para fazer seu controle de qualidade sozinhos.

13/13: Planeje sua estratégia de saída desde o primeiro dia. A maioria dos aplicativos comerciais eventualmente supera as plataformas de codificação de vibração prosumer devido à escala, personalização ou necessidades de segurança. Opções: 1⃣Exportação de código de plataforma 2⃣Abordagem híbrida 3⃣reconstrução completa, ou ... 4⃣Permanecendo e dimensionando. A verdade é que, nos aplicativos prosumer hoje, a maioria sai. Nem todos. Mas a maioria que está construindo verdadeiros aplicativos comerciais. Por enquanto. Isso não significa que você precisa. Mas tenha >opções< quando começar. Ter... um plano de saída, se você precisar. Documente a lógica de negócios, mantenha as especificações, avalie regularmente. Se o seu aplicativo se tornar complexo, no final, você pode achar mais fácil sair do que contornar o acúmulo de restrições.

As plataformas de codificação Vibe são genuinamente mágicas para certos tipos de aplicativos - e genuinamente insuficientes para outros. Seu trabalho é descobrir em qual categoria seu projeto se enquadra antes que você seja profundo demais para mudar de rumo. Essas são ferramentas poderosas com restrições específicas, não substitutos para entender o que o software comercial exige. Eles são ferramentas. Não equipes de desenvolvimento. Lembre-se disso todos os dias.

As plataformas continuarão evoluindo rapidamente. O que é impossível hoje pode ser simples em seis meses. Mas agora, pense na codificação de vibração "prosumer" sem tocar no código como uma ponte para o desenvolvimento tradicional de aplicativos comerciais ... do que um estado final. Use-o para validar seu mercado, refinar requisitos, aumentar a receita inicial e, em seguida, tomar decisões informadas com base em restrições reais, não em possibilidades teóricas.

12 dias de codificação de vibração parecem ... 12 semanas. A depuração noturna, a dopamina atinge quando algo finalmente funciona, a frustração quando quebra novamente. Tem sido uma das experiências de aprendizado mais intensas que tive em anos. Para mim, é hora de recuar um pouco e fazer mais planejamento, mais pensamento. Encontrei alguns dos meus novos aplicativos favoritos. Mas também aprendi que preciso aprender tudo muito melhor. Espero que isso ajude você.

Código: muito animado, inspiramos @dharmesh a comprar e crescer aqui!!

Coda: Super animado, nossa jornada @dharmesh inspirou a comprar e dar início a uma comunidade inteira aqui!

@dharmesh Dia 11 aqui: