Coding assistido por IA em entrevistas práticas

O problema

Quando IA entra na entrevista, muita gente cai em um de dois extremos.

O primeiro:

• usa a ferramenta para tudo
• aceita a primeira resposta plausível
• começa a parecer digitador de prompt

O segundo:

• evita usar mesmo quando permitido
• perde tempo em trabalho mecânico
• age como se qualquer apoio de IA anulasse mérito técnico

Os dois caminhos passam sinal ruim.

No primeiro, você parece sem autoria.

No segundo, você parece incapaz de operar no ambiente real que a própria empresa disse que aceita.

O ponto não é “usar ou não usar”.

O ponto é mostrar que a ferramenta continua subordinada ao seu raciocínio.

Modelo mental

Pense assim:

em entrevista com IA permitida, você continua sendo o engenheiro. A ferramenta é só um acelerador sob supervisão.

Essa frase já limpa bastante o cenário.

Você não está ali para provar que memoriza tudo sem ajuda.

Também não está ali para deixar o modelo pensar por você.

Está ali para mostrar que sabe:

• enquadrar o problema
• decidir quando a IA ajuda
• limitar bem o pedido
• revisar a resposta
• corrigir quando a resposta vem torta

Ou seja:

não basta usar IA.

Precisa usar bem.

Quebrando o problema

Comece deixando claro como você vai usar a ferramenta

Se o round permite IA, vale alinhar sua postura cedo.

Algo como:

Vou usar a ferramenta de forma pontual para explorar edge cases e talvez rascunhar uma parte pequena, mas vou manter a solução principal e a validação comigo.

Isso ajuda por dois motivos:

• mostra intenção
• reduz a impressão de improviso descontrolado

Peça ajuda para partes estreitas, não para o problema inteiro

Pedido ruim em entrevista:

• “resolve isso para mim”

Pedido melhor:

• “liste edge cases que eu talvez precise validar”
• “compare duas abordagens para este trecho”
• “sugira a menor implementação possível para este helper”
• “gere testes para estes cenários específicos”

Quanto menor e mais verificável o pedido, mais fácil manter controle.

Narre seu critério antes e depois do uso

Se você consulta a IA sem explicar nada, a outra pessoa só vê dependência.

Se você faz isto:

1. explica o que está tentando descobrir
2. usa a ferramenta
3. diz o que aceitou e o que descartou

o sinal muda completamente.

Agora não parece terceirização.

Parece julgamento.

Revise a resposta como se tivesse vindo de outro engenheiro

Esse ponto é central.

A resposta da IA não merece status especial.

Ela precisa passar pelas mesmas perguntas:

• isso resolve o problema certo?
• o escopo ficou pequeno o bastante?
• há premissa escondida aqui?
• isso piora complexidade, legibilidade ou risco?
• se eu defender isso em voz alta, eu consigo?

Se a resposta não passar nesse filtro, você não aceita.

Corrigir a IA ao vivo pode te ajudar, não te prejudicar

Tem gente que acha que uma resposta ruim da ferramenta destrói a rodada.

Nem sempre.

Se você identifica rápido que a sugestão veio torta e diz algo como:

aqui a ferramenta assumiu uma restrição que eu não tenho; vou ajustar manualmente porque preservar índice importa mais neste problema

isso pode até fortalecer sua imagem.

Porque mostra:

• leitura crítica
• calma
• autoria

O pior sinal é parecer sem plano

IA em entrevista vira problema quando seu uso parece:

• aleatório
• ansioso
• grande demais
• impossível de auditar

O avaliador não precisa concordar com cada escolha sua.

Mas precisa conseguir entender que você tem processo.

Exemplo simples

Imagine um exercício de API em que você precisa implementar busca com paginação e tratamento básico de erro.

Uso fraco:

• pede para a IA montar o endpoint inteiro
• cola quase tudo
• fala pouco sobre validação
• não percebe que a resposta mudou nome de campos e inflou escopo

Uso forte:

• define primeiro a estrutura do endpoint
• implementa a parte principal
• usa a IA para listar edge cases de paginação e mensagens de erro
• revisa a sugestão, aproveita duas ideias e rejeita uma terceira porque criaria acoplamento cedo demais

Na segunda versão, a IA participou.

Mas você continuou claramente no volante.

Erros comuns

• Usar IA cedo demais, antes de enquadrar o problema.
• Pedir solução inteira em vez de ajuda localizada.
• Ler a resposta da ferramenta como se fosse sua explicação.
• Aceitar código plausível sem desafiar premissas.
• Parecer envergonhado por usar IA ou deslumbrado demais por ela.

Como um senior pensa

Quem usa IA com maturidade em entrevista costuma pensar em camadas:

• o que eu já sei resolver sozinho
• onde a ferramenta pode economizar tempo mecânico
• como manter o pedido pequeno
• como mostrar meu critério sobre o resultado

Isso produz uma postura muito mais forte.

Porque a ferramenta deixa de ser muleta e vira instrumentação.

Senior não tenta parecer puro.

Tenta parecer confiável.

O que o entrevistador quer ver

Quando IA é permitida, o entrevistador geralmente quer perceber se você:

• mantém autoria da solução
• usa a ferramenta com intenção e limite
• verifica a resposta em vez de obedecê-la
• continua claro sob pressão
• sabe corrigir rumo quando a sugestão não serve

Uma resposta forte sobre esse tema costuma soar assim:

Se a IA estiver liberada, eu uso para acelerar exploração, edge cases ou um trecho pequeno. Mas eu não delego o entendimento do problema nem o critério de aceite. O que entra continua precisando ser algo que eu consigo explicar, revisar e defender.

IA bem usada em entrevista não te substitui. Ela só deixa mais visível se você sabe dirigir.

Se a ferramenta está no volante e você só acompanha, o entrevistador percebe.