Uma entrevista de pair programming é um formato técnico em que você e uma pessoa de engenharia escrevem código juntos num problema compartilhado, normalmente num editor real e num código realista. O entrevistador age como colaborador, e não como observador silencioso, e a avaliação pesa comunicação, uso do feedback e hábitos de depuração tanto quanto a solução final. As sessões costumam durar de 60 a 90 minutos.
O que Entrevista de Pair Programming significa na prática
Os formatos vão de uma divisão estrita entre quem digita e quem dirige, com uma pessoa no teclado e a outra guiando, até uma sessão mais solta em que o entrevistador responde perguntas e ocasionalmente sugere um caminho. Muitas empresas usam um repositório pequeno e realista, às vezes o próprio produto, com testes já prontos e uma tarefa como consertar um teste que falha, adicionar uma funcionalidade ou estender um módulo. Você normalmente trabalha no seu próprio ambiente ou num editor em nuvem preparado, com documentação e busca liberadas, porque o objetivo é simular trabalho comum. É comum em empresas que não gostam de formatos de quebra-cabeça, e costuma vir depois de uma triagem técnica por telefone.
Por que importa para os candidatos
O silêncio é a forma mais comum de falhar nesse formato, mesmo quando o código funciona. O entrevistador está avaliando colaboração: se você narra o seu raciocínio, faz perguntas de esclarecimento, aceita uma sugestão sem ego e rebate com motivos quando discorda. Ele também premia hábitos profissionais do dia a dia que os formatos de quebra-cabeça ignoram, como ler o código existente primeiro, rodar os testes cedo e avançar em passos pequenos e verificados.
Como se preparar
- Narre o seu raciocínio o tempo todo, inclusive os becos sem saída.
- Leia o código existente e os testes antes de escrever qualquer coisa.
- Faça perguntas de esclarecimento em vez de presumir o requisito.
- Aceite sugestões com elegância e explique o porquê quando discordar.
- Rode os testes cedo e com frequência, e não só no fim.
Exemplo
Um candidato recebe um repositório pequeno em Python com um teste falhando e 75 minutos. Ele gasta os primeiros oito minutos lendo o módulo e perguntando qual é o comportamento esperado, e então escreve um teste falho mais estreito para cercar o bug. Na metade, o entrevistador sugere outra estrutura de dados; o candidato testa, descobre que é mais lenta para esse padrão de acesso e explica o trade-off antes de escolher. O bug é corrigido com 20 minutos de sobra, que ele gasta em casos de borda.
Você conhece o formato. Agora conheça as perguntas. Cole a descrição real da vaga no Question Predictor gratuito e receba as 20 perguntas que essa vaga tem mais chance de fazer, com o que cada uma está de fato sondando.
Prever minhas perguntasTermos relacionados
Vai encarar essa entrevista em breve? O GhostPilot escuta a sua chamada ao vivo, identifica a pergunta no instante em que ela é feita e coloca uma resposta estruturada na sua tela em tempo real. Teste na sua próxima entrevista simulada ou pegue um Session Pass de $29, sem assinatura, para a hora da verdade.
Veja como funciona