Quem contrata um desenvolvedor backend procura alguém que construa APIs e serviços que aguentem produção: volume, falhas, dados sensíveis e mudanças de requisito. O currículo precisa mostrar, em cada cargo, qual era o sistema, em que linguagem e infraestrutura rodava e o que mudou com o trabalho da pessoa: latência, disponibilidade, custo, volume processado.
O problema mais comum nesses currículos é a lista de tecnologias sem contexto: vinte siglas na seção de habilidades e nenhum número na experiência. Este guia mostra o que pesa na leitura, quais termos as vagas filtram, como escrever tópicos com resultado e como fica um currículo completo do cargo dentro da área de tecnologia.
Neste guia
O que pesa no currículo de desenvolvedor backend
A experiência decide. Em cada cargo, o recrutador técnico procura três informações: o domínio do sistema (pagamentos, logística, catálogo), a stack real (linguagem, framework, banco, mensageria, nuvem) e a escala (requisições por segundo, volume de dados, número de serviços). Se isso não aparece nos dois primeiros tópicos, a leitura fica superficial.
A seção de habilidades pesa mais do que em outros cargos porque é o que o ATS e o recrutador de RH comparam com a vaga. Convém agrupar por categoria (linguagens, frameworks, bancos, infraestrutura) e listar apenas o que se sustenta em entrevista técnica. O link do GitHub vale quando há código recente e legível; um perfil vazio é pior do que nenhum.
Formação e certificações vêm depois. Bacharelado em Ciência da Computação, Sistemas de Informação ou tecnólogo em Análise e Desenvolvimento de Sistemas são a norma, mas muitas vagas aceitam formação alternativa com experiência comprovada. Certificações de nuvem (AWS Certified Developer, Azure Developer Associate) somam quando a vaga menciona o provedor.
Palavras-chave que as vagas buscam
Os termos que mais se repetem nas vagas de backend publicadas na Gupy, no LinkedIn e nos portais de carreira das empresas brasileiras:
- Java e Spring Boot
- Node.js (NestJS, Express)
- Python (Django, FastAPI)
- C# e .NET
- Go
- APIs REST e GraphQL
- Microsserviços
- PostgreSQL, MySQL e MongoDB
- Redis
- Mensageria (Kafka, RabbitMQ, SQS)
- Docker e Kubernetes
- AWS, Azure ou GCP
- Testes unitários e de integração (JUnit, Jest, pytest)
- CI/CD (GitHub Actions, GitLab CI)
- Observabilidade (Grafana, Datadog, New Relic)
Onde colocar: nos tópicos de experiência, com o contexto que os torna críveis, e repetidos na seção de habilidades com o nome exato usado na vaga. A ferramenta para adaptar o currículo à vaga compara o texto do anúncio com o documento e aponta o que falta.
Descrições de experiência que funcionam
A diferença entre descrever a função e mostrar o resultado aparece na primeira leitura. Os pares abaixo trocam a tarefa pelo efeito medido:
| Assim não | Assim sim |
|---|---|
| Desenvolvimento de APIs REST | Desenvolvi a API de checkout em Spring Boot que processa 1,4 milhão de pedidos por mês com latência p95 abaixo de 180 ms |
| Manutenção do banco de dados | Reescrevi 30 consultas críticas no PostgreSQL e reduzi o tempo do relatório de vendas de 12 s para 0,8 s |
| Participação na migração para microsserviços | Extraí o módulo de notificações do monólito para um serviço em Node.js com Kafka, eliminando as indisponibilidades em picos de tráfego |
| Implementação de testes | Elevei a cobertura de testes do serviço de cobrança de 35% para 82% e reduzi os incidentes em produção de 9 para 2 por trimestre |
| Otimização de performance | Implementei cache em Redis para o catálogo de 400 mil produtos e cortei 60% das consultas ao banco em horário de pico |
| Integração com sistemas externos | Integrei a API do Pix e de três adquirentes, com retry e idempotência, processando R$ 18 milhões mensais sem duplicidade de cobrança |
Júnior vs. sênior
Um desenvolvedor backend júnior (até dois anos) mostra base: projetos próprios com código público, estágio ou primeiro emprego, e a stack aprendida com profundidade em vez de amplitude. Um projeto de API completa, com autenticação, testes e deploy, vale mais do que dez tutoriais listados. O título do currículo pode ser "Desenvolvedor backend júnior" para alinhar a expectativa, e a formação sobe para logo abaixo do resumo.
No perfil sênior mudam a escala e a responsabilidade: desenho de serviços, decisões de arquitetura (e o que se decidiu não construir), mentoria, revisão de código, plantão e incidentes resolvidos. Os números passam de "funcionalidade entregue" para "custo reduzido", "disponibilidade mantida" e "equipe destravada". Duas páginas se justificam a partir de oito anos, com os dois últimos cargos ocupando a maior parte do espaço, como explica o guia de currículo sênior.
Um sênior sem números de escala (requisições, volume, disponibilidade) no currículo é lido como pleno. Quando o dado é confidencial, usa-se ordem de grandeza ou percentual.
Erros frequentes neste cargo
Os currículos de backend costumam falhar nos mesmos pontos, quase sempre por excesso de lista e falta de contexto:
- Sopa de siglas. Listar 25 tecnologias, incluindo as vistas uma vez em curso, dilui as que importam e gera perguntas difíceis na entrevista.
- Nenhuma métrica de escala. "Desenvolvi APIs" não diz se atendiam 10 ou 10 mil usuários. Volume, latência e disponibilidade são o vocabulário do cargo.
- Omitir o banco e a infraestrutura. A vaga quase sempre filtra por PostgreSQL, Kafka ou AWS; se o cargo usou, precisa estar escrito.
- GitHub desatualizado. Um link para um perfil com o último commit de 2021 sugere que o código atual não pode ser mostrado, nem em projetos pessoais.
- Confundir participação com autoria. "Participei da migração" e "migrei o serviço X" são coisas diferentes; o recrutador técnico vai perguntar qual foi a parte da pessoa.
- Modelo com barras de nível. Uma barra de "80% em Java" não significa nada; um modelo de currículo de uma coluna com habilidades por categoria comunica melhor e passa no ATS.
Exemplo de currículo de desenvolvedor backend
O exemplo abaixo condensa as recomendações em um currículo de uma página para um perfil pleno. Nome e empresas são fictícios.
Desenvolvedor backend pleno em equipe de produto, com foco em sistemas de pagamento e alta disponibilidade.
Desenvolvedor backend com 5 anos em fintech e e-commerce, especializado em Java com Spring Boot e Node.js. Experiência em APIs de alto volume, PostgreSQL, Kafka e AWS. Histórico de redução de latência e de incidentes em serviços críticos.
Desenvolvedor backend pleno, Nuvem Pagamentos (fintech), São Paulo. 2023 - atual
- Desenvolvi a API de checkout em Spring Boot que processa 1,4 milhão de pedidos por mês com latência p95 abaixo de 180 ms.
- Extraí o módulo de notificações do monólito para um serviço em Node.js com Kafka, eliminando as indisponibilidades em picos de Black Friday.
- Elevei a cobertura de testes do serviço de cobrança de 35% para 82% e reduzi os incidentes em produção de 9 para 2 por trimestre.
Desenvolvedor backend júnior, Vitrine Digital (e-commerce), Campinas. 2020 - 2023
- Reescrevi 30 consultas críticas no PostgreSQL e reduzi o tempo do relatório de vendas de 12 s para 0,8 s.
- Implementei cache em Redis para o catálogo de 400 mil produtos, cortando 60% das consultas ao banco em horário de pico.
- Integrei a API do Pix e de três adquirentes com retry e idempotência, sem duplicidade de cobrança em 2 anos de operação.
Bacharelado em Ciência da Computação, Unicamp, 2020. AWS Certified Developer Associate, 2024.
Java, Spring Boot, Node.js, PostgreSQL, Redis, Kafka, Docker, Kubernetes, AWS (ECS, SQS, RDS), GitHub Actions, JUnit, Grafana. Inglês avançado (leitura e conversação técnica).
Perguntas frequentes
Quantas linguagens listar no currículo de desenvolvedor backend?
Duas ou três com profundidade real, e as demais só se tiverem sido usadas em produção. A vaga costuma pedir uma linguagem principal; convém que ela apareça no título, no resumo e nos tópicos de experiência, não apenas na lista de habilidades.
O currículo de backend precisa ter link para o GitHub?
Ajuda quando há código recente que represente o nível atual: um serviço com testes, README e deploy. Se o trabalho é todo em repositórios privados, vale mais explicar isso em uma linha do que apontar para um perfil vazio.
Como mostrar resultados quando o sistema não tem métricas públicas?
Com os números que a equipe acompanha internamente: latência, taxa de erro, tempo de deploy, incidentes por mês, cobertura de testes. Quando o dado é confidencial, percentuais e ordens de grandeza ("de minutos para segundos") resolvem sem expor nada.
Vale colocar projetos pessoais no currículo de backend pleno?
Só se forem relevantes e mantidos: uma biblioteca com usuários, uma contribuição em projeto open source, uma API usada por outras pessoas. Para perfis com mais de três anos de experiência, a seção de experiência já deve sustentar o currículo sozinha.