Cabeçalho e identidade

TL;DR

O cabeçalho é a seção mais lida do currículo inteiro, porque é a primeira coisa que qualquer um dos três leitores da nota 04 encontra, e a única que o segundo leitor — o que varre em segundos, segundo a leitura em F — sempre chega a ver. Sete dados entram: nome, e-mail profissional, telefone, LinkedIn com URL personalizada, GitHub, cidade e estado, e site ou portfólio quando existir. O que não entra muda de país para país, e esta nota resiste à tentação de apresentar a regra brasileira — nada de foto, CPF, RG, data de nascimento, estado civil ou filiação política — como se fosse universal; a nota 24 trata essa variação a fundo, país por país. O ponto menos óbvio da nota é que os sete itens não pesam igual: e-mail e telefone só servem para contatar; LinkedIn e GitHub servem para o leitor avaliar antes de contatar, e por isso um perfil desatualizado ou um repositório vazio não é neutro — subtrai. Para vaga remota internacional, um oitavo dado entra por decisão própria, não por convenção de mercado: o fuso horário, declarado explicitamente, porque resolver essa dúvida antes de o recrutador precisar perguntar é exatamente o trabalho que um cabeçalho bem escrito faz.

A seção que todo mundo lê, mesmo sem querer

A nota 04 já descreveu os três leitores do currículo — a máquina que extrai texto, o humano que varre em segundos, o humano que lê de verdade — e um detalhe importante daquela descrição vale reforçar aqui, porque é o motivo de esta nota existir: dos três, só o cabeçalho é lido pelos três, sempre, sem exceção. O segundo leitor pode descartar um currículo depois de dez segundos de leitura em F sem nunca chegar à seção de experiência; o terceiro leitor pode abrir o documento, ler o sumário, decidir que a vaga não bate, e fechar antes da segunda página. O cabeçalho, ao contrário, é a primeira coisa que qualquer um dos três encontra — está no topo, antes de qualquer filtro decidir se vale a pena continuar. Isso não faz do cabeçalho a parte mais importante do documento em termos de conteúdo — o sumário e a experiência carregam o peso de convencer —, mas faz dele a parte com a maior taxa de leitura garantida de todo o currículo, o que muda o que vale a pena colocar ali: não é espaço para provar competência, é espaço para não desperdiçar a atenção que já está garantida.

Vale marcar, antes de entrar nos sete itens, uma distinção que a nota 05 já tratou pelo lado do mecanismo: aquela nota explicou por que dado de contato colocado em cabeçalho e rodapé configurados como tal na estrutura do editor se perde na extração automática — muitos parsers ignoram esses elementos por padrão, tratando-os como decoração repetida em cada página. Esta nota não reabre esse mecanismo; ele já está fechado. O que esta nota trata é outra coisa, anterior a qualquer decisão de layout: o que entra no conteúdo do cabeçalho, não onde esse conteúdo é posicionado no arquivo. As duas notas resolvem problemas diferentes que, por coincidência de vocabulário, usam a mesma palavra — “cabeçalho” pode significar “a seção de topo do documento com nome e contato” (o assunto desta nota) ou “o elemento estrutural de página repetida que existe em processadores de texto” (o assunto que a nota 05 já resolveu). Um currículo bem escrito usa a primeira ideia e evita completamente a segunda.

O que entra — sete dados, três funções diferentes

Antes de listar os sete itens, vale nomear o critério que os organiza, porque tratá-los como uma lista plana de “coisas que todo currículo deveria ter” é exatamente o tipo de “lista de ingredientes” que este galho já rejeitou desde a nota 01. Os sete itens se agrupam em três funções distintas, e entender a função de cada um é o que permite decidir, depois, o que fazer quando um deles falta ou quando a vaga pede uma variação.

