¿Qué preguntas debo esperar en una entrevista de .NET?

Los entrevistadores comienzan donde empieza el framework: el entorno de ejecución. Deberás explicar qué hace Common Language Runtime (cargar ensamblados, compilar lenguaje intermedio justo a tiempo y gestionar la memoria) y después profundizar en la recolección de basura. La cadena de preguntas posteriores es predecible: por qué el recolector es generacional, qué hace que un objeto sobreviva hasta una generación posterior, para qué sirve el montón de objetos grandes y por qué existen IDisposable y using si la memoria ya está gestionada. Responde a esto último hablando de recursos no administrados, como identificadores de archivos y conexiones, que el recolector no sabe liberar con prontitud.

• Tipos por valor y tipos por referencia. Dónde reside cada uno, qué implica copiar cada tipo y cuál es el coste del boxing.
• async y await. Explica que una tarea en espera libera el hilo que la invoca en vez de bloquearlo, por qué async void se reserva para controladores de eventos y a qué deadlock se refieren cuando advierten sobre .Result.
• LINQ. La ejecución diferida es la trampa: una consulta IEnumerable se ejecuta al enumerarse, no al escribirse, y una consulta contra un proveedor de bases de datos solo se traduce a SQL para las expresiones que el proveedor entiende.
• Genéricos, interfaces y records. Restricciones, por qué se prefieren interfaces a clases base para facilitar las pruebas y qué ventaja aporta la igualdad por valor de un record.

Responde a cada cuestión con el mecanismo y una consecuencia. Decir que una recolección de generación cero es barata porque la mayoría de los objetos mueren jóvenes es el nivel que buscan los entrevistadores; nombrar las generaciones sin explicar el motivo no lo es.

Te sientes seguro escribiendo controladores, pero te preocupa que las preguntas traten sobre la infraestructura que rara vez tocas. Esa preocupación está justificada, porque aquí se concentran las preguntas sobre el framework. Esta es la infraestructura en el orden en que suele preguntarse, junto con la pregunta de seguimiento de cada tema.

• El pipeline de solicitudes. El middleware se ejecuta en el orden en que se registra y cada componente decide si llama al siguiente. Pregunta de seguimiento: ¿dónde se sitúa la autenticación respecto a la autorización y qué ocurre si las registras al revés?
• Ciclos de vida de la inyección de dependencias. Singleton dura toda la ejecución de la aplicación, scoped dura una solicitud y transient se crea cada vez que se resuelve. La trampa clásica es inyectar un servicio scoped, como un contexto de base de datos, en un singleton; prepárate para explicar por qué es un error.
• Configuración y opciones. Fuentes por capas, sobrescrituras según el entorno y el patrón de opciones para configuraciones tipadas.
• EF Core. El seguimiento de cambios y cuándo desactivarlo para consultas de solo lectura, el problema N+1 y cómo la carga anticipada o la proyección lo evitan, las migraciones y el punto realista en el que una consulta escrita a mano supera a LINQ.
• Pruebas. Cómo las interfaces y el contenedor de DI permiten probar un servicio, y qué demuestra y qué no demuestra un proveedor en memoria sobre una base de datos real.

Los mejores candidatos conectan estos conceptos: un contexto scoped resuelto dentro de un servicio singleton en segundo plano no es una pregunta trivial, sino el error de memoria y corrección que los entrevistadores realmente han enviado a producción; quieren oír que crearías un scope explícitamente.

Los procesos para puestos sénior presentan un síntoma y observan tu método. Un ejemplo representativo: a un ingeniero de backend que se entrevista para un puesto sénior en una empresa de logística le dicen que el consumo de memoria de una API de ASP.NET Core aumenta durante días hasta que el contenedor se reinicia. Una buena respuesta no adivina. Pregunta qué cambió, busca objetos capturados por cachés estáticas o suscripciones a eventos de larga duración, comprueba si hay servicios scoped retenidos por singletons, examina el crecimiento del montón de objetos grandes y obtiene una instantánea de memoria antes de proponer una solución. El entrevistador evalúa el orden de la investigación.

Otros casos recurrentes: un endpoint que solo funciona despacio bajo carga, cuya respuesta pasa de llamadas síncronas a la base de datos a async, el agotamiento del pool de conexiones y el almacenamiento en caché; una condición de carrera en una colección compartida y el coste de las colecciones concurrentes y las opciones de bloqueo; una solicitud que debe llamar a tres servicios posteriores y cómo gestionas los tiempos de espera, los reintentos y los fallos parciales; y una migración que debe añadir una columna sin tiempo de inactividad. En cada caso, indica la restricción, elige un mecanismo y explica en voz alta la contrapartida.

Todo esto resulta mucho más fácil cuando lo has ensayado en voz alta con preguntas de seguimiento, que es precisamente para lo que está diseñado el modo de entrevista simulada; los bancos de preguntas de otros lenguajes y puestos están reunidos en preguntas de entrevista por puesto y tema.

En las rondas conversacionales, sí, dentro de los límites indicados. La aplicación de escritorio nativa de SubcueAI para macOS y Windows captura el audio del sistema y el micrófono, y muestra sugerencias de respuesta breves en una superposición local. Así, cuando el entrevistador pregunta por qué un contexto scoped dentro de un singleton es un error, tienes el mecanismo en pantalla mientras lo explicas con tus propias palabras. La extensión del navegador cubre llamadas en pestañas de Chrome y Edge capturando únicamente el audio de la pestaña de la reunión. Ningún bot se une a la llamada ni se inyecta nada en la página de la reunión; la configuración está en la página del tutorial.

Los límites: una evaluación supervisada, una pantalla grabada, un portátil administrado por la empresa o un ejercicio de programación en directo en el que escribes C# bajo observación quedan fuera del alcance, y el asistente es más débil precisamente cuando la entrevista te pide escribir código. Su punto fuerte son las preguntas anteriores sobre el entorno de ejecución, los frameworks y las contrapartidas. Primero proporciónale tu currículum para que las sugerencias reflejen los sistemas que realmente has creado; ese perfil se guarda en el creador de currículums.