Entrevista de pair programming: o que esperar e como se preparar

Se você se preparou principalmente com quebra-cabeças de algoritmos, uma etapa de pair programming pode parecer pouco familiar. Esta seção explica em que ela difere e como isso muda a sua preparação. A resposta curta é que você está sendo avaliado como um futuro colega de equipe, não como alguém que resolve quebra-cabeças.

A sessão geralmente ocorre de uma de três formas: um editor compartilhado baseado em navegador, o seu próprio IDE enquanto você compartilha a tela, ou uma extensão de um projeto para casa que você já fez. A tarefa costuma se parecer com o trabalho do dia a dia, como adicionar uma regra de validação, corrigir um teste que está falhando ou refatorar uma função. Algumas empresas trocam os papéis, então você passa parte da sessão como o “driver” que digita e parte como o “navigator” que orienta.

• Perguntas de esclarecimento. Se você confirma o requisito e o que significa “concluído” antes de escrever código.
• Pensar em voz alta. Se o seu par consegue acompanhar o seu raciocínio sem precisar perguntar.
• Progresso incremental. Pequenos passos que funcionam, em vez de uma única mudança grande no final.
• Testes. Se você escreve ou executa um teste para provar que a mudança funciona.
• Leitura de código. Com que rapidez você se orienta em um código que não escreveu.
• Receber contribuições. Como você reage a uma dica ou a uma ideia diferente do seu par.

Outros formatos de entrevista de código, incluindo quadro branco, projeto para casa e algoritmos ao vivo, são comparados no hub de tipos de entrevista.

Um engenheiro backend em processo seletivo para uma vaga de nível pleno em uma startup de logística foi convidado a adicionar uma regra de desconto a um módulo de checkout já existente. Antes de digitar, ele perguntou se os descontos podiam se acumular e o que deveria acontecer com pedidos já em andamento. Ele leu os testes existentes, escreveu um teste que falhava para a nova regra, fez o teste passar com a mudança mais simples possível e depois perguntou ao seu par se a regra deveria ficar na classe de precificação ou em um objeto de política separado. Quando o entrevistador sugeriu uma abordagem diferente, ele a experimentou e explicou o trade-off. Ele não terminou o requisito bônus, e mesmo assim o feedback continuou focado em como era fácil trabalhar com ele.

Esse fluxo de esclarecer, testar primeiro, fazer pequenas mudanças e discutir o design é exatamente o que a maioria das etapas de pair programming quer observar.

Faça pair programming com um amigo em uma tarefa pequena dentro de um repositório desconhecido e pratique narrar o que está fazendo. Configure o seu ambiente com antecedência se for usar o seu próprio IDE: o projeto deve compilar e os testes devem rodar antes de a chamada começar. A ferramenta de entrevista simulada ajuda nas partes de conversa, como explicar uma decisão de design ou um projeto anterior.

Seja realista sobre ferramentas ao vivo aqui. O pair programming depende muito de compartilhamento de tela, e tudo o que você compartilha fica visível para o seu par; o entrevistador também está vendo você programar em tempo real. O SubcueAI transcreve o entrevistador e rascunha pontos de resposta durante as partes de conversa de uma entrevista em vídeo, a partir do aplicativo de desktop ou da extensão de navegador, sem nenhum bot na chamada. A programação em si é por sua conta, e ambientes com proctoring e dispositivos gerenciados pela empresa ficam fora do escopo. Detalhes de configuração estão na página do tutorial.