A primeira função é identificação: o nome. Sem ele, nada mais no documento tem dono, e é por isso que ocupa a posição visualmente mais proeminente do cabeçalho — geralmente a única linha em fonte maior do documento inteiro. Vale um detalhe prático que passa despercebido com frequência: o nome no currículo precisa ser o mesmo nome usado no LinkedIn e, sempre que possível, no e-mail profissional — um recrutador que recebe “João Silva” no currículo e depois busca “João P. Silva” no LinkedIn, sem encontrar de imediato o perfil correspondente, perde tempo numa etapa que deveria ser instantânea, e tempo perdido pelo segundo leitor da nota 04, sob pressão constante, é tempo que trabalha contra o candidato.

A segunda função é contato direto — dois itens, e-mail profissional e telefone, cujo único trabalho é permitir que alguém que já decidiu falar com você consiga fazer isso sem fricção. Um e-mail profissional, nesse contexto, significa um endereço com aparência séria — de preferência baseado no próprio nome, num provedor comum — e não um endereço criado anos atrás com um apelido, um ano de nascimento ou uma referência de cultura pop que fazia sentido na adolescência; o conteúdo do e-mail nunca é avaliado pelo leitor, mas a aparência dele é, ainda que por um segundo, e um endereço como “gatinhofofo1998@…” custa uma fração de credibilidade que nenhum currículo deveria pagar de graça. O telefone segue a mesma lógica prática, com um detalhe adicional que ganha peso quando a vaga é remota e internacional: incluir o código do país (+55 para o Brasil, por exemplo) evita a ambiguidade de um recrutador em outro fuso tentando discar um número que, sem o código, ele não sabe de que país é.

A terceira função é a que separa esta nota de um simples checklist de contato, e o resto da nota trata dela com mais profundidade: avaliação antes do contato. LinkedIn e GitHub não servem para que alguém ligue para você — servem para que alguém decida se vale a pena ligar. A seção seguinte trata esse ponto a fundo, porque ele muda como os dois devem aparecer no cabeçalho.

Fecham a lista dois itens de localização e evidência opcional: cidade e estado, e site ou portfólio, quando existir. Cidade e estado (sem endereço completo — rua, número e CEP não têm função nenhuma num currículo moderno, e são, aliás, um dos itens que a seção seguinte trata como candidato a “o que não entra” em parte do mundo) cumprem uma função dupla — sinalizam se o candidato já está na mesma região da vaga, o que importa mesmo para posições remotas por causa de fuso horário e elegibilidade trabalhista, e evitam a pergunta óbvia que, se não respondida no cabeçalho, alguém vai ter que fazer na primeira ligação. O site ou portfólio, por fim, entra só quando existir e quando tiver conteúdo que sustente a visita — a mesma lógica de “subtrai se vazio” que a próxima seção detalha para LinkedIn e GitHub se aplica aqui com ainda mais força, porque um site pessoal sem atualização há anos é mais fácil de notar do que um GitHub com poucos commits.

Caso fictício

Beatriz, desenvolvedora backend pleno, revisa o próprio currículo antes de enviar para três vagas na mesma semana. O cabeçalho que ela usava há dois anos trazia o e-mail beatriz.dev1997@..., criado quando ela ainda estudava, sem código de país no telefone, e sem cidade — só “Brasil”, porque ela pensava que a vaga sendo remota tornava a cidade irrelevante. Ao revisar, ela troca o e-mail para um endereço com o próprio nome completo, adiciona o +55 antes do telefone, e substitui “Brasil” por “São Paulo, SP” — não porque a vaga exija presença física, mas porque um recrutador de outra região do país, avaliando fuso e possível necessidade de sobreposição de horário com o time, não precisa mais perguntar isso numa primeira mensagem.

Por que LinkedIn e GitHub pesam diferente de e-mail e telefone

A distinção entre “contato direto” e “avaliação antes do contato” não é um detalhe de organização — é o eixo mais importante desta nota, porque ele muda o comportamento correto diante de cada um dos quatro links e números. Um e-mail e um telefone são, do ponto de vista do currículo, neutros por padrão: eles não comunicam nada sobre a competência do candidato, só a capacidade de alguém alcançá-lo. Ter um e-mail não soma pontos; não ter um e-mail profissional é, na prática, impossível de evitar hoje, então o item nem é avaliado como sinal — é avaliado só como presença ou ausência.

