Questions to Ask in a Backend Developer Interview

A entrevista vai bem até chegar a hora de você perguntar algo, e aí vem o silêncio, ou pior, o "quais os benefícios?". Essa pergunta não é errada, mas é a única que quase todo candidato faz, e ela não te diferencia. Quem pergunta melhor sai da sala com informação real sobre o trabalho e ainda mostra que já viveu projetos de verdade.

As perguntas certas fazem duas coisas ao mesmo tempo: te protegem de entrar num time ruim e sinalizam que você pensa como alguém sênior. O truque é perguntar por evidência concreta, não por adjetivos bonitos.

Por que perguntar bem muda o jogo#

Recrutador técnico nota a diferença na hora. Uma pergunta sobre como o time decide prioridade entre estabilidade e velocidade mostra que você já viveu essa tensão. Uma pergunta genérica sobre "cultura" mostra que você leu a página de carreira da empresa.

Perguntar bem também é defesa. Vaga de backend tem muito risco escondido: legado sem documentação, plantão sem acordo, decisões de arquitetura feitas por quem não vai sustentar depois. Você tem uma janela curta para revelar isso.

12 perguntas que valem a entrevista#

Sobre a realidade do time

1. Como foi a última mudança que deu problema em produção? O que o time fez depois? Essa pergunta revela a cultura de pós-mortem e se existe culpa individual ou aprendizado coletivo.

2. Quanto do trabalho do time é manutenção de sistemas legados versus desenvolvimento de coisas novas? Ninguém responde isso no anúncio de vaga. A resposta muda completamente a sua rotina.

3. Quem decide o que entra no próximo ciclo, e como o time participa disso? Mostra se existe autonomia técnica ou se tudo é imposto por cima.

4. Como é o plantão hoje? Quantas vezes alguém foi acordado nos últimos três meses? Pergunta direta, sem rodeio. Se plantão existe, você precisa saber o custo real dele.

Sobre prioridades e trade-offs

5. Quando tem pressão de prazo, o que costuma ser cortado primeiro: testes, documentação ou refatoração? A resposta é quase sempre reveladora, e o padrão ao longo do tempo diz mais do que a resposta isolada.

6. Como o time decide entre adotar uma tecnologia nova e manter o que já está rodando? Mostra se existe critério técnico ou se a empresa pula de stack em stack conforme a última palestra.

7. Qual foi a última decisão de arquitetura que vocês decidiram não tomar? Por quê? Pessoas sêniores adoram essa pergunta. Ela mostra que você entende que não resolver também é uma decisão.

Sobre critério de sucesso

8. Quais são as três primeiras coisas que você espera que eu resolva nos primeiros 90 dias? Vaga sem expectativa clara vira vaga com cobrança confusa. Anote a resposta literal.

9. Como o time mede se um sistema está saudável? Quais métricas são olhadas toda semana? Diferencia quem tem observabilidade real de quem só tem dashboard decorativo.

10. O que separa alguém que se dá bem nesse papel de alguém que luta no dia a dia? Pergunta que pega o entrevistador despreparado. As respostas costumam vir cruas e honestas.

Sobre riscos e sustentação

11. Se eu entrar e descobrir que uma parte central do sistema está mais frágil do que parece, qual é o caminho para propor uma mudança? Revela se existe espaço para falar de risco técnico sem ser ignorado.

12. Qual é a maior dívida técnica que o time conhece e ainda não pagou? Por quê ainda não pagou? Se a resposta for "não temos dívida técnica", desconfie. Todo sistema com mais de um ano tem alguma.

Como ler as respostas#

A resposta ideal não é a mais bonita. É a mais específica. Quando o entrevistador diz "a gente tem um runbook de incidente e revisa ele depois de cada um", isso vale mais do que qualquer discurso sobre cultura de aprendizado.

Desconfie de três sinais. Resposta genérica, onde ele fala de valores mas não conta nenhum caso real. Incomodação imediata, onde a pergunta muda o clima da conversa. E culpa sempre alheia, onde todo problema é culpa de um dev que já saiu.

