"Banco de dados, servidor, API: o vocabulário mínimo sem jargão"
Não é aula de programação. São as dez palavras pra conversar com a IA e entender a resposta: analogia, definição e a frase em que cada uma aparece.
"Eu não sou programador. Tenho TDAH. E não falo inglês. Todos — eu disse todos — os frameworks de agentes de IA são em inglês."
É um brasileiro, no TabNews, em abril de 2026. Ele montou quarenta e dois agentes de IA pra trabalhar por ele e descreve o resultado como "uma luta diária tentando lembrar o que cada agente fazia". Não por falta de capacidade — ele montou os quarenta e dois. Por falta de vocabulário em português.
Quando eu fui levantar o que faltava no mercado pra quem constrói sem ser dev, essa lacuna apareceu com nome: português com o jargão traduzido, pra quem não fala inglês. Quase ninguém atende isso. Todo curso ensina a ferramenta; nenhum ensina as dez palavras que a ferramenta usa quando fala com você.
Este post é essas dez palavras. Não é aula de programação. É o vocabulário pra conversar com a IA, entender a resposta e saber quando ela está te enrolando. Cada termo em três partes: a analogia do mundo real, o que é de verdade, e a frase em que ele aparece quando a IA fala com você. Na ordem do visível pro invisível.
1. Tela (ou "frente", ou frontend)
A analogia. A vitrine e o balcão da loja. É o que o cliente vê e toca.
O que é. Tudo que roda no navegador ou no celular de quem usa: os botões, os campos, as cores, o que aparece quando clica. A IA é excelente nisso, e é por isso que o app parece pronto tão cedo.
Quando aparece. "Atualizei o frontend para mostrar a mensagem de erro." Traduzindo: ela mudou a tela. Não mudou o que acontece por trás — e o que acontece por trás é o resto desta lista.
2. Servidor (backend)
A analogia. A cozinha do restaurante. O cliente não entra, mas é lá que o prato é feito.
O que é. Um computador ligado na internet, que recebe o pedido da tela, decide o que fazer e responde. É onde as regras de verdade moram: quem pode ver o quê, quanto custa, se o cupom vale. Tudo que fica só na tela pode ser contornado por quem não usa a sua tela; o que fica no servidor, não.
Quando aparece. "Essa validação está sendo feita no cliente." Cliente, aqui, não é o seu cliente — é o navegador dele, a tela. A frase quer dizer: a checagem está na vitrine, não na cozinha. Peça pra fazer "também no servidor".
3. Banco de dados
A analogia. O arquivo de fichas. Cada cliente, cada pedido, cada agendamento é uma ficha numa gaveta; a gaveta é a tabela.
O que é. O lugar onde o app guarda o que precisa lembrar depois que a tela fecha. Não está no código: código é a receita, banco é a despensa. Se você perde o código, a IA refaz. Se perde o banco, os cadastros dos seus clientes não voltam.
Quando aparece. "Criei uma tabela pedidos com as colunas id, cliente_id e total." Tabela é a gaveta; coluna é o campo da ficha; cliente_id é o número da ficha do cliente, escrito na ficha do pedido pra ligar as duas. Quando a IA diz "vou alterar o schema", ela vai mudar o formato das fichas — e isso pede cuidado quando já existem fichas dentro.
4. API
A analogia. A janelinha de atendimento entre dois sistemas. O seu app não entra atrás do balcão do Mercado Pago; fala pela janelinha, num formulário combinado, e recebe a resposta por ela.
O que é. O conjunto de perguntas que um sistema aceita de outro, e o formato das respostas. Quando o seu app manda um e-mail, cobra um Pix ou pergunta o CEP, ele está usando a API de alguém. E o seu servidor também tem uma API: é por ela que a sua tela conversa com a sua cozinha.
Quando aparece. "A API retornou erro 401." Os números são o código da resposta da janelinha: 401 é "não sei quem você é", 403 é "sei quem é e não pode", 404 é "isso não existe", 500 é "quebrou do meu lado". Você não precisa decorar; precisa saber que o número diz de quem é o problema — e 401 quase sempre é chave faltando, o próximo termo.
5. Variável de ambiente
A analogia. A senha do cofre, que muda de prédio pra prédio. A instrução "abra o cofre" é a mesma em todo lugar; a senha, não, e ela não fica escrita na instrução.
O que é. Um valor guardado fora do código, porque muda conforme onde o app está rodando — no seu computador é a chave de teste do pagamento, no servidor é a chave real — ou porque é segredo. Tem duas famílias: a pública, que pode ir pro navegador, e a secreta, que só pode existir no servidor. A explicação inteira, com onde clicar, está aqui.
Quando aparece. "Configure a variável STRIPE_SECRET_KEY no ambiente de produção." Ela está dizendo: a senha do cofre do prédio novo ainda não foi cadastrada. E é a causa número um de "funcionava aqui e ficou branco lá".
6. Deploy (publicar)
A analogia. Mudar da cozinha de testes pro restaurante aberto ao público. A receita é a mesma; o lugar, os fornecedores e a chave da porta são outros.
O que é. Pegar o código e colocar num servidor que atende quem digita o endereço. Parece um botão, mas atrás dele são três operações — pôr no ar, entregar as chaves, ligar o domínio — que falham de jeitos diferentes.
Quando aparece. "Faça o deploy e teste em produção." Produção é o restaurante aberto. Todo tutorial escreve essa frase como se fosse um passo. É três.
7. Log
A analogia. O diário de bordo, ou a caixa-preta do avião. Ninguém lê enquanto está tudo bem; quando cai, é a testemunha.
O que é. O registro, linha por linha, do que o servidor fez e do que deu errado, com hora. Você não precisa entender o log; precisa saber que ele existe, achar a linha vermelha e colar pra IA.
Quando aparece. "Verifique os logs do servidor para ver o erro." É a IA admitindo que não sabe o que aconteceu — e é honesta: ela não estava lá. O que muda é o seu pedido de volta: "me explique em português o que esta linha diz, e o que eu confiro antes de você mudar qualquer código".
8. Autenticação
A analogia. A portaria do prédio. Você mostra o documento; o porteiro confere que você é quem diz ser.
O que é. O login. E-mail, senha, recuperação, "entrar com o Google". A documentação do Supabase, o banco por trás do Lovable e de muita outra plataforma, define numa linha: authentication means checking that a user is who they say they are — checar que o usuário é quem diz ser. A IA faz isso com capricho, porque é a parte que aparece.
Quando aparece. "Implementei a autenticação com e-mail e senha." Verdade, provavelmente. O que essa frase não diz é o próximo termo — e é a diferença mais cara desta lista.
9. Autorização
A analogia. O porteiro te deixou entrar. A autorização é a chave de cada apartamento: entrar no prédio não abre a porta do vizinho.
O que é. A pergunta feita depois do login, dado por dado: essa pessoa pode ver esse registro? A mesma documentação do Supabase, na frase seguinte: authorization means checking what resources a user is allowed to access — checar o que o usuário tem permissão de acessar. E diz que isso se faz com regra no banco (a tal de RLS, que já traduzi aqui). A IA deixa essa parte pela metade porque, enquanto só existe um usuário, ela nunca aparece.
Quando aparece. Quase nunca — e esse é o sinal. Se a IA disse "autenticação implementada" e não disse nada sobre quem vê o quê, o app tem porteiro e não tem chave de apartamento. O teste dos dois usuários mostra em cinco minutos.
10. Ambiente de teste × produção
A analogia. A cozinha de testes e o restaurante aberto, de novo — mas agora a pergunta é: são a mesma despensa?
O que é. Produção é o app que o cliente usa, com o dado dele. Teste (ou staging, ou desenvolvimento) é uma cópia onde você experimenta a mudança antes. O detalhe que engana: ter uma prévia não é ter ambiente de teste. A documentação do Lovable chama a prévia de "ambiente de staging" e, duas frases depois, avisa: the preview and your published app share the same backend and data — a prévia e o app publicado compartilham o mesmo servidor e os mesmos dados. Ou seja, o que você testa na prévia, testa em cima do cadastro real do cliente.
Quando aparece. "Testei a mudança no ambiente de desenvolvimento." Pergunte de volta: "esse ambiente usa o mesmo banco que o cliente?" Se a resposta for sim, você não tem ambiente de teste; tem duas portas pra mesma despensa.
O teste de saída
Dez palavras, nenhuma exige escrever código.
Faça o teste que eu faço com qualquer pessoa que quer ser dona do próprio app: explique pra alguém a diferença entre autenticação e autorização. Em voz alta, pra uma pessoa de fora, com a analogia do prédio se quiser. Se conseguir, você já está na frente da maioria de quem publicou app este ano, inclusive de gente que programa: é a distinção que mais vaza dado e que menos aparece na tela.
Se não conseguir ainda, releia o 8 e o 9. É a única parte que vale decorar.
Isso é o D do ciclo que eu ensino: definir. Antes de mandar a IA construir, saber nomear o que você quer com precisão suficiente pra pedir a coisa certa — e pra reconhecer, na resposta dela, quando "implementei a autenticação" está escondendo "não fiz a autorização". As outras paredes — publicar, cobrar, proteger, manter — usam exatamente estas dez palavras. Elas têm ordem. E a ordem começa por saber o que cada uma quer dizer.
Fontes
- TabNews,
LucasMattos, abr/2026 — Criou vários agentes de IA e agora tá perdido?: https://www.tabnews.com.br/LucasMattos/criou-varios-agentes-de-ia-e-agora-ta-perdido-nomes-comandos-quando-usar-cada-um-tenho-a-solucao - Supabase — Auth (definições de autenticação e autorização): https://supabase.com/docs/guides/auth
- Lovable — Preview and test your app (a prévia como staging e o compartilhamento de dados com o app publicado): https://docs.lovable.dev/features/projects/preview