LinkedIn e GitHub funcionam diferente, e o motivo é estrutural: os dois são destinos, não só identificadores. Quando um recrutador ou um par técnico clica no link do LinkedIn de um candidato, ele não está tentando descobrir como falar com essa pessoa — já sabe como, o cabeçalho acabou de dizer. Ele está tentando formar uma opinião antes de decidir se vale a pena continuar o processo, e essa opinião se forma a partir do que ele encontra do outro lado do link. O mesmo vale, com ainda mais força, para o GitHub de alguém que se candidata a uma vaga técnica: um par técnico que abre o perfil de um candidato júnior está, na prática, fazendo uma pré-triagem de código antes mesmo da primeira ligação.

É por isso que os dois links subtraem quando estão vazios ou desatualizados, em vez de simplesmente não somar — e essa é a parte contraintuitiva do argumento, porque a maioria dos guias de currículo trata “incluir o link” como um item binário de checklist, sem discutir o que acontece depois de o link ser clicado. Um LinkedIn com foto de perfil de anos atrás, cargo desatualizado há dois empregos, e nenhuma atividade recente comunica ao leitor algo que o currículo em si não disse — que o candidato não mantém a própria presença profissional em dia, o que é, silenciosamente, um dado sobre disciplina que ninguém pretendia comunicar ao colar o link. Um GitHub com uma dúzia de repositórios em branco, sem README, sem um commit nos últimos dois anos, comunica algo parecido a um leitor técnico: não que o candidato não sabe programar — a maioria dos profissionais sênior tem código relevante em repositórios privados de empregadores, invisível ali —, mas que o espaço público que existe para ser avaliado não foi cuidado. A nota 17 trata a fundo o que conta como GitHub que soma, a regra do README e por que a era dos assistentes de código mudou o valor de um repositório genérico como sinal; a nota 23 trata do LinkedIn com a mesma profundidade, incluindo o que ali é caixa-preta declarada. Esta nota fica só com a consequência prática para o cabeçalho: não inclua um link que você não revisou nas últimas semanas, porque o custo de um link desatualizado é maior do que o custo de simplesmente omiti-lo.

Vale nomear a implicação prática dessa distinção antes de seguir, porque ela muda a ordem de prioridade de quem tem pouco tempo antes de enviar uma candidatura: revisar o e-mail e o telefone leva um minuto — conferir se estão certos, sem erro de digitação. Revisar o LinkedIn e o GitHub leva mais — significa realmente abrir os dois, olhar como um estranho olharia, e perguntar se o que está ali, hoje, ajuda ou atrapalha. É a segunda revisão, não a primeira, que costuma ficar para depois, exatamente porque parece menos urgente — e é exatamente essa a que mais importa.

Um detalhe de formato que vale registrar aqui, ainda que a nota 05 já tenha tratado o mecanismo por trás dele: o link do LinkedIn deve usar a URL personalizada — algo como linkedin.com/in/nome-sobrenome — e não a URL numérica gerada automaticamente pela plataforma no momento do cadastro, cheia de números e caracteres sem sentido. A personalização é uma configuração simples, disponível a qualquer usuário no próprio LinkedIn, e além de parecer mais profissional no papel, é mais curta e mais fácil de digitar por alguém que está lendo o currículo impresso ou numa tela pequena, em vez de simplesmente clicar num link ativo.

Vaga remota internacional: o fuso não é opcional

Um oitavo item entra no cabeçalho quando a candidatura é para uma vaga remota com equipe em outro país ou outro fuso horário, e esse item não aparece na lista de convenção universal porque não é convenção — é uma decisão que o próprio candidato deveria tomar, motivada pela mesma lógica que organiza este galho inteiro desde a nota 01: cada linha existe para empurrar o leitor em direção à decisão de conversar, e uma linha que resolve uma dúvida antes de ela virar pergunta empurra melhor do que uma linha que só descreve um fato sobre o candidato. A nota sobre contratação remota internacional, no galho parceiro Entrevistas, trata a fundo o resto dessa engrenagem — Employer of Record, contractor, as diferenças de fuso que moldam o próprio funil de seleção —; esta nota fica só com a consequência para o cabeçalho.

