O que é live coding e como se preparar para essa etapa

A tela está compartilhada, o editor online não tem autocompletar e o problema é conhecido. Mesmo assim, a pessoa candidata passa dez minutos digitando em silêncio, e quem entrevista fica sem saber se ela está no caminho certo.

Essa é uma situação típica do live coding, a etapa em que você programa ao vivo enquanto alguém acompanha. Nela, o processo de chegar à solução conta tanto quanto o código final.

Neste guia, você vai entender o que é live coding, como a sessão funciona, o que é avaliado e como treinar, inclusive com a ajuda da inteligência artificial.

O que é live coding?

Live coding é programar em tempo real na frente de outras pessoas. Em processos seletivos de tecnologia, o termo se refere à etapa em que você resolve um problema de código ao vivo, compartilhando a tela ou escrevendo em um editor online, enquanto conversa com quem entrevista.

É um dos formatos de entrevista técnica mais comuns em vagas de desenvolvimento. O guia sobre entrevista técnica de programação compara esse formato com outros, como o teste para fazer em casa e as plataformas com tempo marcado.

As empresas usam a etapa porque ela mostra o que um teste automático não capta. Dá para ver como a pessoa candidata pensa, se comunica e reage a imprevistos, situações parecidas com uma revisão de código ou uma conversa sobre um bug no dia a dia.

Live coding fora das entrevistas

Fora dos processos seletivos, live coding também nomeia transmissões ao vivo em que alguém programa e conversa com o público, comuns em plataformas de streaming. Em música e artes visuais, o termo descreve apresentações em que o som ou a imagem são criados por código na hora.

Este artigo trata do sentido usado em entrevistas de emprego.

Como funciona uma entrevista de live coding?

A sessão costuma durar entre 45 minutos e uma hora. Os primeiros minutos costumam ir para as apresentações. O fim fica reservado para as suas perguntas, então o tempo real de código é menor do que parece.

O ambiente varia. Muitas empresas usam editores online compartilhados, em que quem entrevista vê cada tecla digitada, enquanto outras pedem que você use a sua própria IDE com a tela compartilhada. Em entrevistas presenciais, a sessão pode acontecer em um quadro branco, sem computador.

Como a sessão costuma se dividir

Um roteiro comum separa cerca de cinco minutos para entender o enunciado e tirar dúvidas, alguns minutos para combinar a abordagem e a maior parte do tempo para implementar. Os minutos finais ficam para testar, discutir a complexidade e responder a perguntas de aprofundamento.

Saber dessa divisão ajuda a controlar o relógio. Se a metade do tempo passou e você ainda não escreveu código, é hora de implementar a versão mais simples que funciona.

Que tipo de problema aparece

Os mais comuns são problemas de algoritmo e estruturas de dados, como manipular listas, strings ou tabelas hash. Outra variação pede para corrigir um bug ou adicionar uma funcionalidade em um código que já existe.

Esse segundo tipo tem ficado mais frequente porque se parece com a rotina de trabalho. Ler código alheio com atenção, antes de alterar qualquer linha, faz diferença nele.

Em processos para vagas no exterior, o live coding costuma aparecer em mais de uma etapa. O episódio abaixo, do nosso canal no YouTube, conta como funcionam esses processos nos Estados Unidos:

https://www.youtube.com/watch?v=hRYneeFCxSE

O que é avaliado no live coding?

Quem entrevista observa como você entende o problema, se faz perguntas antes de começar, se o código é legível e se você testa a solução. A forma como você reage a dicas e a mudanças no enunciado também entra na nota.

Essa reação mostra como você trabalharia em um time e quais soft skills aparecem sob pressão, como escuta, clareza e abertura a sugestões.

Por isso, uma solução incompleta pode ser bem avaliada. Se o raciocínio estava certo, a explicação foi clara e faltou só tempo, a pessoa entrevistadora tem material para recomendar você.

A eficiência também importa. Saber dizer a complexidade da sua solução em notação Big O é uma pergunta comum no fim da sessão.

Como falar enquanto programa?

Narrar o raciocínio é a habilidade que mais separa um bom live coding de um ruim. Mesmo assim, pouca gente treina isso de propósito. A ideia é deixar quem entrevista acompanhar o que você pensa, sem transformar a sessão em monólogo.

Algumas frases ajudam em cada momento da sessão:

