Como a Revelo Avalia Candidatos de Tecnologia

A Revelo avalia candidatos de tecnologia por um processo invertido: você cria um perfil com experiência, habilidades técnicas e pretensão salarial, passa por uma avaliação de habilidades técnicas, inglês e soft skills, e fica disponível em uma base para que empresas filtrem e convidem quem se encaixa na vaga aberta. O que decide se você é convidado não é a quantidade de tecnologias citadas, é se o perfil demonstra, para cada experiência, qual stack foi usada, em que escala e com qual resultado. Um desenvolvedor de cinco anos que escreve “React, Node, AWS” e para por aí está competindo com currículos idênticos ao seu, porque essa frase não diz nada que separe um perfil sênior de um perfil júnior que decorou os mesmos três nomes.

Este artigo mostra como escrever uma entrada de experiência que carrega as três informações que uma plataforma especializada em tecnologia como a Revelo consegue avaliar de verdade, com dois exemplos de antes e depois, o que fazer com uma tecnologia antiga e como pensar no currículo em inglês para vagas internacionais. A AjustaCV não tem relação comercial com a Revelo: a análise que ela faz em /ats aplica a mesma lógica de leitura por stack, escopo e resultado que qualquer processo técnico sério usa, seja automatizado ou humano.

Um currículo de tecnologia lido por especialista não é um currículo lido por generalista

Para entender o panorama mais amplo de como diferentes sistemas de recrutamento leem um currículo antes de qualquer pessoa ver, vale a pena começar por como sistemas de recrutamento avaliam um currículo. A diferença entre a Revelo e uma plataforma corporativa genérica começa em quem, no fim da linha, avalia o seu perfil. A Revelo descreve em seu site que todo candidato passa por uma avaliação de habilidades técnicas, proficiência em inglês e soft skills antes de entrar na base disponível para empresas, e que essa base reúne centenas de milhares de profissionais de tecnologia pré-avaliados. Isso significa que quem lê seu perfil do lado da empresa, ou o sistema que faz a primeira triagem, já está calibrado para tecnologia: sabe a diferença entre um framework e uma linguagem, entre manter um sistema legado e construir um do zero.

Stack: as tecnologias, linguagens e ferramentas que você usou de fato em um projeto ou cargo, com o nome exato de cada uma. Isso é a parte que a maioria dos currículos de desenvolvedor já acerta, porque é a mais fácil de lembrar e escrever.

O problema é que stack sozinha não diferencia ninguém em uma plataforma onde todo mundo lista React, Node e AWS. O que falta na maioria dos currículos são as outras duas partes: o escopo do que foi construído e o resultado que aquilo gerou.

Escopo é o que transforma uma lista de tecnologias em uma história verificável

Escopo:o tamanho e a complexidade real do que você construiu ou manteve, medido em tráfego, volume de dados, tamanho da equipe, criticidade do sistema ou latência exigida. Um currículo que diz “desenvolvi uma API de pagamentos” não informa se essa API processava dez transações por dia ou dez mil por minuto, e essa diferença é exatamente o que separa uma vaga pleno de uma sênior.

O motivo de escopo importar tanto em uma plataforma especializada é que quem contrata ali já sabe fazer essa pergunta. Um recrutador técnico ou um engenheiro que participa da triagem não se contenta com o nome da tecnologia, ele quer saber se você decidiu a arquitetura daquele sistema ou executou uma decisão de outra pessoa, se o sistema tinha 100 usuários ou 100 mil, se você era a única pessoa no projeto ou uma entre doze.

• Tráfego ou usuários:quantas pessoas ou requisições o sistema atendia, mesmo em faixa aproximada, como “mais de 50 mil usuários ativos mensais”.
• Volume de dados:quanto o sistema processava ou armazenava, como “pipeline que processa 2 milhões de registros por dia”.
• Tamanho e papel na equipe: quantas pessoas trabalhavam no projeto e se você liderou, decidiu a arquitetura ou implementou a partir de uma especificação já definida.
• Latência ou criticidade: se o sistema exigia resposta em milissegundos, rodava em produção 24 horas ou tinha janela de manutenção tolerante a falhas.

Resultado é a pergunta que fica sem resposta na maioria dos currículos de dev