O raciocínio é simples de seguir uma vez nomeado. Um recrutador nos Estados Unidos, avaliando um candidato brasileiro para uma vaga remota com equipe em horário do Pacífico, tem uma pergunta prática pendente antes de sequer considerar avançar: essa pessoa consegue sustentar sobreposição de horário suficiente com o time para reuniões síncronas, revisão de código em tempo real, ou qualquer trabalho que exija coordenação ao vivo? Sem essa informação declarada, o recrutador tem duas opções — perguntar diretamente, o que adiciona uma etapa ao processo e um motivo a mais para a candidatura ficar parada numa fila até alguém ter tempo de escrever a mensagem, ou presumir, o que é pior, porque a presunção pode ir em qualquer direção e o candidato não tem controle sobre qual.

A prática recomendada resolve isso em uma linha, dentro do próprio cabeçalho ou logo abaixo dele: declarar o fuso horário e, quando fizer sentido, a janela de sobreposição disponível — algo como “GMT-3 (Brasília) · disponível para sobreposição até 12h EST” ou, de forma mais simples, só “GMT-3 (São Paulo, Brasil)” quando o candidato não quiser se comprometer com uma janela específica antes da conversa. A informação não precisa ser elaborada — precisa só estar visível, porque o efeito que ela produz não é convencer ninguém de nada; é eliminar uma etapa de ida e volta que, de outra forma, teria que acontecer antes de a conversa real começar.

Caso fictício

Bruno, desenvolvedor sênior em Fortaleza, se candidata a uma vaga totalmente remota numa startup americana com equipe majoritariamente em horário do leste dos Estados Unidos (EST). No cabeçalho do currículo em inglês, logo abaixo do nome e do cargo pretendido, ele inclui a linha “GMT-3 (Brazil) — 2h ahead of EST, available for overlap until 2pm EST daily.” Duas semanas depois, numa entrevista de triagem, o recrutador comenta que essa linha foi o motivo de ele ter avançado a candidatura direto para a próxima etapa sem precisar confirmar timezone por e-mail antes — um detalhe pequeno que, segundo ele, a maioria dos candidatos brasileiros deixa de fora, obrigando o recrutador a perguntar manualmente antes de decidir se vale a pena seguir.

Vale marcar um limite importante desse conselho, para não transformá-lo em regra rígida demais: declarar fuso horário só faz sentido quando a vaga é, de fato, remota e cruza fronteiras — para uma vaga local, presencial ou híbrida dentro do mesmo fuso do candidato, a informação é redundante, porque a cidade e o estado já resolvem a mesma dúvida de forma implícita. O critério não é “sempre declare o fuso” — é “declare o que resolve, antecipadamente, a dúvida específica que este leitor específico teria”.

O que não entra — e por que a resposta muda de país para país

Até aqui, esta nota descreveu o que soma. A pergunta simétrica — o que não entra — parece, à primeira vista, mais fácil de responder, porque no Brasil ela circula como senso comum entre quem trabalha com recrutamento em tecnologia: nada de foto, CPF, RG, data de nascimento, estado civil ou filiação política. É uma resposta correta — mas correta só dentro de um contexto, e o erro mais comum de quem escreve sobre currículo, inclusive em guias respeitados, é apresentar essa resposta brasileira como se fosse uma regra universal, válida em qualquer mercado do mundo. Não é.

Vale ser preciso sobre o que esta nota pode afirmar com segurança, e onde a segurança acaba. Em tecnologia no Brasil, os seis itens listados acima — foto, CPF, RG, data de nascimento, estado civil, filiação política — não acrescentam nenhuma informação relevante à decisão de contratar, e a inclusão deles carrega um risco real: abrir espaço para viés inconsciente do lado de quem lê, baseado em idade aparente, aparência física, ou situação civil, que nenhuma dessas informações deveria influenciar numa avaliação técnica. É essa a lógica por trás da convenção — não é que esses dados sejam proibidos por lei em todo currículo brasileiro (não são), é que o mercado de tecnologia, de forma relativamente unânime, os tratou como ruído com potencial de dano, e passou a tratá-los como padrão de exclusão.