• Para entender o problema: “vou confirmar se entendi: a entrada é sempre uma lista não vazia?”
• Para decidir a abordagem: “posso comparar todos os pares, mas isso fica quadrático. Vou tentar guardar o que já vi em um dicionário.”
• Para ganhar tempo: “me dá um minuto para pensar nesse caso de borda e já explico”.
• Para testar: “vou rodar com o exemplo do enunciado e depois com uma lista vazia”.

Pedir um momento de silêncio é aceitável, desde que você avise antes e retome explicando o que concluiu. O problema é o silêncio sem contexto, que deixa quem entrevista sem saber o que está acontecendo.

O excesso também atrapalha. Narrar cada tecla cansa quem ouve, então concentre a fala nas decisões: por que escolheu uma estrutura, o que vai testar e o que mudou de ideia.

Esse hábito vale para a entrevista inteira. A primeira resposta, sobre a sua trajetória, já mostra como você se comunica, como detalhamos no artigo sobre como se apresentar em entrevista.

O que fazer quando você trava?

Travar é comum e não elimina ninguém por si só. O que pesa é a reação.

Volte ao exemplo e resolva à mão, passo a passo, para encontrar o padrão que está faltando. Se o problema parecer grande demais, resolva uma versão menor, como uma lista com dois elementos, e depois generalize.

Diga em voz alta onde está a dúvida. Muitas vezes quem entrevista dá uma dica, e usar a dica bem, sem fingir que já sabia, conta pontos.

Evite apagar tudo e recomeçar do zero sem explicar. Comente o trecho que não funciona, diga o que suspeita estar errado e ajuste a partir dele, porque isso mostra método de depuração.

Se a solução ideal não vier, implemente a mais simples que funciona e explique como a melhoraria. O método de cinco passos do guia de entrevista técnica ajuda a organizar esse caminho.

Como preparar o ambiente antes da sessão?

Problemas técnicos consomem minutos preciosos e aumentam o nervosismo. Antes de uma entrevista on-line, confira:

• o editor ou a plataforma indicada pela empresa, abrindo o link com antecedência quando possível;
• a linguagem configurada e um arquivo de teste rodando, caso use a sua própria IDE;
• câmera, microfone e conexão com a internet;
• notificações desligadas e abas desnecessárias fechadas antes de compartilhar a tela;
• papel e caneta ao lado, para rascunhar exemplos.

Treine também sem autocompletar. Muitos editores online não sugerem métodos nem fecham parênteses, e perceber isso na hora tira o foco.

Em entrevistas presenciais com quadro branco, escreva com letra legível, deixe espaço entre as linhas para correções e fale enquanto desenha. Treinar algumas vezes no papel ajuda a se acostumar a programar sem executar o código.

Para vagas de front-end, confirme se o problema envolve interface e deixe o framework pedido funcionando no seu ambiente. O guia sobre front-end e back-end mostra como as cobranças variam entre as áreas.

E se a empresa permitir IA no live coding?

Algumas empresas passaram a liberar assistentes de IA nessa etapa, como mostramos no guia de entrevista técnica. Quando isso acontece, a sessão muda de cara: o problema tende a ser maior e mais aberto, e a avaliação se concentra em como você usa a ferramenta.

Narre o que você pede à IA e por quê. Leia a resposta em voz alta, aponte o que está certo e o que precisa de ajuste, e teste antes de aceitar. Aceitar código sem revisar costuma pesar contra.

Se a empresa não informar a regra, pergunte antes. O texto sobre vibe coding ajuda a entender os riscos de confiar no código gerado sem entendê-lo, assunto também deste episódio do nosso canal:

https://www.youtube.com/watch?v=XJ87yuqd4e4

Como treinar para o live coding?

Resolver exercícios em silêncio não basta, porque a etapa exige falar e programar ao mesmo tempo. O treino precisa reproduzir essa condição.

Escolha problemas de dificuldade fácil e média, ligue um cronômetro de 45 minutos e explique cada passo em voz alta, como se alguém estivesse ouvindo. A base de algoritmos e lógica de programação é o ponto de partida para quem ainda está construindo repertório.

Varie os temas ao longo das semanas, alternando listas, strings, recursão e problemas com tabelas hash. Repetir só o tipo de exercício em que você já vai bem dá a sensação de progresso sem preparar para o que a entrevista pode trazer.