Resultado: o que mudou, em número ou em consequência concreta, depois que o seu trabalho entrou em produção. Não é o que você fez, é o que aconteceu por causa do que você fez. A maioria dos currículos de desenvolvedor para no meio do caminho: descreve a tarefa e some antes de dizer o efeito dela.

Isso acontece porque resultado é a informação mais difícil de lembrar meses ou anos depois de um projeto terminar, e porque nem todo mundo tem acesso ao dado de negócio que viria depois do próprio trabalho técnico. Ainda assim, quase todo projeto tem algum resultado mensurável: tempo de resposta, taxa de erro, tempo de deploy, cobertura de teste, ou simplesmente o fato de o sistema continuar em produção sem incidentes um ano depois.

Antes e depois: a entrada de experiência que só tem stack

Antes: Desenvolvedor Back-end pleno. Trabalhei com Node.js, PostgreSQL, Docker e AWS no desenvolvimento e manutenção de APIs para o time de produto.

Depois: Desenvolvedor Back-end pleno. Reescrevi o serviço de checkout em Node.js e PostgreSQL, migrando de uma arquitetura monolítica para três serviços independentes rodando em containers Docker na AWS. O sistema processa mais de 15 mil pedidos por dia e a mudança reduziu o tempo médio de resposta de 900ms para 180ms, eliminando o principal ponto de lentidão relatado pelo time de atendimento.

A segunda versão contém a mesma stack da primeira, mas agora ela vem acompanhada do escopo (migração de monólito para três serviços, 15 mil pedidos por dia) e do resultado (queda de 900ms para 180ms). Quem lê essa versão sabe que a pessoa participou de uma decisão de arquitetura, não apenas escreveu código dentro de uma estrutura já pronta.

Antes e depois: a entrada de experiência que confunde tarefa com responsabilidade

Antes: Desenvolvedor Front-end. Responsável por implementar telas em React seguindo o design do time de produto e corrigir bugs reportados pelo QA.

Depois: Desenvolvedor Front-end. Implementei o módulo de checkout em React e TypeScript para uma base de mais de 200 mil usuários ativos mensais, incluindo a migração de um formulário de quatro etapas para uma etapa única, o que reduziu o abandono de carrinho em 12% segundo dados do time de produto.

O termo “responsável por” é o sinal mais comum de que uma frase descreve a função, não a pessoa. Qualquer desenvolvedor front-end pleno é “responsável por implementar telas”, isso está na descrição do cargo antes mesmo de a vaga ser preenchida. O que diferencia é a decisão específica (reduzir de quatro etapas para uma) e a consequência medida (queda de 12% no abandono).

Como afirmar sua senioridade sem escrever a palavra sênior no perfil

Senioridade não se declara, se demonstra pela natureza das decisões descritas. Escrever “desenvolvedor sênior” no topo do perfil e depois listar tarefas de execução cria uma contradição que quem avalia perfis técnicos percebe rápido, porque decisão de arquitetura, mentoria de outras pessoas e responsabilidade por um sistema inteiro (não por uma tela ou um endpoint) são os sinais reais de senioridade.

• Verbos de decisão: defini, decidi, arquitetei, escolhi entre alternativas. Isso comunica que você não apenas executou, você optou.
• Menção a outras pessoas: orientei, revisei código de, treinei. Um perfil pleno raramente menciona ter formado outras pessoas tecnicamente.
• Escopo de sistema inteiro: falar do sistema de ponta a ponta, não de uma parte isolada dele, sinaliza visão além da própria tarefa.

A Tríade Stack-Escopo-Resultado

A AjustaCV chama de Tríade Stack-Escopo-Resultado o conjunto mínimo de informação que uma entrada de experiência técnica precisa carregar para ser avaliável de verdade, seja por um sistema de triagem, seja por um recrutador técnico ou um engenheiro entrevistador.

A Tríade Stack-Escopo-Resultado diz que toda entrada de experiência em um currículo de tecnologia precisa responder a três perguntas: com quais tecnologias exatas você trabalhou, em que escala de tráfego, dados ou equipe esse trabalho existiu, e o que mudou de forma mensurável depois dele. Uma entrada que responde só à primeira pergunta lista tecnologias sem provar nada. Uma entrada que responde às três é indistinguível de uma referência profissional.

