Currículo de desenvolvedor back-end: o par linguagem e framework que o ATS busca

A vaga do banco digital pede Java com Spring Boot, PostgreSQL, Kafka e AWS. O candidato tem tudo isso na bagagem, mas o currículo diz apenas desenvolvimento back-end com foco em APIs e bancos de dados. O parser não infere a stack a partir da experiência descrita em termos gerais, ele busca os nomes exatos que estão na vaga, e um currículo escrito em categorias em vez de produtos específicos perde essa correspondência antes mesmo de chegar a um recrutador.

Este guia mostra como escrever linguagem e framework juntos, como nomear banco de dados e mensageria pelo produto certo, como citar microsserviços e cloud com substância, e como descrever um sistema pela escala e pelo resultado, não pela tarefa.

Regra do Par Completo: em back-end, a linguagem sozinha nunca é o termo buscado pela vaga. Java sem Spring Boot, Node sem NestJS, Python sem Django são metade da informação. O parser busca o par, e o currículo precisa entregar o par.

Linguagem sem framework é meia informação para o parser de back-end

Toda vaga de back-end nomeia o framework junto da linguagem, porque é o framework que define boa parte do dia a dia técnico do desenvolvedor. Um currículo que fala apenas em Java, sem citar Spring ou Spring Boot, ou apenas em Node, sem citar Express ou NestJS, entrega metade da correspondência possível.

Antes: Desenvolvimento back-end com Java, atuando em APIs e integração com banco de dados.
Depois: Desenvolvedor Back-End | Java, Spring Boot, PostgreSQL e Kafka | Reduzi o tempo de processamento de pagamentos em lote de 40 para 9 minutos com reestruturação do serviço em filas.

A segunda versão nomeia a stack completa e fecha com um resultado medido. O mesmo vale para Python com Django ou FastAPI, e para .NET com .NET Core, ambos exigem o par escrito, nunca a linguagem isolada.

REST e GraphQL exigem termo próprio, um não substitui o outro

Escrever desenvolvimento de APIs sem especificar o padrão é comum e custa correspondência, porque REST e GraphQL são pesquisados como termos distintos pelo parser. Se você construiu os dois tipos ao longo da carreira, cite ambos, cada um em contexto próprio.

• API REST: ainda o padrão mais citado em vaga de back-end tradicional; cite se você desenhou o contrato ou apenas consumiu endpoints prontos.
• GraphQL: mais comum em produto com múltiplos clientes consumindo dados diferentes da mesma API; cite se você escreveu resolvers, não apenas consultou um schema existente.
• Documentação de API: Swagger ou OpenAPI, quando usados, valem menção porque mostram cuidado com contrato entre times.

Cada banco de dados resolve um problema, e a vaga pede o nome exato

PostgreSQL, MongoDB e Redis não são intercambiáveis, e um currículo que fala apenas em banco de dados relacional e não relacional deixa de responder à pergunta que a vaga faz, que é qual banco especificamente.

Antes: Experiência com bancos de dados relacionais e não relacionais.
Depois: PostgreSQL como base principal de transações, Redis para cache de sessão e MongoDB para o catálogo de produtos com schema variável.

Nomear o banco junto do problema que ele resolveu prova entendimento de arquitetura, não apenas familiaridade com SQL. Isso é ainda mais relevante em vaga de banco digital, onde a escolha de banco por tipo de dado costuma ser parte da entrevista técnica.

Kafka, RabbitMQ e microsserviços pedem contexto, não só o nome da ferramenta

Mensageria e arquitetura distribuída são cada vez mais citadas em vaga de empresa grande e banco digital, mas o nome da ferramenta sozinho, sem o problema que ela resolveu, soa como palavra-chave colada sem experiência real por trás.

Cite Kafka ou RabbitMQ junto do cenário: processamento assíncrono de pedido, desacoplamento entre serviço de pagamento e serviço de notificação, ou fila de retry para chamada externa instável. Se você trabalhou com microsserviços, mencione quantos serviços, com que orquestração (Docker, Kubernetes) e qual foi o ganho, como tempo de deploy reduzido ou escalabilidade independente por serviço.

AWS pede o serviço usado, não a frase experiência com cloud computing

Vaga de back-end em banco digital ou fintech quase sempre menciona AWS, e o currículo correspondente precisa nomear os serviços de fato utilizados, não apenas a categoria cloud. EC2, S3, Lambda, RDS e SQS aparecem com frequência em descrições de vaga e cada um é um termo de busca próprio para o parser.

Observabilidade também entra aqui: se você usou ferramentas como Datadog, New Relic ou CloudWatch para monitorar o sistema em produção, cite pelo nome. Testes automatizados de API, com JUnit, pytest ou Jest dependendo da stack, fecham o quadro técnico que a vaga de back-end pleno costuma avaliar. Para revisar o vocabulário completo esperado da área antes de fechar o currículo, veja a lista de palavras-chave por área, e para quem também escreve interface no mesmo projeto, o guia de currículo de desenvolvedor full stack ajuda a decidir qual lado da stack liderar por vaga.

O que fazer agora com o seu currículo de desenvolvedor back-end

Se o seu currículo cita a linguagem sem o framework, fala em banco de dados sem nomear o produto e descreve sistema sem escala nem resultado, ele está perdendo correspondência com quase toda vaga de back-end de empresa grande que você aplica.

Rode a análise gratuita em /ats com a vaga colada para ver quais termos de stack estão faltando no seu texto atual. Se o score vier baixo, a otimização completa custa R$ 7,80 via PIX em /checkout, e o reajuste para outra vaga custa R$ 3,40.

Perguntas frequentes