Termos técnicos para fundadores:25 em linguagem simples
Os 25 termos técnicos para fundadores que cobrem quase todas as conversas ao construir com IA (API, backend, migração, RLS), com uma analogia simples cada.
Termos técnicos para fundadores: não precisas de aprender a programar, precisas de cerca de 25 palavras. Um vocabulário de trabalho — frontend, backend, API, migração e as restantes — é o que permite a um fundador não técnico dirigir a IA, ler o que ela responde e apanhá-la quando está errada. Eis os 25 termos que importam, cada um em linguagem simples, com uma analogia de que te vais mesmo lembrar.
Uma instrução antes da lista: não a decores. Lê-a uma vez na diagonal e depois volta sempre que um termo aparecer numa conversa com as tuas ferramentas de IA. O vocabulário constrói-se com o uso.
Porque é que os fundadores precisam de vocabulário, não de fluência
Construir com IA é uma conversa, e as conversas funcionam com palavras partilhadas. Quando consegues dizer "acrescenta uma coluna email_verified à base de dados" em vez de "faz a aplicação lembrar-se se as pessoas confirmaram o email", recebes exatamente o que pediste — à primeira. Quando a IA responde que "criou uma migração e atualizou o endpoint da API", precisas de saber se essa frase te deve preocupar.
As palavras também transportam a arquitetura. A maioria dos termos abaixo pertence a uma das camadas do modelo do restaurante para explicar como funciona um SaaS — a sala (frontend), a cozinha (backend), o livro de receitas (base de dados) e os empregados de mesa (API). Se um termo alguma vez te confundir, perguntar "em que camada é que isto vive?" resolve metade das vezes.
Os 25 termos técnicos para fundadores, em linguagem simples
| Termo | O que é | Analogia |
|---|---|---|
| SaaS | Software disponibilizado através do browser, por subscrição, em vez de instalado localmente | A Netflix vs comprar DVD — acesso, não propriedade |
| Frontend | O código que corre no browser do utilizador — tudo o que ele vê e em que clica | A sala do restaurante |
| Backend | Código do lado do servidor que trata da lógica de negócio, do acesso aos dados e da segurança | A cozinha do restaurante — invisível, onde acontece o trabalho a sério |
| API | As regras sobre a forma como os componentes de software falam uns com os outros | Uma ementa — pedes a partir dela, a cozinha manda a comida |
| Base de dados | Armazenamento estruturado e permanente de todos os dados do teu produto | O ficheiro de uma repartição pública |
| Esquema | A estrutura da tua base de dados: tabelas, colunas, tipos, relações | A planta de uma casa — define a estrutura antes de construir |
| SQL | A linguagem para fazer perguntas a uma base de dados e alterar os seus dados | A linguagem do sistema de catalogação do bibliotecário |
| Chave primária | A coluna que identifica de forma única cada linha de uma tabela | O número do cartão de cidadão — um por pessoa, nunca reutilizado |
| Chave estrangeira | Uma coluna que aponta para a chave primária de outra tabela, criando uma relação | Uma nota de rodapé — aponta para detalhes guardados noutro sítio |
| Migração | Um ficheiro de alterações que faz evoluir a estrutura da base de dados sem perder dados | A planta de uma remodelação da casa |
| CRUD | As quatro operações básicas sobre dados: criar, ler, atualizar, apagar | Um armário de pastas — acrescentar, ler, atualizar, retirar documentos |
| Multi-tenancy | Uma aplicação que serve muitos clientes, cada um com os seus dados isolados | Um prédio de apartamentos — infraestrutura partilhada, espaços privados |
| RLS (row-level security) | Controlo de acessos imposto pela própria base de dados, linha a linha | O cofre de um banco — mesmo que o funcionário ao balcão se engane, o cofre exige a chave certa |
| Autenticação | Verificar quem alguém é (login, OAuth, links mágicos) | Mostrar a identificação no controlo de segurança do aeroporto |
| Autorização | Decidir o que uma pessoa verificada pode fazer | Uma carta de condução não te deixa conduzir todos os carros |
| Validação | Verificar se os dados cumprem as regras antes de os aceitar | O porteiro de uma discoteca — verifica a identificação à porta |
| JSON | O formato de texto universal que as API usam para trocar dados estruturados | Um adaptador universal — todas as linguagens o entendem |
| Webhook | Uma chamada de retorno que outro serviço dispara quando acontece um evento (por exemplo, pagamento bem-sucedido) | Uma campainha — toca quando alguma coisa acontece |
| Git | Controlo de versões — regista todas as alterações alguma vez feitas ao teu código | O Controlo de Alterações do Word, mas para código |
| GitHub | A plataforma que aloja online os repositórios do teu código | O Google Drive do código |
| Localhost | O teu próprio computador, onde corres e testas a aplicação antes de ela ir para o ar | A cozinha de testes em casa vs o restaurante a servir clientes |
| Deploy | Pôr o teu código no ar, na internet, para utilizadores reais | Publicar um livro — do manuscrito aos exemplares impressos nas livrarias |
| Variável de ambiente | Um valor de configuração que muda consoante o ambiente (desenvolvimento vs produção) e mantém os segredos fora do código | O texto de um ator — o mesmo papel, noutro teatro |
| Bug | Uma falha no código que provoca um comportamento incorreto; depurar é encontrá-la e corrigi-la | Uma gralha numa receita que estraga o prato |
| Supabase | Um backend pronto a usar: base de dados, autenticação, armazenamento e API sem teres de os construir tu | As fundações de uma casa já feitas vs seres tu a deitar o betão |
Um glossário técnico completo chega aos cinquenta e tal termos. Não precisas da outra metade até ao dia em que a encontrares — e nesse dia vais ter a base para a absorver numa só leitura.
O livroThe Solopreneur RevolutionLuis Gonçalves sobre como construir um negócio de EUpreendedor com IA sem deixar o emprego.Quero o livro →Os pares que toda a gente confunde
Quatro destes termos vêm em pares que parecem equivalentes e não são. Percebê-los bem poupa-te confusões reais:
Frontend vs backend. O frontend corre no browser e é público; o backend corre num servidor e é privado. O que o utilizador vê vs a lógica de negócio. Se uma regra importa — preços, permissões, limites — tem de viver no backend, porque tudo o que está no frontend pode ser adulterado.
Autenticação vs autorização. Quem és? vs O que podes fazer? O login verifica a identidade; as permissões decidem o acesso. O teu produto precisa das duas, e confundi-las é o caminho para os utilizadores acabarem a ver os dados uns dos outros.
Backend vs base de dados. O backend é lógica; a base de dados é armazenamento. Trabalhos totalmente diferentes — a cozinha e o livro de receitas. Se este par ainda te parece confuso, bases de dados explicadas a fundadores não técnicos resolve isso em dez minutos.
Localhost vs produção. O desenvolvimento acontece no teu computador, em localhost — alterações rápidas, erros detalhados, nenhum utilizador prejudicado. A produção é o servidor na cloud que os clientes reais usam. O código passa de um para o outro através do deploy, nunca editando diretamente o produto que está no ar.
Como usar realmente estas palavras com a IA
A recompensa deste vocabulário é a precisão. Compara as duas versões do mesmo pedido:
- Vago: "Garante que as pessoas não se podem registar duas vezes." Preciso: "Valida a unicidade do email no backend."
- Vago: "Lembra-te do que os utilizadores preferem." Preciso: "Acrescenta uma coluna à base de dados para as preferências do utilizador."
- Vago: "Põe isto online." Preciso: "Faz deploy para produção."
A precisão também importa no sentido inverso. Quando a IA te diz o que fez, estes termos são a tua lista de revisão: pôs uma regra de negócio no frontend, onde pode ser contornada? Mudou o esquema quando só pediste um ajuste visual? Aceitar resultados da IA que não consegues ler é exatamente como começa a armadilha do vibe coding — e falar a língua é a forma de continuares a ser o arquiteto enquanto umas centenas de euros em ferramentas fazem a escrita.
12 semanasA tua carreira corporativa nunca foi o planoCandidata-te ao Solopreneur Accelerator.Candidatar-me →Perguntas frequentes
Preciso de decorar termos técnicos antes de construir com IA?
Não. Lê a lista uma vez na diagonal, começa a construir e volta sempre que um termo aparecer nas tuas conversas com a IA. O vocabulário aprendido em contexto fica; o vocabulário decorado de uma lista não. Ao fim de poucas semanas a construir a sério, a maioria destas palavras torna-se natural.
Quais são os termos técnicos mais importantes para um fundador de SaaS?
Começa pelos quatro da arquitetura: frontend, backend, base de dados e API — dizem-te onde vive cada funcionalidade e cada bug. Depois acrescenta autenticação vs autorização, esquema e migração, porque são as conversas em que uma palavra errada sai cara.
Consigo construir um SaaS sem conhecer estes termos?
Consegues escrever prompts sem eles, mas não consegues dirigir sem eles. A IA gera código de qualquer forma — a diferença é se consegues rever o que voltou, nomear o que está mal e pedir a correção certa. Essa capacidade de revisão é o que separa construir de jogar à sorte.
Qual é a diferença entre autenticação e autorização?
A autenticação verifica quem és — o passo do login, como mostrar a identificação no controlo de segurança do aeroporto. A autorização decide o que podes fazer depois de entrares — como ter carta de condução sem teres direito a conduzir todos os carros. Qualquer produto a sério precisa das duas.
Quão preso estás, a sério?
Faz o Índice de Sufocamento Corporativo, a avaliação gratuita para saberes se estás pronto para ser um EUpreendedor.