Uma entrevista técnica não deveria ser uma prova de glossário
Em processos seletivos para .NET, ainda vale saber explicar async/await, injeção de dependência e tracking do EF Core. Mas a pergunta que separa memorização de experiência costuma vir logo depois: o que acontece quando isso falha em produção?
O guia “.NET Interview Questions: The 2026 Guide”, de Mukesh Murugan, organiza mais de 300 perguntas em torno dessa mudança. A página foi atualizada para .NET 10 e C# 14 e cobre C#, ASP.NET Core, EF Core, LINQ, APIs e system design.
Três cenários que valem mais do que uma definição
1. Uma dependência scoped foi injetada em um singleton
Responder “isso não pode” é pouco. Uma resposta útil explica a captive dependency: o singleton vive durante toda a aplicação e pode reter uma instância que deveria existir apenas no escopo da requisição. Com um DbContext, isso abre espaço para estado indevido, concorrência e comportamento difícil de reproduzir.
O ponto de preparação não é decorar o termo. É conseguir identificar a vida útil de cada dependência, explicar a consequência e propor uma alternativa compatível com o fluxo da aplicação.
2. Uma página dispara dezenas de consultas no banco
O problema N+1 aparece quando uma consulta traz entidades principais e, ao percorrer relações não carregadas, dispara uma nova consulta para cada item. Aumentar o pool de conexões não resolve a causa. Vale investigar o SQL gerado, o carregamento de navegações e a projeção necessária para a tela.
Em uma entrevista, uma boa resposta deixa claro o processo: observar o padrão, medir o custo, reduzir viagens ao banco e só então escolher entre projeção, Include, carregamento explícito ou outra estratégia.
3. O rate limiter funciona em uma instância e falha ao escalar
O middleware local pode ser suficiente em um serviço de instância única. Quando o tráfego passa por várias réplicas, cada processo passa a contar separadamente. A resposta precisa reconhecer a premissa de implantação e discutir estado compartilhado, consistência e custo operacional antes de apontar uma tecnologia.
Como praticar sem transformar estudo em lista infinita
Escolha cenários e responda em voz alta com uma sequência simples:
- comece pela decisão padrão;
- nomeie o risco ou o trade-off relevante;
- explique em que condição você mudaria de abordagem;
- mostre como verificaria a hipótese em produção.
Essa estrutura é mais útil do que buscar a “resposta perfeita”. Ela demonstra que você consegue tomar decisões com informação incompleta, explicá-las para o time e revisar a escolha quando o contexto muda.
Referência
Este texto é uma leitura e síntese original baseada no guia de Mukesh Murugan. Para a lista completa de perguntas, respostas, alertas e aprofundamentos, consulte o material original.