O que esta nota não pode afirmar com a mesma segurança é que essa mesma lista vale, sem alteração, em qualquer lugar do mundo. Em parte da Europa continental, uma foto no currículo não é sinal de desconhecimento do processo — é, em muitos casos, esperada, e a ausência dela pode, dependendo do mercado específico, do setor, e até da faixa etária da empresa, ser lida como incompleto em vez de neutro. O inverso do que acontece em boa parte do mercado americano e brasileiro de tecnologia, onde a presença de foto, quando não solicitada, é frequentemente vista como um sinal de que o candidato não entendeu as normas locais de contratação — o oposto exato do efeito pretendido.

Essa inversão não é um detalhe curioso de cultura corporativa — ela nasce de diferenças reais de legislação antidiscriminação e de tradição de recrutamento entre países, e é exatamente esse pano de fundo que a nota 24 trata em profundidade, mercado por mercado — Brasil, Estados Unidos, Europa —, com as fontes que sustentam cada afirmação específica. Esta nota não reabre essa comparação com o detalhe que ela merece; faz só o que é seguro fazer aqui, que é nomear a existência da variação e apontar para onde ela é tratada a fundo, em vez de arriscar uma generalização que, fora do Brasil, estaria simplesmente errada.

Copiar a regra brasileira para uma candidatura internacional sem verificar

O que acontece: um candidato brasileiro, acostumado à convenção local de nunca incluir foto, remove qualquer imagem do currículo antes de se candidatar a uma vaga numa empresa alemã ou francesa, presumindo que a regra que aprendeu vale em qualquer lugar. Por quê: a regra brasileira é ensinada como universal dentro do próprio mercado brasileiro — a maioria dos guias de carreira nacionais nunca menciona que ela é uma convenção local, não uma norma internacional de boas práticas. Como evitar: antes de adaptar um currículo para um mercado específico fora do Brasil, verificar a convenção local daquele mercado — a nota 24 é o ponto de partida — em vez de assumir que a prática aprendida em casa se transporta sem ajuste.

O que se mantém estável, cruzando qualquer um dos mercados que a nota 24 examina, é um princípio mais abstrato do que qualquer item específico da lista: um dado só pertence ao cabeçalho quando ele ajuda o leitor a decidir se vale a pena conversar, ou quando ele resolve uma dúvida prática — como o fuso horário da seção anterior — antes de ela precisar ser perguntada. CPF, RG e data de nascimento não passam nesse teste em nenhum mercado conhecido por esta pesquisa — não existe recrutador de tecnologia, em nenhum país, que precise desses três dados antes da primeira conversa, porque nenhum deles informa competência nem viabiliza contato. É por isso que os três ficam de fora da lista de “depende do país” e entram, com segurança, na lista curta de itens que este galho pode descartar sem ressalva, em qualquer mercado.

O que varia entre os seis níveis

O cabeçalho é, dos elementos do currículo tratados por este galho, o que menos varia entre os seis níveis descritos na nota 03 — um estagiário e um staff precisam, ambos, de nome, contato e localização, pela mesma razão estrutural: sem esses dados, nenhum dos dois consegue ser contatado, e a ausência não fica mais aceitável com mais anos de carreira. Mas a variação existe, e ela mora exatamente nos dois itens que a seção sobre LinkedIn e GitHub já isolou como diferentes dos demais — os que avaliam, não só conectam.

