Como passar em uma entrevista da HackerRank?

A pontuação que um recrutador vê não é apenas aprovado ou reprovado. Uma avaliação da HackerRank reporta várias coisas ao mesmo tempo, e saber quais delas se movem de forma independente muda como você distribui o cronômetro.

• Casos de teste aprovados. Cada problema roda contra casos de exemplo visíveis e um conjunto oculto maior. É no conjunto oculto que vivem entradas vazias, elementos únicos, duplicatas e tamanhos máximos. A maioria dos pontos perdidos vem de casos de borda, não de algoritmos errados.
• Crédito parcial. A pontuação costuma ser por caso de teste, então uma solução correta mas lenta rende pontos reais. Uma solução perfeita não enviada não rende nenhum.
• Limites de tempo e memória. Onde o problema os define, uma solução ineficiente dá timeout nos grandes casos ocultos enquanto passa em todos os exemplos.
• O relatório de supervisão. Trocas de aba, perda de foco, eventos de colagem e capturas de webcam, onde habilitadas, são anexados à sua submissão para o recrutador ler.

O que outras plataformas de contratação testam, etapa por etapa, está mapeado no hub de plataformas de contratação.

Você já conhece os algoritmos e mesmo assim perdeu pontos da última vez, o que dá a sensação de que a prática foi desperdiçada. Esta seção cobre a parte que é ambiente, não habilidade. É aí que está a maioria dos pontos recuperáveis, e eles são baratos de recuperar.

• Pratique no editor da HackerRank. Ele não é a sua IDE. Não há autocompletar em que você confie, nem depurador, e seus atalhos de teclado desapareceram. Resolva alguns problemas completos nele antes do dia real.
• Aprenda o esqueleto de entrada. Alguns problemas te entregam uma assinatura de função já analisada, outros exigem que você mesmo leia a entrada padrão. Ler mal o esqueleto é uma forma comum de falhar em todo caso de teste mesmo com a lógica correta.
• Escolha a linguagem em que você depura mais rápido, não a que parece mais impressionante. A métrica é passar nos testes.
• Escreva a força bruta primeiro, envie, depois otimize. Garantir o crédito parcial antes que o cronômetro acabe é o hábito de maior valor.
• Teste as bordas manualmente: entrada vazia, um elemento, todos idênticos, tamanho máximo.

Pense em um engenheiro backend se preparando para uma entrevista técnica de um time de plataforma. Ele já havia resolvido os problemas subjacentes antes, mas passou o primeiro trecho do teste lutando contra o esqueleto de análise de entrada e enviou uma solução em vez de três. Seu conhecimento de algoritmos não era, de forma alguma, a limitação.

CodePair é um editor compartilhado com uma pessoa na chamada, o que torna isso uma conversa com um artefato de código, e não um teste. A pontuação é o julgamento de uma pessoa, e o silêncio deixa má impressão.

• Reformule o problema e confirme as restrições antes de escrever qualquer coisa.
• Diga a abordagem em voz alta primeiro, incluindo a que você rejeitou e por quê. Entrevistadores avaliam o raciocínio, e uma abordagem rejeitada é evidência disso.
• Digite enquanto fala. Longos trechos de silêncio são a reclamação mais comum que entrevistadores relatam sobre essa etapa.
• Narre seus casos de teste. Percorrer um caso de borda sem ser solicitado sinaliza o mesmo cuidado que os testes ocultos medem na etapa assíncrona.
• Pergunte antes de otimizar. Frequentemente o entrevistador quer a versão que funciona e uma discussão sobre complexidade, não a ótima.

Praticar essa narração em voz alta é para isso que serve o modo de entrevista simulada, já que a falha aqui é verbal, não algorítmica.

Ser direto sobre isso importa mais do que a resposta de marketing.

• Uma avaliação da HackerRank supervisionada está fora do escopo. A supervisão registra trocas de aba, perda de foco, eventos de colagem e quadros da webcam. Compartilhamento de tela, gravação de tela, ambientes supervisionados e máquinas gerenciadas pela empresa são casos em que nenhum assistente é apropriado, e a SubcueAI não afirma o contrário.
• A preparação é onde ele se encaixa. Fazer etapas simuladas com antecedência, em voz alta, constrói o hábito de narração que a etapa CodePair avalia.
• As conversas comportamentais e de design de sistemas em torno da etapa de código são entrevistas comuns em softwares de reunião comuns, e essa é a superfície para a qual a SubcueAI foi criada.

O que a plataforma consegue e não consegue ver está coberto com mais detalhes no hub de detectabilidade.