Quais plataformas realizam entrevistas de programação e como elas diferem?

O e-mail de convite geralmente informa a plataforma, e esse nome revela quase tudo sobre como será a sessão. As plataformas se dividem em quatro categorias.

• Editores compartilhados ao vivo. CoderPad, o modo de entrevista do CodeSignal, HackerRank Interview (antigo CodePair) e editores semelhantes abrem um documento que você e o entrevistador podem editar. A maioria permite executar código em algumas linguagens; certos empregadores desativam deliberadamente a execução para que você raciocine em vez de recorrer a tentativa e erro.
• Documentos compartilhados simples. Algumas equipes ainda enviam um Google Doc ou um editor de texto vazio pelo Zoom ou Google Meet. Sem destaque de sintaxe, botão de executar ou testes; o entrevistador lê seu código como um revisor faria.
• Avaliações online cronometradas. HackerRank, Codility e CodeSignal apresentam um conjunto fixo de problemas, com cronômetro e correção automática. Ninguém participa de uma chamada; a plataforma registra sua sessão e avalia casos de teste ocultos.
• Fornecedores de entrevistas como serviço. A Karat e provedores semelhantes disponibilizam um engenheiro treinado que conduz uma entrevista técnica ao vivo no editor do próprio fornecedor e redige o relatório que o empregador lerá. O formato é ao vivo, mas a pessoa do outro lado da chamada não é seu futuro colega.

Os empregadores combinam esses formatos. Um processo típico começa com uma avaliação, passa para uma ou duas etapas em editores ao vivo e termina com uma conversa sobre design em uma ferramenta de quadro branco ou em uma chamada simples. O tópico sobre avaliação de plataformas aborda cada fornecedor com mais detalhes.

Cinco características determinam como uma sessão se desenrola, e elas variam mais entre as plataformas do que a dificuldade do problema.

• Ao vivo ou assíncrona. Um editor ao vivo envolve uma conversa; você pode perguntar sobre restrições e receber dicas. Uma avaliação é uma prova silenciosa; o enunciado é a única fonte de esclarecimento.
• Execução de código. Editores com um botão de executar permitem conferir um caso antes de afirmar que a solução funciona. Documentos simples e editores com execução desativada fazem de você o interpretador, então é preciso explicar o que cada linha faz.
• Visibilidade da sua digitação. Em um editor ao vivo, o entrevistador vê cada tecla, pausa e exclusão no momento em que acontece. Reescrever uma função três vezes fica visível; isso não é necessariamente ruim, mas permanecer em silêncio durante o processo é.
• Linguagem e ferramentas. A maioria dos editores aceita as linguagens mais populares, mas o acesso a bibliotecas, o preenchimento automático e a disponibilidade de um depurador variam. As avaliações costumam restringir você às linguagens aceitas pelo corretor.
• Gravação e monitoramento. Etapas ao vivo costumam ser gravadas para a análise posterior. Plataformas de avaliação oferecem monitoramento opcional, que pode incluir capturas da webcam, registro de trocas de abas do navegador ou sinalização de ações de copiar e colar; ativá-lo ou não é uma decisão do empregador, e o convite raramente informa isso.

A última característica é aquela que mais exige planejamento. Trate qualquer avaliação cronometrada como monitorada, a menos que as instruções digam o contrário.

É compreensível temer que a prática em uma plataforma não seja útil em outra. Esta seção apresenta uma rotina de preparação para cada formato; em resumo, a habilidade de programação é transferível, mas os hábitos durante a sessão não são, portanto pratique esses hábitos de forma intencional.

• Para editores ao vivo: pratique em um editor no navegador sem preenchimento automático, fale enquanto digita e escreva manualmente um pequeno caso de teste antes de executar qualquer coisa. Se o editor tiver um botão de executar, use-o depois de explicar sua abordagem, não como substituto da explicação.
• Para documentos simples: pratique escrever código correto sem um compilador. Indentação consistente e funções curtas são importantes porque o entrevistador lê o código em vez de executá-lo.
• Para avaliações cronometradas: pratique contra o relógio pensando nos testes ocultos: trate entradas vazias, duplicatas e os maiores tamanhos permitidos. Leia todo o conjunto de problemas primeiro e ordene-os pelo esforço esperado.
• Para entrevistas de fornecedores: espere critérios padronizados. Entrevistadores de provedores semelhantes à Karat avaliam explicitamente a comunicação e a decomposição de problemas, então apresente seu plano antes de programar.

Uma engenheira de backend em processo seletivo para uma vaga sênior em uma empresa de pagamentos recebe três convites diferentes na mesma semana: uma avaliação no CodeSignal, uma etapa no CoderPad com execução habilitada e uma etapa final em um documento compartilhado. Ela pratica cada formato uma vez, e a única coisa que muda entre eles é o quanto explica em voz alta. A ferramenta de simulação de entrevista do SubcueAI é uma maneira prática de ensaiar essa explicação oral.

Somente nos formatos em que alguém conversa com você. O aplicativo nativo do SubcueAI para macOS e Windows captura o áudio do sistema e do seu microfone, portanto ouve a pergunta do entrevistador no Zoom, Google Meet ou Microsoft Teams e exibe sugestões em uma sobreposição flutuante que aparece apenas na sua própria tela. O Painel Lateral da extensão para navegador faz o mesmo em chamadas realizadas em uma aba do Chrome ou Edge, capturando somente o áudio da aba da reunião, portanto ouve o entrevistador e nunca transcreve você. Nenhuma das interfaces entra na chamada como um bot nem insere qualquer conteúdo na página da reunião ou no editor de código; a versão da extensão para Firefox serve apenas para simulações.

Esse escopo tem limites claros. Uma avaliação cronometrada não envolve conversa, então um assistente baseado em áudio não tem material com que trabalhar, e avaliações monitoradas que registram suas abas ou observam sua webcam estão fora da finalidade do SubcueAI. Em um editor ao vivo, compartilhar a tela inteira exibiria a sobreposição na transmissão compartilhada; compartilhe apenas a janela do editor ou não compartilhe nada. Etapas gravadas e dispositivos gerenciados pelo empregador também estão fora do escopo. Aaron Cao, fundador do SubcueAI, projetou a sobreposição como uma janela local, e não como participante da reunião, exatamente por esse motivo: ela nunca deve fazer parte do que a plataforma grava. As etapas de configuração de cada interface estão na página de tutorial, e a página de segurança explica o que é capturado e o que não é.