Para um estagiário ou um júnior sem histórico profissional extenso — e a nota 03 já descreveu que o leitor desses dois níveis avalia potencial e fundamento técnico demonstrável, não resultado consolidado —, o GitHub carrega um peso desproporcional ao tamanho da carreira, porque é frequentemente a evidência mais concreta disponível de que a pessoa escreve código fora de um ambiente supervisionado por faculdade ou bootcamp. Um GitHub cuidado, com poucos repositórios bem documentados em vez de muitos abandonados, compensa parcialmente a ausência de experiência profissional que o resto do currículo não tem como preencher ainda. Para um sênior ou um staff, o mesmo GitHub perde parte dessa função — não porque deixe de importar, mas porque o leitor desses dois níveis, segundo a nota 03, já não está perguntando “essa pessoa sabe programar” (essa pergunta já foi respondida por uma carreira inteira de cargos e resultados), e sim “essa pessoa decide bem quando ninguém definiu o problema” — uma pergunta que um repositório pessoal, por mais bem cuidado que seja, raramente responde sozinho.

O LinkedIn segue uma lógica parecida, mas do lado do texto, não do código: o resumo do perfil de um júnior costuma girar em torno de disposição para aprender e formação recente; o de um sênior ou staff, em torno de escopo de decisão e impacto organizacional — o mesmo eixo de “o que sobe e o que desce” que a nota 03 descreveu com a linha de bullet de Renata Aquino repetida seis vezes, uma para cada nível da carreira. O cabeçalho do currículo em si não precisa citar esse conteúdo — só precisa levar até ele, com um link que, ao ser clicado, sustenta a mesma história que o restante do documento conta.

Caso real — um cabeçalho público, em duas linhas

Caso real

O site pessoal do autor deste vault, em josenaldo.com.br, abre com um cabeçalho de página inicial que carrega, em poucas linhas, duas das funções que esta nota descreveu como as mais importantes de qualquer cabeçalho profissional: o cargo pretendido, declarado como “Fractional Software Engineer & Architect”, e uma frase-âncora de posicionamento logo abaixo, “I build the machine that ships your software” — uma única linha que resume, antes de qualquer detalhe de experiência, o tipo de problema que o autor resolve para quem o contrata. A nota 20 trata a fundo o que faz uma frase-âncora funcionar — o drill-down de quatro camadas que a sustenta, e como a mesma âncora alimenta currículo, LinkedIn, site e conversa de forma consistente; esta nota fica só com o efeito visível dela num cabeçalho real: duas linhas, lidas em menos de cinco segundos, que já comunicam ao visitante que tipo de profissional ele está prestes a conhecer, antes de rolar a página para baixo. A página de experiências do mesmo site, em josenaldo.com.br/experiences, segue a mesma lógica de cabeçalho leve por cima de conteúdo denso — cada experiência lista desafio, ação e resultado, no mesmo espírito de bullet defensável que a nota 14 trata a fundo mais adiante neste galho — mas não declara, no próprio texto do cabeçalho, a stack técnica principal, a modalidade de contratação nem o fuso horário como uma linha isolada; essas informações, quando relevantes para uma candidatura específica, entram no currículo adaptado por vaga, não no site pessoal, que serve um público mais amplo do que qualquer vaga individual sozinha.

O ponto que esse caso ilustra, isolado do resto da página, é o mesmo que abriu esta seção do galho: um cargo pretendido e uma frase-âncora, colocados no topo, fazem o trabalho de resumir uma trajetória inteira antes de qualquer detalhe. Não é acaso que os dois apareçam juntos, nem que apareçam antes de qualquer outro dado — é a mesma lógica de “o que garante leitura primeiro merece o conteúdo que mais importa” que abriu esta nota inteira.

Armadilhas comuns

Tratar o LinkedIn como link morto

O que acontece: o candidato inclui o link do LinkedIn no cabeçalho, mas não abre o próprio perfil há meses — a foto é antiga, o cargo mostrado ainda é o penúltimo, e não há nenhuma atividade recente visível. Por quê: o link parece cumprido assim que está no currículo, porque o item do checklist é “incluir o LinkedIn”, não “manter o LinkedIn atualizado” — e a segunda parte fica esquecida. Como evitar: tratar a revisão do LinkedIn como parte do mesmo processo de revisão do currículo, não como um item separado que se resolve uma vez e nunca mais se revisita — a nota 23 detalha o que revisar especificamente.

