Currículo de tecnologia tem uma tentação própria: listar tudo. Toda linguagem já tocada, todo framework de tutorial, toda ferramenta de projeto da faculdade. O resultado é um bloco de 40 siglas que não diz o que a pessoa sabe fazer, e cada sigla vira uma pergunta possível na entrevista técnica.

O currículo que funciona para dev, dados, QA ou infra mostra profundidade em poucas coisas e o contexto em que você as usou. A pergunta não é quantas tecnologias você conhece, é o que você construiu com elas.

Como listar a stack

Separe por profundidade, não por ordem alfabética

Em vez de uma lista única, agrupe em dois ou três níveis honestos:

Uso no dia a dia: TypeScript, React, Node.js, PostgreSQL, Git

Já usei em projetos: Python, Docker, AWS (S3, Lambda), Redis

Estudando: Kubernetes, Go

Esse formato responde à pergunta que o entrevistador vai fazer de qualquer jeito ("em qual dessas você está mais confortável?") e evita a situação de ter "Java" no currículo e não conseguir responder uma pergunta básica sobre a linguagem.

Corte o que não sustenta uma conversa

Regra prática: se você não consegue falar cinco minutos sobre a tecnologia sem consultar nada, ela não vai na primeira faixa. Se você só fez um tutorial, ela não vai no currículo. Lista curta e verdadeira vale mais do que lista longa que desmorona na primeira pergunta.

Adapte à vaga

Se a vaga pede React e o React está na terceira linha do seu bloco, suba para a primeira. Se pede algo que você não tem, não invente. Para ver rápido o que o anúncio pede e o seu currículo não menciona, cole os dois em comparar com a vaga. A ferramenta ignora palavras com menos de três letras, então confira à mão siglas curtas como Go, R ou C#. O artigo sobre currículo e palavras-chave para ATS explica como espelhar os termos do anúncio sem forçar.

Projetos e GitHub

Para quem tem pouca experiência formal, projetos são a experiência. Para quem já é sênior, mostram interesse além do trabalho. Nos dois casos, o link sozinho não basta: ninguém vai abrir 15 repositórios para descobrir qual vale a pena.

Escolha dois ou três projetos e descreva cada um em duas linhas: o que faz, com o que foi feito e o que tem de interessante tecnicamente.

Controle de gastos pessoais (github.com/usuario/gastos)

API em Node.js com autenticação JWT e PostgreSQL, front em React. Deploy automatizado com GitHub Actions e testes nas rotas principais.

Antes de colocar o link, arrume a casa: README com instruções para rodar, repositórios abandonados arquivados ou privados, commits com mensagens legíveis. Quem clica no link lê o perfil como uma extensão do currículo.

Se você não tem projeto nenhum, faça um antes de se candidatar. Não precisa ser grande. Precisa funcionar, ter testes e resolver um problema pequeno de ponta a ponta.

Certificações

Certificação vale quando é reconhecida na área e está ligada à vaga: AWS, Azure e Google Cloud para nuvem, ISTQB para QA, CCNA para redes, Scrum para quem trabalha com agilidade, certificações de segurança. Essas entram com nome completo e ano.

Certificado de conclusão de curso online curto, badge de plataforma de exercício e "curso de HTML de 10 horas" não são certificação, são estudo. Cursos longos e relevantes (um bootcamp, uma formação de meses) vão na seção de formação, com a carga horária.

Nível de inglês

Quando a vaga pede inglês, espere que ele seja testado na entrevista. Por isso, descreva o que você faz em inglês em vez de só um rótulo:

Leitura técnica: você lê documentação e código sem dificuldade, mas não conversa. Diga isso.
Intermediário: acompanha reuniões e escreve mensagens, com esforço para falar. Diga isso.
Avançado: participa de reunião, faz code review em inglês, apresenta. Diga isso.
Fluente: trabalha em inglês o dia inteiro sem prejuízo.

Uma linha específica diz mais do que o nível:

Inglês avançado: reuniões diárias com time nos Estados Unidos, documentação técnica e code review em inglês.

