Currículo principal: como montar e manter o seu (guia para devs)

Um currículo principal é o registro completo e privado da sua carreira: cada cargo, cada projeto, cada métrica, cada ferramenta, em um arquivo que nenhum empregador vê. Você personaliza a partir dele; nunca o envia. Desenvolvedores precisam de um mais do que a maioria, porque uma carreira em software gera mais detalhe do que qualquer currículo (CV) de duas páginas comporta, e o detalhe que você corta hoje é o detalhe que a vaga do mês que vem pede.

Este guia cobre o que é um currículo principal, por que vale manter um, como montá-lo seção por seção, como mantê-lo atualizado e como as versões personalizadas saem dele. Para a etapa de personalização em si, leia como personalizar seu currículo para a descrição de uma vaga; este post termina onde aquele começa.

O que é um currículo principal

Pense nele como um banco de dados, e no currículo como o resultado de uma query. O principal guarda a tabela inteira: quatro, seis ou dez páginas de cargos, bullets, projetos, palestras, certificações e habilidades, com datas e números para cada um. Um currículo personalizado é uma visão de uma ou duas páginas dessa tabela, filtrada para uma vaga.

Três propriedades decorrem disso.

Privado. Ninguém lê o principal além de você. Isso muda o que cabe nele. O bullet sobre a migração que falhou e o que você aprendeu com ela cabe no principal, porque um entrevistador pode perguntar, mesmo que nunca entre em uma versão personalizada.

Completo. O principal erra pelo excesso. Seis a dez bullets por cargo, onde um currículo personalizado fica com três. Projetos paralelos que não deram em nada. A ferramenta interna que só o seu time antigo conhece.

Estável. Você acrescenta e nunca corta. Um currículo personalizado é descartável; o principal é o que você mantém.

Ele é diferente do CV acadêmico, que também é longo e completo, mas vai para os empregadores nesse formato. Um currículo principal é um documento de trabalho, e a formatação pode esperar.

Por que desenvolvedores devem manter um currículo principal

Sua memória se degrada mais rápido do que sua carreira muda. Dois anos depois de um projeto, você lembra que “trabalhou no serviço de billing”. Não lembra que derrubou o p99 de 800 ms para 120 ms, que ele rodava em Go com Postgres por trás, ou que você escreveu o runbook. Os números vão embora primeiro. Um currículo principal captura tudo isso enquanto o dashboard ainda está aberto.

Trilhas de carreira divergem. Um engenheiro backend que também fez trabalho de dados tem dois próximos empregos plausíveis. Os bullets que vendem uma vaga de plataforma (on-call, Kubernetes, corte de custos) não são os bullets que vendem uma vaga de dados (pipelines, modelagem de warehouse, dbt). Um principal guarda os dois conjuntos; uma versão personalizada escolhe um.

Todo projeto conta em algum lugar. A contribuição open source, o hackathon, o módulo Terraform que você escreveu para o seu próprio homelab: nenhum deles cabe em um currículo para uma vaga de frontend, e qualquer um pode ser justo o que outra vaga pede. Se não estão escritos, você não vai lembrar deles na hora em que importam.

Toda métrica precisa de uma fonte. Um número no currículo tem que sobreviver a uma pergunta de entrevista. O principal é onde você registra, ao lado de “reduzi o tempo de build em 60%”, o que mediu, de quanto para quanto e como. Quando uma versão personalizada carrega o número, você consegue defendê-lo.

Personalizar vira seleção. Com um principal, personalizar leva minutos: escolha os bullets que encaixam, reescreva nos termos da vaga, corte o resto. Sem um, personalizar significa reconstruir seu passado de memória a cada vez, e é aí que os currículos se afastam da verdade.

Consistência entre canais. Seu perfil no LinkedIn, seus currículos personalizados e suas respostas em entrevista devem concordar em datas, cargos e números. Uma única fonte de verdade torna isso automático.

Como montar um currículo principal, seção por seção

Abra um arquivo Markdown simples. Formatação, templates e limite de páginas são para a versão personalizada. O principal quer estrutura e completude.

Cabeçalho

Nome, e-mail, telefone, cidade e links: GitHub, LinkedIn, site pessoal se tiver. Registre a forma exata em que quer que eles apareçam, para as versões personalizadas não divergirem (uma com “+91”, outra sem).

Resumos, um por trilha de carreira

Escreva um resumo de três linhas para cada tipo de vaga a que você pode se candidatar. Um resumo de backend, um de plataforma, um de dados. Cada um cita os dois ou três pontos fortes que aquela trilha valoriza. Na hora de personalizar, você parte do mais próximo e ajusta.

Experiência

Para cada cargo: empregador, título, local, datas com mês e a stack que você usou lá. Depois os bullets, seis a dez por cargo, cada um uma ação com um resultado. Registre mais do que você jamais mostraria:

• O que você construiu, com a ferramenta citada.
• O que mudou por causa disso, com um número onde tiver.
• A escala: usuários, requisições por segundo, volume de dados, tamanho do time.
• Qualquer coisa de que você foi dono: on-call, um serviço, uma migração, contratação.
• Colaboração que uma vaga pode perguntar: trabalho entre times, mentoria, trabalho com produto.

Embaixo de cada bullet que carrega um número, adicione uma nota curta sobre de onde o número veio. “Dashboard do Grafana, março de 2025, p99 antes e depois do cache.” Você nunca vai mostrar a nota; vai agradecer por ela na entrevista.

Projetos

Projetos paralelos, trabalho open source, participações em hackathon, ferramentas internas. Para cada um: nome, link, datas, seu papel, a stack e dois ou três bullets sobre o que você fez e o que resultou. Estrelas, downloads ou usuários, se tiver. Um projeto sem resultado entra mesmo assim, com uma linha sobre o que você aprendeu.

Habilidades, agrupadas e datadas

Agrupe: linguagens, frameworks, infraestrutura, dados, práticas. Ao lado de cada uma, anote o ano em que a usou pela última vez para valer. A lista de habilidades de um currículo personalizado deve ter só o que você conseguiria defender em entrevista hoje; a coluna de “último uso” diz quais são.

Formação e certificações

Diplomas com instituição, datas e o que for relevante (tema do TCC ou da dissertação, uma disciplina que se conecta ao seu trabalho). Certificações com o órgão emissor e a validade.

Palestras, textos, comunidade

Palestras em conferências, em meetups, posts de blog que tiveram alcance, podcasts, programas de mentoria. A maioria dos currículos personalizados deixa isso de fora; algumas vagas valorizam.

Um changelog

No fim, uma lista datada do que você adicionou e quando. Facilita a próxima atualização e mostra de relance quando você mexeu no arquivo pela última vez.

Template de currículo principal (exemplo fictício)

O esqueleto abaixo mostra o formato. A pessoa, as empresas e os números são inventados.

Exemplo (fictício): Arjun Mehta, engenheiro backend, Bengaluru

# Arjun Mehta
Bengaluru, IN · arjun.mehta@example.com · +91 98xxx xxxxx
github.com/arjunm-example · linkedin.com/in/arjunm-example

## Resumos
### Backend / plataforma
Engenheiro backend com 6 anos em sistemas de pagamento e ledger em Go e
Python. Dono de serviços a 4k rps; cortei 30% do custo de infra na Finlo.
### Engenharia de dados
Engenheiro com 3 anos construindo pipelines batch e streaming (Airflow,
Kafka, BigQuery) sobre 6 anos de trabalho em backend.

## Experiência

### Finlo Payments · Senior Software Engineer
Bengaluru · abr 2023 até o momento · Go, PostgreSQL, Kafka, Kubernetes, GCP
- Dono do serviço de ledger (pico de 4k rps, 11 consumidores downstream).
- Cortei a latência p99 de escrita de 410 ms para 95 ms agrupando inserts
  no ledger em lotes e adicionando uma fila de write-ahead.
  > Fonte: dashboard ledger-latency no Grafana, jun 2024, janela de 7 dias.
- Reduzi em 30% o gasto com GCP do namespace de pagamentos (de USD 18k/mês
  para 12,6k) redimensionando node pools e movendo jobs batch para spot.
  > Fonte: export de billing do GCP, Q3 2024 vs Q1 2024.
- Liderei a migração de 6 serviços do Cloud Run para o GKE em 4 meses.
- Escala de on-call de pagamentos (1 semana a cada 5); escrevi o runbook
  de incidentes usado por 12 engenheiros.
- Mentorei 2 engenheiros juniores; os dois entregaram o primeiro serviço
  em produção dentro de um trimestre.
- Substituí uma camada de retry feita à mão por um padrão de dead-letter
  no Kafka; payouts duplicados caíram a zero nos 6 meses seguintes.
- (Não entra na maioria dos currículos) Conduzi um spike de reescrita do
  ledger em Rust que não foi para produção; escrevi o documento de decisão.

### Brightcart · Software Engineer
Pune · jul 2019 a mar 2023 · Python, Django, MySQL, Redis, AWS
- Construí a API de rastreamento de pedidos (Django REST) servindo 200k
  pedidos por dia.
- Migrei a busca de produtos de queries LIKE no MySQL para Elasticsearch;
  o tempo mediano de busca caiu de 1,2 s para 90 ms.
  > Fonte: Datadog APM, nov 2021.
- Construí os primeiros pipelines Airflow do time de dados (12 DAGs,
  cargas noturnas no Redshift).
- Escrevi o Terraform do ambiente de staging (antes configurado à mão).
- Entrevistei mais de 40 candidatos para vagas de backend em 2 anos.

## Projetos
### kafka-replay (open source) · 2024 até o momento
CLI para reproduzir tópicos Kafka em um cluster local para depuração. Go.
310 estrelas no GitHub, usado por 3 times na Finlo.
### homelab-terraform · 2022
Módulos Terraform para um homelab Proxmox. Inacabado; aprendi a API do
Proxmox e providers do Terraform.