Confundir "mais dado é mais profissional" com o oposto

O que acontece: ao montar o cabeçalho, o candidato inclui todos os dados que consegue pensar — endereço completo, estado civil, uma segunda linha de telefone, um link de rede social pessoal sem relação com a vaga — presumindo que mais informação sinaliza mais transparência e mais seriedade. Por quê: currículos de gerações anteriores, especialmente os aprendidos com modelos impressos de décadas passadas, tratavam o cabeçalho como uma ficha cadastral completa, e esse hábito se perpetua mesmo depois de o próprio mercado ter mudado de expectativa. Como evitar: aplicar o mesmo critério da nota 01 a cada item do cabeçalho — se o dado não ajuda o leitor a decidir se vale a pena conversar, nem resolve uma dúvida prática que ele teria de outra forma, ele não pertence ao documento, por mais inofensivo que pareça incluí-lo.

Declarar fuso horário numa vaga que não precisa dele

O que acontece: o candidato adota, por hábito, a prática de sempre incluir fuso horário e janela de sobreposição no cabeçalho, mesmo em candidaturas locais, presenciais ou dentro do mesmo fuso da empresa. Por quê: depois de ver o conselho funcionar numa candidatura internacional, é fácil generalizar a prática sem revisar se a condição que a justifica — cruzar fronteiras de fuso horário — ainda existe na vaga seguinte. Como evitar: tratar a declaração de fuso como resposta a uma condição específica (vaga remota, equipe em outro fuso), não como item padrão de todo cabeçalho — cidade e estado já resolvem a mesma dúvida quando a vaga é local.

Como soa em inglês

“The header gets read by every reader who touches the resume, so I keep it lean and functional: name, professional email, phone with country code, custom LinkedIn URL, GitHub, city and state, and a personal site only if it’s actually maintained. LinkedIn and GitHub aren’t contact information — they’re evaluation surfaces the reader visits before deciding whether to reach out, so an outdated profile or an empty repository actively subtracts instead of doing nothing. For remote roles that cross time zones, I state mine explicitly — something like ‘GMT-3, available for overlap until noon EST’ — because answering that question up front is exactly what a good header is for. What never goes in a header, in tech in Brazil, is photo, national ID numbers, birth date, marital status, or political affiliation — though I’m careful never to present that as a universal rule, because parts of continental Europe still expect a photo, and copying the Brazilian convention there can read as unfamiliarity with the local process rather than professionalism.”

PTEN
cabeçalho e identidadeheader and identity
e-mail profissionalprofessional email
URL personalizadacustom URL / vanity URL
avaliação antes do contatoevaluation before contact
fuso horáriotime zone
janela de sobreposiçãooverlap window
viés inconscienteunconscious bias
convenção de mercadomarket convention

O que vem a seguir

Fechado o cabeçalho — a seção mais lida, e a que menos varia entre níveis —, o próximo passo natural é a primeira seção de conteúdo que realmente precisa convencer alguém de algo, logo abaixo do nome:

Veja também

Fontes

  • Esta nota não introduz estudo quantitativo novo, nem depende de grandeza mensurável (o tema — o que compõe um cabeçalho de currículo — é qualitativo por natureza, uma questão de o que entra e o que não entra, não de taxa ou custo); o argumento central (contato é neutro, avaliação subtrai quando descuidada) é análise estrutural do próprio autor, apoiada no vocabulário de três leitores já sourced pela nota 04.
  • A variação de convenção sobre foto e dados pessoais entre Brasil, Estados Unidos e Europa é tratada com as fontes específicas de cada mercado na nota 24; esta nota só registra a existência da variação, sem reivindicar fonte própria para o detalhe país a país.
  • O caso real do cabeçalho público do autor foi verificado diretamente em josenaldo.com.br e josenaldo.com.br/experiences em 2026-08-20; a nota descreve só o que está publicamente visível nas duas páginas, sem transcrever dado de contato pessoal.