Entrevistas de pair programming: o que avaliam quando você não está sozinho
A suposição padrão é que você está sendo observado. A realidade é que estão trabalhando com você, e quase tudo que pontua bem vem de perceber essa diferença.
O erro que sai mais caro
A maioria chega supondo que o entrevistador é um juiz que por acaso está na sala, então o certo seria demonstrar competência e não deixar nenhuma lacuna aparecer. Sob essa premissa você não pergunta, porque perguntar parece não saber. E não pensa em voz alta, porque uma ideia pela metade parece pouco polida.
É exatamente o contrário. Numa rodada de pair programming o entrevistador é um colega por quarenta minutos, e o que se mede é como é trabalhar com você. Seu silêncio não é compostura — é uma pessoa com quem é difícil parear.
Use a pessoa, e em voz alta
Uma sessão em dupla te dá algo que a rodada solo não dá: um segundo cérebro que já sabe a resposta. Quem aproveita bem faz três coisas repetidamente.
Confere suposições antes de construir sobre elas. «Estou assumindo que esses IDs são únicos — é seguro?» Dez segundos, e evita vinte minutos na direção errada.
Oferece uma escolha em vez de chutar. «Posso fazer com um dicionário ou ordenando primeiro. Ordenar lê melhor, o dicionário é mais rápido. O que importa mais aqui?» Isso não é indecisão: é como o trabalho realmente acontece.
E aceita as dicas sem discutir. Quando alguém diz «e se a lista estiver vazia?», a resposta não é uma defesa. É «boa observação» e uma cláusula de guarda.
Digitar não é o trabalho
Um padrão comum: o candidato digita sem parar por trinta minutos, produz algo que quase funciona e recebe feedback negativo. O entrevistador não conseguiu acompanhar o raciocínio, então não havia nada a avaliar além do artefato — e o artefato estava incompleto.
O padrão oposto pontua melhor: menos código, mais narração, checkpoints frequentes. «Pronto, isso cobre o caminho principal. Antes de seguir — quer que eu trate entrada malformada, ou o caminho feliz basta por ora?»
Essa pergunta faz trabalho de verdade. Mostra que você sabe que o caso existe, respeita o relógio e torna o entrevistador participante das decisões de escopo em vez de espectador.
Quando você discorda
Acontece: o entrevistador sugere algo que você acha errado. Os dois extremos perdem. Obedecer calado lê como não ter opinião. Se entrincheirar lê como alguém que será exaustivo num time.
A jogada é tornar a discordância concreta e barata. «Acho que isso quebra se a entrada já vier ordenada — posso testar nesse caso?» Agora é um experimento de dois minutos em vez de uma discussão e, independentemente de quem estiver certo, você mostrou como resolve divergências técnicas. Que é quase exatamente a pergunta que está sendo feita.
Os últimos cinco minutos
A maioria usa a reta final para digitar mais rápido, torcendo para terminar. Não terminar é normal e raramente fatal; não explicar é pior.
Melhor uso do tempo: pare e diga onde você está. «Isso funciona para o caso padrão. Com mais dez minutos eu trataria duplicatas, mantendo aqui um conjunto de vistos.»
Você acabou de demonstrar que sabe o que falta e como terminaria — que é a maior parte do que terminar teria provado de qualquer jeito.
O que estão anotando
Nessas rodadas o entrevistador costuma pontuar contra uma rubrica curta, e raramente é sobre o algoritmo. Os itens recorrentes são comunicação, colaboração, lidar com feedback e depurar sob pressão.
Comunicação não é fluência. É se quem está assistindo consegue prever seu próximo movimento. Se consegue, você é legível; se não, tudo que você faz parece chute, mesmo quando não é.
Lidar com feedback é o que os candidatos mais subestimam. O entrevistador vai te interromper ao menos uma vez, muitas vezes com algo que você já sabia. O que fica registrado é se a interrupção te deixou defensivo e com que rapidez a conversa voltou ao trabalho.
Depurar é a parte que eles esperam ver
Uma rodada em dupla quase sempre inclui um momento em que o código não faz o que você esperava. Esse momento não é um revés na entrevista — frequentemente é o ponto dela.
A versão fraca é mudar coisas até a saída parecer certa. A forte é formular uma hipótese antes de tocar em qualquer coisa: «A contagem está um a mais, e o laço vai de zero a n inclusive — acho que é o limite. Vou checar com n igual a um.»
Diga a hipótese, depois teste. Duas frases, e você mostrou um método em vez de um reflexo.
Montando os dois primeiros minutos
Antes de escrever qualquer coisa, faça três coisas em voz alta: reformule o problema, confirme o formato da entrada e diga o que vai fazer primeiro. São noventa segundos e mudam o tom da sessão inteira.
Também dá ao entrevistador uma chance precoce de te redirecionar. Em geral ele faz isso, se você deixar — e um redirecionamento no minuto dois é de graça, enquanto o mesmo no minuto vinte custa a rodada.
Se o enunciado é ambíguo, essa ambiguidade costuma ser deliberada. Perguntar sobre ela não é atraso: é a primeira coisa sendo avaliada.
Onde um copiloto entra
O Interview Copilot acompanha a rodada em tempo real e coloca uma estrutura na sua tela enquanto a outra pessoa ainda fala: o que a pergunta realmente pede, qual restrição importa e qual trade-off vale dizer em voz alta. Não é um roteiro para ler: é um andaime de onde você fala com suas próprias palavras.
FAQ
O que é uma entrevista de pair programming?
Uma rodada em que você constrói algo ao lado do entrevistador em vez de ser observado resolvendo um quebra-cabeça. Ele pode escrever código também, sugerir direções ou fazer o papel de colega de time. O que se avalia é a colaboração: se você explica, escuta, discorda de forma útil e incorpora o que recebe.
O que realmente avaliam numa rodada de pair programming?
Se trabalhar com você é produtivo. Concretamente: se você narra sua intenção, se usa o que seu par oferece, se rebate com um motivo em vez de ceder ou ignorar, e se mantém o código compreensível para outra pessoa em tempo real.
Devo discordar do entrevistador se eu achar que ele está errado?
Sim, com um motivo e uma proposta. «Funciona, mas faz uma passada extra na lista — dá para fazer em uma só?» é a resposta que procuram. Obedecer calado e passar por cima calado pontuam mal igualmente.
Quanto eu deveria digitar?
Menos do que você pensa. O que se avalia não é digitar, são decisões. Trechos longos de digitação silenciosa não produzem nenhuma evidência, então vá comentando o que escreve e por quê.