## Habilidades (último uso)
- Linguagens: Go (2025), Python (2025), SQL (2025), Rust (2024, spike),
  TypeScript (2022)
- Infraestrutura: Kubernetes (2025), Terraform (2025), GCP (2025),
  AWS (2023), Docker (2025)
- Dados: Kafka (2025), PostgreSQL (2025), Airflow (2023), Redshift
  (2023), Elasticsearch (2022), BigQuery (2024)
- Práticas: on-call, runbooks de incidente, documentos de design, mentoria

## Formação
B.E. em Engenharia da Computação, Pune University, 2015 a 2019

## Palestras e textos
- "Ledger write paths at 4k rps", meetup de Go de Bengaluru, set 2024
- Blog: "Dead-letter queues without the drama", 2024 (12k visualizações)

## Changelog
- 2025-09: adicionei a contagem de estrelas do kafka-replay e os números
  de custo do Q3
- 2025-03: adicionei o bullet de mentoria e a nota do spike em Rust
- 2024-11: arquivo criado a partir do currículo de 2023 + notas da Brightcart

Repare no que o arquivo tem que nenhum currículo personalizado teria: linhas de fonte embaixo dos números, um bullet de “não entra na maioria dos currículos”, um projeto inacabado, o ano de último uso em cada habilidade e dois resumos. Esse é o trabalho do principal.

Como manter atualizado

Um currículo principal morre quando atualizar vira tarefa chata, então faça atualizações pequenas e amarre-as a eventos que você já percebe.

Atualize quando entregar. Quando um projeto vai para produção ou uma métrica se move, adicione o bullet naquela semana. Os números estão no dashboard agora; daqui a um ano não estarão.

Mantenha em controle de versão. Um arquivo Markdown em um repositório Git privado te dá histórico de graça. Você vê o que adicionou e quando, e consegue comparar o principal com qualquer versão personalizada que montou a partir dele.

Revise a cada trimestre. Quinze minutos, quatro vezes por ano: leia os bullets do cargo atual, adicione o que aconteceu, atualize os anos de último uso. Coloque na agenda.

Registre a fonte junto com o número. O hábito de escrever “Fonte: …” embaixo de cada métrica leva dez segundos e te livra da pergunta de entrevista que você não consegue responder.

Mantenha um brag document ao lado. A ideia de brag document da Julia Evans, uma lista corrente do que você fez no trabalho, alimenta o principal. O brag document é bruto; o principal é curado.

Se o seu principal tem entradas magras, um cargo com dois bullets e nenhum número, o Resume Matcher tem uma etapa de aprimoramento para isso: ele identifica entradas fracas, faz até seis perguntas sobre elas e escreve de dois a quatro bullets novos a partir das suas respostas, sem adicionar detalhes que você não deu.

Trilhas de carreira: quando um principal não basta

A maioria dos desenvolvedores se vira com um principal e vários resumos. Alguns não. Se o seu histórico de backend e o de dados têm listas de habilidades diferentes, seleções de projetos diferentes e resumos diferentes, dois principais são mais limpos do que um arquivo com um emaranhado de anotações.

O Resume Matcher é construído em torno disso. Você pode manter até cinco currículos principais, um por trilha de carreira, com um marcado como padrão. A página de personalização pré-seleciona o padrão; você troca quando uma vaga pede outra trilha. Cada principal é um currículo completo por si só, montado a partir de um PDF ou arquivo Word enviado ou das perguntas do Assistente de currículo, e cada um pode ter seções personalizadas se você precisar de um bloco que o layout padrão não tem.

Como as versões personalizadas saem do principal

Personalizar é seleção mais redação. Para uma vaga, você puxa os bullets que batem com os requisitos, reescreve nos termos dela, escolhe o resumo daquela trilha, enxuga a lista de habilidades para o que a vaga valoriza e o que você usou nos últimos anos, e corta o resto para caber em uma ou duas páginas. O principal não muda. O guia de personalização percorre cada um desses passos com um exemplo prático.

No Resume Matcher, cada currículo personalizado é um documento separado que aponta de volta para o principal de onde veio. O modelo propõe edições pontuais no seu resumo, nos bullets e nas habilidades; o código confere cada uma, trava seu nome, empregadores, cargos, datas e formação, e reverte qualquer número que não estava no principal. Você revisa um diff de antes e depois e confirma ou regenera. O principal fica como você escreveu, então a próxima vaga parte da mesma fonte completa. As versões personalizadas salvas continuam editáveis e exportam em PDF a partir de qualquer um dos sete templates.

Mantenha o principal. Todo o resto é uma visão dele.

Se isso ajudou

Se o esqueleto te poupou uma reconstrução de memória, uma estrela no Resume Matcher no GitHub ajuda outros candidatos a encontrá-lo. Você pode me seguir, Saurabh Rai, no GitHub, no X e no LinkedIn.