Vibecoding para quem não programa: crie um app (quase) sem código

Alguns anos atrás, a ideia de que uma pessoa sem formação técnica pudesse sentar numa noite qualquer e construir um app funcional soava como promessa de marketing. Hoje isso é real, só que não do jeito que as manchetes sugerem. O vibecoding, ou seja, criar software conversando com um modelo de IA em vez de escrever código à mão, permite de fato que uma pessoa sem experiência chegue a algo que funciona. Este texto fala sobre onde termina o hype e começa o trabalho de verdade, e sobre como percorrer esse caminho sem se frustrar.

O que é realista e o que é hype

Vamos começar com honestidade, porque é isso que vai poupar você da maior parte das dores de cabeça. É realista construir um protótipo (clicável, com cara de produto de verdade, algumas telas e uma lógica básica) em uma noite. É realista colocar de pé uma ferramenta interna que calcula algo para a sua equipe, ou uma página simples com formulário de cadastro. Também é realista aprender uma quantidade enorme sobre como o software funciona, só de observar o que a IA gera.

O hype começa quando alguém sugere que você “não precisa mais de desenvolvedores”. Isso não é verdade. O vibecoding resolve de forma brilhante os primeiros 80% de um app simples e de forma péssima os últimos 20%, e são justamente esses 20% (segurança, pagamentos, dados reais de usuários, escala) que decidem se você tem um produto ou uma demo. Quanto antes você aceitar isso, menos decepções terá pelo caminho.

O que é vibecoding, na prática

Na prática, vibecoding é um diálogo. Você descreve com palavras o que quer (“quero uma página onde as pessoas entrem numa lista de espera, com um campo de e-mail e um botão”) e o modelo gera o código, o layout e o estilo. Você olha o resultado, diz o que mudar e itera. Não precisa saber sintaxe. Precisa saber descrever, pensar com clareza no que quer e perceber quando algo está errado.

Está mais perto de trabalhar com um prestador de serviço muito rápido, mas que leva tudo ao pé da letra, do que de mágica. Ele vai fazer exatamente o que você disse, inclusive as partes que você deixou sem especificar e que ele então adivinhou do jeito dele. Por isso, todo o ofício está em como você descreve as coisas.

O panorama de ferramentas para quem não programa

Surgem ferramentas novas todo mês, mas vale conhecer algumas pelo nome, porque elas aparecem em todo lugar. Elas se diferenciam pelo quanto chegam perto de um “app pronto”.

• Lovable: voltado para pessoas sem perfil técnico; você descreve o app em linguagem comum e ele monta um projeto com várias telas, banco de dados e login “incluídos”. Bom quando você quer chegar a algo completo, e não só a uma tela.
• Bolt: filosofia parecida; gera o projeto inteiro com pré-visualização ao vivo e permite rodar e fazer o deploy num só lugar. Prático para ir rapidamente “da ideia a um link funcionando”.
• v0: forte na geração de interfaces e de componentes bonitos. Ótimo quando você se importa com a aparência e com telas individuais; nem tanto quando precisa amarrar um app inteiro com dados.
• Replit: um ambiente completo no navegador, com assistente de IA. Dá a você o maior controle e alcance, mas também é o que mostra mais rápido que existe código de verdade por baixo. Bom se você quer aprender e não tem medo de olhar mais a fundo.

Não existe um único “melhor”. Para um primeiro projeto, escolha o que mais conduz você pela mão, geralmente Lovable ou Bolt. Os preços mudam rápido; a maioria tem um plano gratuito para experimentar e uma assinatura na faixa de algumas dezenas de dólares por mês, se você quiser construir algo mais sério. Encare esses valores como aproximados e confira os atuais no site de cada ferramenta.

Como descrever o que você quer

Essa é a habilidade que separa as pessoas frustradas das satisfeitas. O modelo não lê a sua mente: ele entrega o que você descreve. Algumas regras que funcionam de verdade:

• Comece com uma frase sobre o objetivo. “Estou criando um app que ajuda pequenas cafeterias a coletar o feedback dos clientes por QR code”. Isso define o contexto para tudo o que vem depois.
• Descreva uma tela de cada vez. Em vez de “crie o app inteiro para mim”, peça a tela inicial, depois o formulário, depois a tela de resumo. Passos pequenos = menos lugares onde algo pode dar errado.
• Fale de comportamento, não de tecnologia. “Depois do clique, mostre um agradecimento e limpe o formulário” funciona melhor do que tentar citar bibliotecas que você nem conhece.
• Dê exemplos. “Deve ter um visual limpo e moderno, como o site da Stripe” dá ao modelo um ponto de referência concreto.
• Confira o resultado depois de cada mudança. Não acumule dez pedidos de uma vez. Uma mudança, uma conferência: é assim que você identifica o momento em que algo quebrou.