Boas respostas costumam ter números e nomes de processo. "O time roda pair review em todo PR crítico" é concreto. "A gente se ajuda muito" não diz nada.

Exemplo de como perguntar sem parecer interrogatório#

Não é preciso ler as doze perguntas como uma lista. Agrupe duas ou três por tema e deixe a conversa fluir. Um exemplo de encadeamento que funciona:

"Antes de falar da minha experiência, queria entender melhor o dia a dia. Como foi a última mudança que deu problema em produção? Pergunto porque em todo lugar que trabalhei o tratamento do incidente diz muito sobre o time. E quando tem prazo apertado, o que costuma ser sacrificado primeiro? Queria entender onde entra o meu papel nesse trade-off."

Note que a pergunta vem amarrada a uma experiência sua. Isso mostra contexto, não curiosidade de recém-formado.

Perguntas que você deve evitar#

Algumas perguntas não proibem sua contratação, mas desperdiçam a chance de impressionar. Evite as que são cedo demais, as que soam interesseiras e as que só buscam conforto.

• Quanto é o salário e os benefícios? (importante, mas pergunte ao recrutador, não ao tech lead)
• A empresa vai crescer muito nos próximos anos? (pergunta vaga, resposta vaga)
• Vocês usam metodologia ágil? (quase toda empresa diz que sim, mesmo quando não usa)
• Quanto tempo até eu ser promovido? (soa mal num primeiro contato com o time)
• Posso trabalhar remoto quando quiser? (negocie isso com RH, não queime a pergunta técnica)
• Como é a cultura de vocês? (muito amplo, quebre em perguntas menores)

Se quiser entender melhor o que a empresa pede antes de montar suas perguntas, use o decodificador de vagas para ler a descrição com mais clareza.

Um checklist rápido para se preparar#

• Leia a descrição da vaga e marque três pontos que você quer aprofundar em pergunta
• Anote duas experiências suas que conectam com os riscos do papel
• Escolha no máximo cinco perguntas para a entrevista, não doze
• Separe uma pergunta específica para o tech lead e uma para o recrutador
• Prepare uma pergunta de contingência para quando a entrevista já tiver respondido tudo
• Traga caneta, mesmo que a entrevista seja online
• Defina o que você não aceita negociar, como plantão sem compensação

Onde encontrar vagas para testar isso#

De nada adianta ter as perguntas se você não está em processo. Dê uma olhada nas vagas de backend abertas agora para treinar esse roteiro em entrevistas reais. E quando quiser conferir se o seu currículo passa pelo filtro inicial, use a análise gratuita de currículo antes de se candidatar.

Ferramentas grátis#

• jobrise.io/pt/free-ats-checker/
• jobrise.io/pt/free-jd-decoder/
• jobrise.io/pt/jobs/
• jobrise.io/pt/blog/

Perguntas frequentes#

Devo perguntar sobre salário na entrevista técnica?

Não, deixe isso para a conversa com o recrutador ou RH. No papo técnico, foque em escopo, expectativas e riscos do papel.

Quantas perguntas devo fazer numa entrevista de 30 minutos?

Três ou quatro bem escolhidas bastam. Mais do que isso vira interrogatório e come o tempo deles.

O que fazer se o entrevistador já respondeu tudo antes?

Pergunte algo específico sobre um ponto que ele mencionou, mostrando que você estava ouvindo. Nunca force uma pergunta só para preencher o silêncio.

Fazer muitas perguntas técnicas pode parecer arrogância?

Depende do tom. Pergunte com genuína curiosidade, sem testar o entrevistador, e o efeito é contrário, mostra maturidade.

Vale a pena perguntar sobre o futuro da empresa?

Vale, mas de forma concreta: pergunte sobre o produto nos próximos seis meses ou sobre a prioridade do time. Pergunta ampla sobre "futuro" gera resposta decorativa. Se quiser mais contexto antes de aplicar, o blog tem conteúrios sobre preparação para entrevistas técnicas.