Como passar em uma entrevista de código ao vivo

Código ao vivo não é uma tarefa para fazer em casa. O entrevistador observa como você esclarece o enunciado, escolhe um exemplo, seleciona uma estrutura de dados e se recupera quando um teste falha. A correção importa, mas uma função perfeita, escrita em silêncio, sem discutir complexidade, costuma pontuar pior do que uma solução de força bruta funcional que você depois aprimora.

Um engenheiro backend entrevistando para um cargo L5 em um provedor de nuvem pública recebe um limitador de taxa em um editor compartilhado. O entrevistador não espera um algoritmo de balde de tokens de livro-texto na primeira compilação. Ele quer ouvir a diferença entre picos e estado estável, uma comparação entre uma abordagem O(1) e a varredura de um log, e um teste que falha escrito antes do caminho feliz. Essa conversa é a etapa.

Essas etapas costumam ocorrer no CoderPad, CodeSignal, HackerRank, ou em um editor compartilhado dentro do Zoom, Google Meet ou Microsoft Teams. Pergunte sobre o tamanho da entrada, duplicatas e mutação antes de digitar. Repita a saída esperada com suas palavras. Depois escreva.

• Esclareceu as restrições antes da primeira linha.
• Começou com um plano de força bruta correto e depois uma melhoria.
• Declarou em voz alta a complexidade de tempo e espaço.
• Percorreu um exemplo e um caso extremo.
• Se recuperou de uma execução falha sem ficar em silêncio.

Você se preocupa que falar vá deixá-lo mais lento ou soar inseguro. Esta seção traz um padrão de narração que você pode reaproveitar em qualquer problema de editor compartilhado, desde a primeira reformulação até o momento em que trava. Use-o até virar memória muscular, não um roteiro que você lê.

Antes da primeira linha, reformule o problema, liste as restrições e percorra um exemplo manualmente. Depois diga a ideia de força bruta e sua complexidade. Só então digite. Enquanto digita, nomeie o invariante do loop, não cada tecla pressionada. Se travar, diga o que está verificando (entrada nula, erro de off-by-one, ordenado ou não) em vez de ficar em silêncio.

• Esclareça em voz alta os tipos, o tamanho e os casos extremos.
• Proponha força bruta, depois uma melhoria, depois o código.
• Percorra o exemplo através da função finalizada.
• Peça uma dica em vez de travar em silêncio.

Um ensaio cronometrado em que você fala do início ao fim está disponível na página de entrevista simulada.

Se você compartilhar sua tela, uma janela ou uma área de trabalho gravada, tudo o que estiver naquele display fica visível, incluindo um overlay flutuante. Plataformas supervisionadas, navegadores travados e dispositivos gerenciados pela empresa estão fora do alcance de qualquer assistente local. Não trate nenhuma ferramenta como invisível nesses cenários.

O SubcueAI oferece duas superfícies de assistência ao vivo, e nenhuma delas entra na chamada como bot de reunião nem injeta um script de conteúdo na página da reunião. O app de desktop nativo para macOS e Windows captura o áudio do sistema além do seu microfone e mostra um overlay local flutuante que funciona com clientes de reunião de desktop. A extensão para Chromium (Chrome e Edge) usa um Side Panel e captura apenas o áudio da aba da reunião, ou seja, o entrevistador, nunca o seu microfone, por isso cobre chamadas em aba do navegador e não transcreve você. A versão para Firefox é só para prática simulada.

Se o overlay estiver em um display que você não está compartilhando, o entrevistador não o vê. Porém, um compartilhamento de tela inteira inclui todas as janelas daquele display. Os limites honestos do que os entrevistadores conseguem ver estão reunidos na página do tema detectabilidade.

Pratique os padrões que você realmente vai escrever sob pressão de tempo: arrays e hashes, dois ponteiros, janela deslizante, busca binária, BFS e DFS, heaps e uma mesclagem básica de intervalos. Dominar o hashmap, a fila e a API de ordenação da sua linguagem importa mais do que decorar quebra-cabeças obscuros. Fale enquanto resolve; praticar em silêncio não se transfere para a chamada real.

Faça uma simulação com a mesma stack que você vai usar ao vivo: mesma linguagem, mesmos hábitos de editor, mesmo cliente de reunião. Se a empresa usa o Zoom no aplicativo de desktop, ensaie lá. Se eles usam o Google Meet em uma aba do Chrome, ensaie com a aba aberta. A configuração do overlay de desktop e do Side Panel do Chrome está na página do tutorial.

Se você não conseguir terminar a solução ótima, entregue uma força bruta correta, indique o gargalo e esboce a abordagem mais rápida. Uma resposta completa e mais lenta, com um plano mais rápido e claro, costuma superar uma ideia engenhosa e inacabada.