Quando algo não funcionar, descreva o sintoma, não a causa presumida. “Depois de enviar o formulário nada acontece, e eu esperava uma mensagem” ajuda o modelo mais do que “acho que o seu state está errado”.

Quando você ainda precisa de um desenvolvedor de verdade

Há limites que, sinceramente, você não deveria cruzar sozinho. Não porque você seja fraco demais, mas porque um erro nessas áreas custa dinheiro de verdade, dados de verdade ou confiança de verdade.

• Login e contas de usuário. A IA monta um formulário de login em um minuto, mas o armazenamento seguro de senhas, as sessões e a redefinição de acesso são uma área em que um erro silencioso significa vazamento. Aqui vale usar um provedor de login pronto e testado, ou pedir ajuda a alguém experiente.
• Pagamentos. Receber dinheiro envolve regulamentação e responsabilidade. Use integrações prontas (como a Stripe), mas peça a alguém experiente para revisar tudo antes de conectar cartões reais.
• Dados de pessoas reais. A partir do momento em que você armazena e-mails de outras pessoas, dados pessoais ou qualquer coisa sensível, entram em jogo regras e obrigações de proteção de dados, justamente o tipo de coisa que um protótipo ignora.
• Escala. Um app para 10 amigos e um app para 10 mil pessoas são dois mundos diferentes. Se o seu tráfego começar a crescer, é um bom sinal, e também um bom momento para chamar um engenheiro de verdade.

A boa notícia: chegar a um protótipo funcional com vibecoding torna a conversa com um desenvolvedor muito mais barata e concreta. Você chega com algo que funciona, não com uma ideia vaga.

Como não se encurralar

O erro mais comum de iniciante é construir de um jeito que depois não permite crescer. Alguns hábitos que mantêm a porta aberta:

• Mantenha o escopo pequeno. Um app = uma função principal. “Faz tudo” geralmente significa “não faz nada direito” e é impossível de manter.
• Não coloque segredos fixos no código. Chaves de serviços e senhas não devem ir direto para o código. Se a ferramenta oferecer “variáveis de ambiente”, use-as.
• Exporte e guarde o código. Escolha ferramentas que permitam baixar o código ou conectar um repositório (por exemplo, o GitHub). Esse é o seu seguro para quando quiser levar o projeto para outro lugar.
• Não se prenda a um único fornecedor sem saída. Se tudo vive só dentro de uma ferramenta, sem possibilidade de exportar, você fica dependente dos preços e das decisões dela.
• Salve as versões que funcionam. Antes de pedir uma mudança grande, tenha um ponto para onde voltar quando algo desmoronar.

Uma ideia realista para o primeiro projeto

O melhor primeiro projeto é chato, pequeno e seu. Não construa “o novo Instagram”. Construa algo de que você mesmo precise e que caiba em uma ou duas telas.

Um exemplo concreto: uma página de inscrição em lista de espera para uma ideia que não sai da sua cabeça. Uma tela com uma descrição, um campo de e-mail, um botão e uma mensagem de “obrigado”. Salve os endereços, pelo menos no começo, numa planilha simples ou num serviço pronto de coleta de e-mails, sem construir seu próprio banco de dados. É um projeto de uma noite que ensina o ciclo completo: descrever, gerar, corrigir, fazer o deploy. E, no fim, você tem algo real para compartilhar.

Outros bons candidatos: uma calculadora simples para o seu setor, um portfólio de uma página, um checklist interno para a sua equipe. O denominador comum: escopo pequeno, nenhum dado sensível, satisfação rápida.

TL;DR

O vibecoding permite de verdade que uma pessoa sem perfil técnico construa um protótipo funcional conversando com uma IA, e isso é ótimo. Os primeiros 80% de um app simples são realistas; os últimos 20% (login, pagamentos, dados, escala) são o momento de chamar um desenvolvedor de verdade. Escolha uma ferramenta que conduza você pela mão (Lovable, Bolt; v0 para a interface, Replit para aprender), descreva o comportamento tela por tela, mantenha o escopo pequeno, não deixe segredos fixos no código e guarde uma exportação do código. Comece com algo chato e seu, nem que seja uma página de inscrição em lista de espera. Seu primeiro projeto funcionando vai ensinar mais do que dez tutoriais.