O que responder em "fale sobre você" numa entrevista de programador
Parece aquecimento, mas é a pergunta que decide o tom do resto da conversa. Um roteiro de três partes, exemplos completos para júnior, pleno e sênior, a versão em inglês e os erros mais comuns.
Você estudou estrutura de dados, revisou o projeto que colocou no ar, ensaiou como explicar aquela decisão de arquitetura. Aí a entrevista começa e a primeira coisa que você ouve é “fale um pouco sobre você”. Silêncio. E lá vem a autobiografia começando pelo ensino médio.
Essa é a pergunta mais previsível de uma entrevista de programador e, ainda assim, a que mais gente improvisa. O motivo é simples: ela parece um aquecimento. Não é. Ela é o momento em que você escolhe o assunto do resto da conversa.
Por que essa pergunta decide o resto da entrevista
Quem está do outro lado tem entre 30 e 60 minutos para formar uma opinião sobre você. Nos primeiros minutos, essa pessoa está montando um mapa mental: em que nível esse candidato está, com o que ele já lidou, o que vale a pena aprofundar.
A sua resposta a “fale sobre você” é a legenda desse mapa. Se você citar migração de banco de dados, as próximas perguntas vão para migração de banco de dados. Se você falar em “aprendendo bastante e buscando novos desafios”, o entrevistador não recebe nada para puxar, e a entrevista segue para o roteiro genérico dele, que raramente favorece você.
Ou seja: essa pergunta é a sua única chance de escolher o terreno onde a conversa vai acontecer. Desperdiçar isso com uma linha do tempo cronológica é entregar o controle logo no primeiro minuto.
O que o entrevistador quer ouvir, e o que ele não perguntou
Por trás de “fale sobre você” há três perguntas de verdade, e nenhuma delas é sobre a sua infância:
- Você é o nível que o currículo diz que é? A forma como você resume o próprio trabalho entrega a senioridade mais rápido que qualquer certificado.
- Você já lidou com problemas parecidos com os nossos? Não a mesma stack, necessariamente. O mesmo tipo de problema.
- Você sabe se comunicar? Essa é a avaliação silenciosa, e ela já começou. Se você não consegue estruturar 90 segundos sobre um assunto que domina (você mesmo), explicar um incidente em produção para o time de produto vai ser pior.
E o que ele não perguntou, mas ouve o tempo todo:
- onde você nasceu e onde estudou o ensino médio;
- seus hobbies, salvo se eles se conectarem com a vaga;
- a lista completa das suas tecnologias, uma por uma, em ordem alfabética;
- por que você está infeliz no emprego atual.
O roteiro de 90 segundos: agora, trajeto, motivo
As respostas que funcionam têm menos de dois minutos e três partes. E não são uma linha do tempo do passado para o presente. É o contrário: começam no presente, voltam rapidamente para justificar, e terminam no futuro (nesta vaga).
Parte 1: agora (20 a 30 segundos)
Uma frase de posicionamento. Quem você é profissionalmente hoje, em que contexto, e com que tipo de problema você mexe. Nada de “sou apaixonado por tecnologia”.
“Hoje eu sou desenvolvedor back-end há quatro anos, os últimos dois num time de pagamentos de um marketplace. Meu dia a dia é Java e Kotlin, e a maior parte do meu trabalho é manter integrações com adquirentes funcionando sob volume alto.”
Parte 2: trajeto (30 a 40 segundos)
Um ou dois pontos da sua trajetória que provam a frase acima. Aqui entra resultado, não responsabilidade. “Fui responsável por” é fraco. “Reduzi”, “migrei”, “assumi”, “resolvi” é forte. Um número, quando você tiver um verdadeiro, vale por três adjetivos.
“O projeto que mais me marcou foi quando a gente estava perdendo transação por timeout na hora do pico. Eu mapeei onde a fila travava, troquei o processamento síncrono por eventos e a taxa de falha caiu para menos de um terço do que era. Foi aí que eu peguei gosto por confiabilidade, não só por entregar feature.”
Parte 3: motivo (20 a 30 segundos)
Por que você está aqui, nesta vaga, hoje. Essa parte é a que quase todo mundo esquece, e é a que transforma a resposta em ponte para a próxima pergunta. Cite algo específico do anúncio ou da empresa.
“Foi por isso que essa vaga me chamou atenção: vocês descrevem um time que cuida da plataforma de pagamentos de ponta a ponta, e é exatamente o tipo de problema que eu quero continuar resolvendo, com mais escala do que eu tenho hoje.”
Junte as três partes e você tem entre 80 e 110 segundos. Esse é o tamanho certo. Menos de 40 segundos parece desinteresse; mais de dois minutos e meio e o entrevistador já anotou “prolixo”.
O modelo para preencher
Se você quer sair desta página com uma coisa só, leve este molde:
Agora: “Sou [cargo] há [tempo], hoje trabalhando com [contexto ou domínio]. Meu dia a dia é [stack principal, no máximo três itens] e o tipo de problema que eu resolvo é [problema].”
Trajeto: “O que mais me marcou foi [situação concreta]. Eu [ação sua, no verbo na primeira pessoa] e o resultado foi [resultado observável].”
Motivo: “Estou procurando [o que você quer de verdade], e essa vaga chamou atenção porque [detalhe específico do anúncio ou da empresa].”
Repare que a stack aparece uma vez, com no máximo três itens. A lista completa está no seu currículo. Recitá-la em voz alta só consome o tempo que você tinha para contar uma história.
Três respostas prontas: júnior, pleno e sênior
O molde é o mesmo. O que muda é onde está o peso. Júnior compra credibilidade com evidência de que sabe fazer; sênior compra credibilidade com evidência de impacto além do próprio teclado.
Pessoa desenvolvedora júnior
Sem anos de experiência, a matéria-prima é o que você construiu: projeto pessoal, estágio, freela, contribuição em código aberto, um trabalho de faculdade que foi ao ar de verdade. Não peça desculpas pelo que falta.
“Eu venho de suporte técnico, e foi lá que eu comecei a programar: fazia scripts em Python para não repetir tarefa manual, e um deles virou uma ferramenta que o time inteiro passou a usar. Isso me empurrou para o desenvolvimento de verdade. Nos últimos dois anos eu me formei em análise de sistemas e construí uma API em Node com autenticação e testes, que eu mesmo coloquei no ar. Foi ali que eu entendi na prática o que é lidar com erro em produção. Agora eu procuro a primeira vaga num time que faça revisão de código, porque o que eu mais quero é aprender com gente mais experiente, e vocês citam pareamento no anúncio.”
Por que funciona: existe uma história de origem que explica a transição, existe uma entrega concreta e existe um pedido honesto (aprender com gente experiente) que combina com o que a vaga oferece.
Pessoa desenvolvedora pleno
Aqui o entrevistador quer saber se você resolve sozinho. Autonomia é a palavra. Mostre uma decisão que foi sua.
“Sou desenvolvedora front-end há cinco anos, hoje num produto de saúde com uns 40 mil usuários ativos. Trabalho com React e TypeScript, e a maior parte do meu tempo vai para formulários complexos e acessibilidade, que num produto de saúde não é opcional. O projeto mais difícil foi reescrever o fluxo de agendamento, que tinha a maior taxa de abandono do sistema. Eu conduzi o redesenho junto com a designer, quebrei em etapas menores e a conclusão do fluxo melhorou bastante depois disso. Estou olhando essa vaga porque vocês trabalham com design system próprio, e é um problema que eu resolvo hoje na raça, sem estrutura.”
Repare no final: ela transformou a fraqueza do emprego atual em desejo, sem reclamar de ninguém.
Pessoa desenvolvedora sênior
No sênior, a resposta deixa de ser só sobre código. Deve aparecer escopo: influência técnica, gente que você destravou, decisão que sobreviveu ao tempo.
“Sou engenheiro há doze anos, os últimos quatro como tech lead de um time de seis pessoas numa fintech. Metade do meu tempo é código, metade é destravar o time e defender decisão técnica com produto. O que eu mais me orgulho foi ter tirado o monólito de dentro do caminho crítico: em vez de reescrever tudo, a gente foi separando por domínio, começando pelo que quebrava mais, e no fim de um ano o deploy tinha deixado de ser um evento de madrugada. Estou conversando com vocês porque a vaga fala em plataforma interna, e o trabalho que eu mais gosto é justamente esse, o que faz os outros times andarem mais rápido.”
Como ajustar conforme quem está perguntando
A mesma resposta não serve para as quatro pessoas que vão te entrevistar. O esqueleto continua igual; o que muda é o vocabulário e o que você escolhe provar.
| Quem pergunta | O que está avaliando | Onde colocar o peso |
|---|---|---|
| Recrutador de RH | Encaixe geral, comunicação, pretensão, disponibilidade | Clareza e trajetória. Evite jargão técnico e siglas internas. |
| Tech lead ou pessoa dev | Profundidade técnica e como você pensa | Uma decisão técnica sua, com o porquê e o que você trocaria hoje. |
| Gestor da área | Entrega, autonomia, como você lida com prioridade | Resultado e o que você fez quando o prazo apertou. |
| Fundador ou CTO | Se você entende o negócio, não só o código | O impacto do seu trabalho no produto e no cliente. |
Um ajuste barato e eficaz: para o RH, troque “migrei para arquitetura orientada a eventos” por “mudei a forma como o sistema processava os pedidos, e a gente parou de perder venda no horário de pico”. Mesma história, tradução diferente.
“Tell me about yourself”: a versão em inglês
Se a vaga é internacional ou a empresa tem time distribuído, essa mesma pergunta vem em inglês, e é onde muita gente boa trava. O erro clássico é tentar traduzir ao vivo a resposta em português, com frases longas e subordinadas que não sobrevivem à tradução.
Três ajustes que resolvem quase tudo:
- Frases curtas. Em inglês, sujeito, verbo e objeto. Uma ideia por frase. Você soa mais fluente falando simples do que errando construções complicadas.
- Decore o começo, não a resposta inteira. As primeiras duas frases decoradas resolvem o nervosismo dos primeiros segundos, que é quando a fluência despenca. O resto tem que ser improvisado, senão soa recitado.
- Tenha os termos do seu domínio na ponta da língua. Não é o inglês geral que trava você, é não lembrar como se diz “fila de mensagens” ou “dívida técnica” no meio da frase.
“I'm a back-end developer with four years of experience. For the last two years I've worked on a payments team at a marketplace, mostly with Java and Kotlin. My main job is keeping payment integrations reliable under high traffic. The project I'm most proud of is when we were losing transactions during peak hours. I found where the queue was blocking, moved the processing to events, and the failure rate dropped a lot. That's what got me into reliability work, and it's why this role caught my attention.”
Perceba que é a mesma resposta em português, só que mais curta e mais direta. É assim que deve ser.
Sete erros que derrubam a resposta
- Começar pela infância. “Desde criança eu mexia em computador” não separa você de mais ninguém. Comece pelo agora.
- Recitar o currículo. A pessoa está com ele aberto na tela. Repetir em voz alta não acrescenta nada e queima o seu melhor minuto.
- Listar tecnologias. “Trabalho com React, Vue, Node, Docker, Kubernetes, Postgres, Redis, AWS...” não diz o que você fez com nada disso.
- Falar mal do emprego atual. Mesmo com razão. Quem ouve pensa: em seis meses vai ser da gente que ele fala assim.
- Ser vago. “Busco novos desafios” e “gosto de trabalhar em equipe” são frases que qualquer pessoa poderia dizer, e por isso não dizem nada.
- Falar demais. Passar de três minutos derruba a atenção de quem ouve e costuma ser lido como falta de objetividade.
- Esquecer o fechamento. Terminar a resposta no meio do ar deixa um silêncio constrangedor. Feche com o motivo de você estar ali.
Como treinar até ficar natural
A diferença entre uma resposta boa e uma resposta que soa decorada é quantidade de repetição em voz alta, não quantidade de reescrita no papel. Texto lido na cabeça sempre parece ótimo.
- Escreva em tópicos, nunca palavra por palavra. Três marcos: agora, trajeto, motivo. Se você escrever o texto completo, vai tentar recuperá-lo de memória durante a entrevista, e é isso que produz aquele tom de robô.
- Fale em voz alta e cronometre. A primeira vez vai passar de três minutos. A terceira fica em 90 segundos sem esforço.
- Grave o áudio e escute. Doloroso e insubstituível. Você vai ouvir os “então”, as pausas e o ponto onde a história perde o fio.
- Refaça a resposta para cada vaga. A parte “motivo” tem que citar aquele anúncio. É a diferença entre uma resposta genérica e uma resposta que parece feita para eles.
- Treine a pergunta seguinte. O que você citar vai ser puxado. Se você mencionar uma migração, prepare-se para explicar a migração inteira.
Esse último item é onde treinar sozinho para. Você consegue ensaiar a resposta, mas não consegue ensaiar a repescagem, e é a repescagem que decide a entrevista. É exatamente para isso que o Aprovaga existe: você cola o link da vaga, a IA lê o anúncio e monta a entrevista daquela vaga, começando por essa pergunta e emendando as perguntas de aprofundamento que aquele anúncio pede. Você responde falando, em português, inglês ou espanhol, e recebe nota, o que faltou e uma versão melhor da sua própria resposta.
Criar uma conta grátis leva menos de um minuto e a primeira entrevista completa não custa nada.
Perguntas frequentes
Quanto tempo deve durar a resposta para “fale sobre você”?
Entre 60 e 120 segundos. Abaixo de 40 segundos a resposta parece desinteressada e não dá material para o entrevistador puxar; acima de três minutos ela cansa e passa a impressão de falta de objetividade. Cronometre em voz alta até chegar perto de 90 segundos.
Posso falar da minha vida pessoal?
Uma frase, se ela explicar alguma coisa profissional. Um detalhe pessoal que se conecta com a vaga (uma mudança de área, um projeto paralelo que virou aprendizado) humaniza a conversa. Uma lista de hobbies desconectada do trabalho consome o seu tempo mais valioso.
O que responder se eu não tenho experiência profissional?
Use o que você construiu, não o que você estudou. Projeto pessoal que foi ao ar, freela, estágio, contribuição em código aberto, automação que resolveu um problema real no seu emprego anterior. O entrevistador quer evidência de que você constrói coisas, e o diploma não é evidência disso.
Devo decorar a resposta?
Decore só as duas primeiras frases. Elas resolvem o nervosismo do início, que é quando a maioria das pessoas se perde. O resto deve ser falado a partir de tópicos, para soar conversa, e não recitação. Resposta inteiramente decorada é audível e trabalha contra você.
“Fale sobre você” é diferente de “por que devemos te contratar”?
Sim. “Fale sobre você” abre a conversa e serve para você escolher o assunto; ela é apresentação com um gancho no fim. “Por que devemos te contratar” aparece mais para o final e pede argumento comparativo, ligando as suas forças ao que aquela vaga precisa. Repetir a mesma fala nas duas é desperdício.
Como responder isso em entrevista técnica, com outra pessoa dev?
Mantenha as três partes, mas troque o peso: use a parte do trajeto para contar uma decisão técnica sua, com o porquê e o que você faria diferente hoje. Pessoas desenvolvedoras avaliam raciocínio, não vocabulário. Admitir o que você mudaria conta a favor, não contra.
O resumo, para levar
- “Fale sobre você” não é aquecimento: é você escolhendo o assunto da entrevista.
- Três partes, nessa ordem: agora, trajeto, motivo. Entre 60 e 120 segundos.
- Resultado no lugar de responsabilidade, e no máximo três tecnologias citadas.
- A parte “motivo” tem que citar aquela vaga, e é ela que quase todo mundo esquece.
- Decore o começo, treine o resto em voz alta e prepare a pergunta que vem depois.
Escreva a sua versão agora, em tópicos, e fale em voz alta três vezes. Depois treine com a vaga real que você está perseguindo, porque é respondendo com alguém puxando o assunto que a resposta para de soar ensaiada. Se quiser continuar lendo antes, veja os outros guias.