Como não travar no live coding: o ritual que me salvou do branco

Noventa segundos de silêncio. Esse foi o tamanho do meu pior branco, numa entrevista real, tela compartilhada, um problema que eu sabia resolver, uma variação de inverter palavras numa string que eu tinha feito em casa na semana anterior. A cabeça esvaziou. O cursor piscando. O entrevistador digitou alguma coisa que eu nunca vou ler, mas imagino bem o quê. A reprovação chegou no dia seguinte. No caderno, à noite: eu não travei no algoritmo. Travei no silêncio.

Levei dezenas de live codings pra entender: travar não é falta de conhecimento. É falta de ritual. O que me destravou foi um script fixo de quatro passos, sempre na mesma ordem, principalmente quando o nervosismo bate.

Passo 1: reformular o problema em voz alta

Antes de qualquer código, repito o enunciado com minhas palavras: "So, just to confirm: I get a list of transactions and I need to return the top three by amount, right?" Isso faz três coisas ao mesmo tempo: confirma que entendi, compra segundos pro cérebro ligar e quebra o silêncio de cara. O branco adora silêncio. A própria voz o espanta.

Passo 2: clarificar antes de codar

Duas ou três perguntas, sempre, antes da primeira linha:

• "Can the input be empty?"
• "Are there duplicates? Negative numbers?"
• "How large can this get? Should I worry about performance here?"

Já resolvi o problema errado por pular essa parte: dez minutos de código pra descobrir que o input era outro. Perguntar antes não é fraqueza. É exatamente o comportamento que estão avaliando, porque é o que um dev decente faz com um ticket mal escrito.

Passo 3: começar pelo caso simples e avisar

A frase que eu mais usei em entrevista: "I'll start with the brute force approach to get something working, then optimize." Dita em voz alta, ela transforma o O(n²) de vergonha em etapa. Solução feia rodando vale mais que solução elegante na sua cabeça. Muitas vezes o entrevistador nem pede a otimização: quer ver você chegar inteiro ao final. E quando pede, otimizar código que funciona é conversa. Otimizar código imaginário é pânico.

Passo 4: testar com exemplo na mão

Antes de dizer "done", pego um input pequeno e rodo o código na voz, linha por linha: "ok, i starts at zero, the map is empty, first element comes in...". Esse trace de dois minutos já pegou off-by-one e null que seriam achados pelo entrevistador. E erro achado por ele custa muito mais ponto do que erro que você mesmo acha. Errar em voz alta e consertar em voz alta impressiona mais que acertar calado.

O fio comum: som

Os quatro passos são variações da mesma regra: o entrevistador só avalia o que ouve. Código certo em silêncio rende menos que caminho certo narrado. No processo gringo tem o agravante do idioma: narrar raciocínio em inglês é um músculo separado, que treinei junto com o resto do inglês de entrevista. Frases curtas bastam: "let me think", "I'm considering a hash map here", "this doesn't work, let me check why".

E quando o branco vem mesmo assim, porque vem, eu narro o próprio branco: "Let me take a step back and re-read the problem." Dez segundos de silêncio anunciado são planejamento. Noventa segundos de silêncio mudo são a página do vexame no meu caderno.

Como eu treinei até virar reflexo

• Timer de 25 minutos, problema aleatório, falando sozinho em inglês com a parede. Ridículo nos primeiros dias. Automático depois de duas semanas.
• Comecei pelos fáceis do NeetCode 150, não pra decorar solução, mas pra treinar o ritual em problema que eu já sabia, até a ordem dos passos sair sem pensar.
• Depois de cada entrevista real, anotava no caderno onde o ritual quebrou. Quase sempre era o passo 1: nervoso, eu pulava direto pro código.

Não fiquei imune ao branco. Na entrevista que me deu a vaga, ele veio de novo, no segundo problema. A diferença: dessa vez eu tinha um script pra rodar quando a cabeça esvazia (reformular, perguntar, caso simples, trace). O branco durou o tempo de uma frase dita em voz alta, e ninguém percebeu. É o máximo que posso te oferecer: não a ausência do medo, mas um corrimão pra quando ele chegar.