Grave algumas sessões e assista depois. É a forma mais rápida de perceber silêncios longos, explicações confusas e manias que passam despercebidas.

Treinar em dupla funciona bem: uma pessoa entrevista e a outra resolve. Depois, vocês trocam de papel, o que ajuda a entender o que quem avalia observa. Um simulador de entrevista com IA  também pode fazer perguntas de aprofundamento quando não houver ninguém disponível.

Depois de cada treino, anote o que travou e revise o conceito. As perguntas mais comuns em entrevistas para desenvolvedor ajudam a preparar a parte da conversa que vem antes e depois do código.

Quais erros evitar no live coding?

Alguns hábitos atrapalham mesmo quem conhece bem o conteúdo:

• Começar a digitar sem um plano: combine a abordagem com quem entrevista antes de escrever a primeira linha.
• Usar nomes genéricos: variáveis como x e temp dificultam a leitura e a sua própria revisão.
• Ignorar a dica: quando quem entrevista sugere um caminho, considere a sugestão em voz alta antes de descartá-la.
• Travar em sintaxe: se esquecer o nome de um método, diga o que ele faz e siga em frente, porque a lógica pesa mais.
• Esquecer os casos de borda: listas vazias, valores repetidos e entradas muito grandes costumam ser o primeiro teste de quem avalia.

O guia sobre estruturas de dados ajuda a revisar as opções que aparecem com mais frequência nesses problemas.

Prepare-se para o próximo live coding

Live coding é uma habilidade treinável. A evolução aparece rápido quando o treino inclui falar em voz alta. Como mostramos no artigo sobre como a IA está mudando os processos seletivos em tech, explicar as próprias decisões ganhou peso em todas as etapas.

Depois de cada sessão real, anote o problema, as perguntas que surgiram e o que você faria diferente. Esse registro vira material de estudo para a próxima entrevista, seja qual for o resultado.

As carreiras da Alura organizam os estudos técnicos por área. Já o Talent Lab, da Alura, oferece orientação de carreira, mentorias, curadoria de vagas e networking. Você pode conhecer o programa e ver como ele funciona.

Treine a conversa técnica no Modo Entrevista da Alura

O Modo Entrevista, da Alura, simula processos seletivos de tecnologia a partir da vaga que você quer disputar. Você informa o cargo e o foco da conversa, técnico ou comportamental, e pode colar a descrição de um anúncio real.

A entrevista se adapta às suas respostas e passa por histórico profissional, hard skills e soft skills, com a opção de responder em áudio. No fim, um relatório aponta acertos, falhas técnicas e comportamentais e pontos a explorar melhor.

Responder em áudio ajuda a treinar a explicação em voz alta que o live coding exige. Experimente o Modo Entrevista antes da próxima etapa técnica.

FAQ sobre live coding

Aqui estão as perguntas mais frequentes sobre live coding:

Live coding é a mesma coisa que pair programming?

São parecidos, mas não iguais. No live coding, você resolve o problema e quem entrevista observa e faz perguntas. No pair programming, as duas pessoas trabalham juntas na mesma tarefa, dividindo decisões e o teclado.

Posso pesquisar na internet durante o live coding?

Depende da empresa. Muitas permitem consultar a documentação oficial da linguagem, mas não buscar a solução pronta. Pergunte no começo da sessão e, se for liberado, diga em voz alta o que está procurando.

Qual linguagem usar no live coding?

A que você domina melhor, salvo quando a vaga exige outra. Conhecer bem as estruturas nativas e os métodos mais usados evita travar em detalhes de sintaxe. O artigo sobre qual é a melhor linguagem de programação ajuda quem ainda está escolhendo.

E se eu não terminar o problema a tempo?

Explique o que falta e como você terminaria. Uma solução parcial com raciocínio claro e testes no que foi feito costuma ser mais bem avaliada que um código completo que ninguém entendeu.

Vagas júnior também têm live coding?

Muitas têm, geralmente com problemas mais simples e foco em lógica e clareza. O guia sobre primeiro emprego em programação mostra outras etapas comuns para quem está começando.

Como controlar o nervosismo no live coding?

Treinar no mesmo formato da entrevista reduz a sensação de novidade. Na hora, seguir um roteiro fixo, como entender, exemplificar, resolver e testar, dá um próximo passo claro quando a mente trava.