A tríade tem essa forma porque cada parte resolve uma dúvida diferente de quem avalia. Stack sozinha responde “você já usou isso?”, mas não “você sabe usar isso bem?”. Escopo responde ao tamanho do desafio que você enfrentou. Resultado responde se aquele desafio foi de fato resolvido. Faltando qualquer uma das três, a entrada vira uma afirmação não verificável, o tipo de frase que qualquer pessoa poderia escrever sobre qualquer cargo.

Uma parede de tecnologias dilui a busca em vez de ajudar

Listar vinte tecnologias em uma seção de habilidades parece cobertura ampla, mas na prática funciona ao contrário: dilui a atenção de quem lê e torna impossível saber quais dessas vinte você de fato domina versus quais você usou uma vez em um tutorial. Uma stack de cinco tecnologias, cada uma amarrada a uma experiência com escopo e resultado, comunica mais confiança técnica do que vinte nomes soltos em uma lista.

Isso vale tanto para leitura humana quanto para qualquer forma de triagem por compatibilidade: repetir o nome de uma tecnologia em contextos vazios não aumenta a chance de correspondência, porque o que está sendo avaliado é se a tecnologia aparece ligada a uma experiência real, não quantas vezes a palavra aparece no documento. Para o raciocínio equivalente aplicado a projetos pessoais e GitHub, vale ler como nomear tecnologia, versão e projeto no currículo de programador.

O que fazer com uma tecnologia que você usou dois empregos atrás

Uma tecnologia que você dominou em um emprego anterior, mas não usa mais, tem um lugar correto: dentro da experiência daquele cargo, com a data em que ele aconteceu, não em uma lista de habilidades atuais sem contexto temporal. Colocar Java em uma lista genérica de “tecnologias” sem indicar que foi há quatro anos pode te colocar em um processo seletivo para uma vaga que espera domínio recente de algo que você não toca desde então.

O teste prático é perguntar: se me chamarem amanhã para uma entrevista técnica sobre essa tecnologia especificamente, eu estou pronto? Se a resposta é não, ela pertence ao histórico da experiência antiga, não à sua stack atual. Isso protege tanto você quanto a empresa de uma expectativa desalinhada logo na primeira etapa técnica.

A questão do currículo em inglês para vagas remotas e internacionais

Para quem mira vagas remotas ou internacionais através de uma plataforma como a Revelo, o idioma do perfil não é opcional: a própria Revelo divulga em seu site conectar profissionais brasileiros a oportunidades remotas em empresas dos Estados Unidos e da Europa, com pagamento em dólar. Se a vaga é conduzida em inglês, o perfil e as respostas na etapa de avaliação de proficiência também precisam estar em inglês, porque essa é uma das três dimensões que a plataforma diz avaliar antes de liberar o candidato para a base visível às empresas.

A Tríade Stack-Escopo-Resultado funciona igual nos dois idiomas, porque ela não depende de vocabulário sofisticado, depende de informação concreta. “Reduced checkout latency from 900ms to 180ms by migrating a monolithic service into three containerized services” carrega a mesma tríade que a versão em português. O erro mais comum de quem traduz o próprio currículo é preservar frases genéricas em português (“responsável por”) que também eram fracas no original, em vez de aproveitar a tradução para reescrever com escopo e resultado.

O que fazer com isso agora

O ponto central deste artigo é que um currículo de tecnologia avaliado por uma plataforma especializada precisa provar stack, escopo e resultado juntos, porque qualquer um deles sozinho é fácil de copiar e difícil de verificar. Ignorar isso custa convites: um perfil que lista tecnologias sem contexto compete, sem saber, contra perfis quase idênticos ao seu, e a diferença que te tiraria da fila nunca chega a aparecer no texto.

Antes de atualizar seu perfil na Revelo ou em qualquer plataforma especializada, revise cada experiência aplicando a tríade: qual stack exata, que escala e qual resultado. Para o currículo de TI de forma mais ampla, incluindo a estrutura ideal por área, este guia completo de currículo para desenvolvedor cobre o que vem antes da experiência profissional. Se está mirando uma vaga remota fora do Brasil, veja também como adaptar o currículo para vagas remotas internacionais. E a análise gratuita em /ats mostra, com a descrição da vaga colada ao lado, se a stack que você escreveu está de fato alinhada ao que o texto da vaga pede.

Perguntas frequentes