Declarar um nível acima do real é o tipo de exagero que aparece na primeira pergunta em inglês. Se a vaga é fora do país, o artigo sobre como fazer currículo em inglês cobre o formato completo, incluindo a escala CEFR.

Como descrever a experiência

A lógica é a mesma de qualquer currículo, ação + contexto + resultado, mas em tecnologia o contexto inclui a stack e a escala do sistema. Compare:

Antes: Desenvolvimento de funcionalidades no sistema da empresa.

Depois: Desenvolvi o módulo de notificações do sistema de pedidos (Node.js, RabbitMQ, PostgreSQL), que processa mensagens de milhares de pedidos por dia com retentativa e fila de erro.

O artigo sobre como descrever experiências no currículo aprofunda a fórmula. Abaixo, dois exemplos completos de seção de experiência, um para cada nível. As empresas e os números são fictícios.

Exemplo para dev júnior

Desenvolvedora Júnior | Loja Virtual XYZ | mar/2025 a atual

Implementei telas do painel administrativo em React e TypeScript, seguindo o design system do time e com testes de componente em Testing Library.

Criei endpoints REST em Node.js para relatórios de vendas, com paginação e filtros por período.

Corrigi bugs reportados pelo suporte, priorizando com o tech lead e documentando a causa de cada um no repositório.

Participei do code review do time e, depois de três meses, passei a revisar pull requests de outros juniores.

Nenhuma linha diz "aprendi muito" ou "ajudei o time". Cada uma descreve algo entregue, com a tecnologia usada, no nível esperado de quem está começando.

Exemplo para dev sênior

Engenheiro de Software Sênior | Fintech ABC | jan/2022 a atual

Liderei a migração do monólito de pagamentos para serviços em Go e Kubernetes, reduzindo o tempo de deploy de horas para minutos e permitindo releases independentes por time.

Desenhei a arquitetura de eventos com Kafka que hoje processa as transações de todos os produtos da empresa.

Mentorei quatro desenvolvedores plenos e juniores, com plano de evolução individual e pareamento semanal.

Estabeleci a política de observabilidade (logs estruturados, tracing e alertas), o que reduziu o tempo de diagnóstico de incidentes em produção.

Aqui o foco muda: decisões de arquitetura, impacto no negócio, pessoas. A stack aparece como contexto da decisão, não como lista.

Adaptações por área

Dados: destaque o tipo de problema (previsão, classificação, ETL, dashboard), o volume de dados e quem usou o resultado. Ferramentas (SQL, Python, Spark, Power BI) entram como contexto.
QA: diferencie teste manual de automatizado, cite as ferramentas (Cypress, Playwright, Selenium, Postman) e mostre resultado: bugs encontrados antes da produção, cobertura, tempo de regressão.
Infra e DevOps: fale de escala (quantos serviços, quantos ambientes), disponibilidade e automação. Nuvem, IaC (Terraform, Ansible) e CI/CD são o centro.
Mobile: especifique plataforma e linguagem, se o app está publicado na loja e para que tipo de usuário.

O que evitar

Barras ou estrelinhas para nível de habilidade. Não dizem nada concreto para quem lê e não viram texto quando um sistema extrai o conteúdo do arquivo.
Foto, a menos que a vaga peça. O artigo sobre foto no currículo explica o motivo.
Modelos de duas colunas com ícones quando a candidatura é por plataforma: o texto extraído pode sair fora de ordem. Na galeria de modelos, o Sóbrio e o Clássico têm uma coluna e nenhum enfeite.
Listar "Windows, Word, Excel" em currículo de dev. É presumido.
Escrever "conhecimento em" antes de cada tecnologia. Basta o nome.

Antes de enviar, confira se cada tecnologia listada aparece em pelo menos uma linha de experiência ou projeto. Se está só na lista, ou você a usa e esqueceu de contar, ou não usa e deveria tirar. Para uma revisão geral, a análise automática dá uma nota de 0 a 100 e mostra pontos fortes e o que ajustar. Se preferir montar do zero, é só abrir o editor e escolher um modelo de uma coluna.

Currículo para vagas de tecnologia sem virar sopa de letrinhas