Preguntas de entrevista de Angular a esperar

La superficie de la API de Angular es grande, y las listas de preguntas publicadas tratan cada decorador como igualmente probable de aparecer. No lo son. Esta sección cubre las áreas que realmente deciden la mayoría de las rondas, para que tu práctica coincida con la distribución real. Cuatro grupos dominan:

• Detección de cambios: qué dispara una verificación, cómo Zone.js parchea las API asíncronas, qué cambia OnPush, y cómo los signals dejan que Angular evite trabajo.
• Inyección de dependencias: inyectores jerárquicos, providedIn, tokens de inyección, y la función inject() frente a los parámetros del constructor.
• RxJS: observables frente a promesas, elegir el operador correcto, y limpiar suscripciones antes de que se destruya un componente.
• Arquitectura de componentes: componentes standalone, inputs y outputs, proyección de contenido, y hooks de ciclo de vida.

La conciencia de versión importa más aquí que en la mayoría de las rondas de frameworks, porque Angular cambió de dirección. Los componentes standalone, los bloques de flujo de control integrados @if y @for, las vistas diferibles, y los signals llegaron todos en versiones mayores recientes, así que los entrevistadores suelen preguntar qué escribirías hoy frente a lo que usa una base de código más antigua. Conocer ambos, y por qué el framework cambió, causa mejor impresión que tomar partido.

Más allá de los nombres de los operadores. La pregunta de RxJS que separa niveles es qué operador de aplanamiento encaja: switchMap cancela la solicitud interna anterior y conviene para un autocompletado, mergeMap ejecuta todo en paralelo, concatMap preserva el orden, y exhaustMap ignora nuevos eventos mientras uno sigue en curso, por lo que conviene para un botón de envío. Luego los entrevistadores preguntan sobre la fuga: qué le pasa a una suscripción manual cuando el componente se destruye, y por qué el async pipe o takeUntilDestroyed eliminan el problema.

Las preguntas de signals son más recientes y suelen empezar desde la motivación en lugar de la API. Espera explicar qué es un signal, cómo computed deriva uno, para qué sirve un effect, y por qué los signals le dan a Angular una forma más fina de saber qué cambió en lugar de revisar de nuevo un árbol de componentes. Una buena respuesta conecta ambos temas: los signals y OnPush reducen ambos el trabajo que hace la detección de cambios, pero los signals lo hacen rastreando lecturas en lugar de acotar cuándo se ejecuta una verificación.

Los entrevistadores no esperan que hayas lanzado a producción cada función reciente. Esperan que digas en qué versión trabajaste por última vez y que razones con claridad sobre el resto.

La mayoría de los procesos de Angular incluyen construir algo pequeño mientras el entrevistador observa. Los ejercicios recurrentes son estables entre empresas:

• Llamar a una API desde un service y renderizar el resultado con el async pipe.
• Construir una búsqueda con autocompletado usando debounceTime, distinctUntilChanged, y switchMap.
• Escribir un formulario reactivo con un validador personalizado y estados de error visibles.
• Pasar datos entre un componente padre e hijo, y luego subirlos a un service.
• Añadir una ruta con un componente de carga diferida y un guard.

Un ingeniero front-end entrevistándose para un puesto de producto de nivel medio, por ejemplo, podría construir el autocompletado, y luego ser presionado sobre qué pasa cuando las respuestas llegan fuera de orden, cómo mostrar un estado de carga, y qué debería pasar cuando el usuario borra el input. Esas extensiones son las que deciden la ronda, así que practica los seguimientos en lugar del camino feliz. Los conjuntos adyacentes con los que las rondas de Angular todavía se abren, incluyendo fundamentos de JavaScript y TypeScript puro, están en el centro de bancos de preguntas.

Leer una lista de preguntas construye reconocimiento, no recuerdo, y la ronda pone a prueba el recuerdo mientras alguien observa. La solución son repeticiones en la forma real de la ronda: construir los ejercicios estándar desde un proyecto vacío, narrar en voz alta las decisiones de detección de cambios y suscripciones mientras escribes, y absorber interrupciones sin perder el hilo. Hacer el conjunto como un ensayo hablado, una pregunta a la vez con seguimientos, es para lo que sirve la práctica de entrevista simulada.

Vale la pena decir un límite con claridad: las rondas en vivo de Angular casi siempre se ejecutan en un editor compartido o con tu pantalla visible, y todo lo que hay en esa pantalla es visible para el entrevistador. Un asistente pertenece a la preparación y a las rondas guiadas por conversación, no a una pantalla compartida. Qué formatos permiten qué se cubre en tipos de entrevista.