Preguntas típicas de entrevista de React

La superficie de React es enorme, y las listas de preguntas tratan cada rincón como igual de probable. No lo son. Esta sección cubre los conceptos que realmente deciden la mayoría de las entrevistas, para que puedas practicar según la distribución real. Cuatro grupos dominan:

• Mecánica de los hooks: las reglas de los hooks, qué va en el array de dependencias de useEffect, las funciones de limpieza, y el bug del closure obsoleto, donde un effect o un callback ve un valor de state antiguo.
• Rendering: qué dispara un re-render, cómo la reconciliación compara árboles, y por qué importan las keys estables en las listas.
• Diseño del state: elevar el state, inputs controlados frente a no controlados, y cuándo encaja el context frente a un store externo.
• Rendimiento: React.memo, useMemo, useCallback, y cuándo cada uno es ruido en vez de ayuda.

Los entrevistadores indagan el porqué detrás de cada punto. Recitar que las keys deben ser únicas no puntúa nada; explicar qué hace React con una key al reordenar una lista, sí.

La mayoría de las entrevistas de React incluyen construir un componente pequeño en vivo. Los ejercicios recurrentes son estables entre empresas:

• Obtener una lista de una API, renderizarla, y añadir un filtro de texto.
• Añadir debounce a un campo de búsqueda y cancelar solicitudes obsoletas.
• Construir un formulario con validación e inputs controlados.
• Escribir un contador o temporizador que limpie correctamente su effect.
• Extraer un hook personalizado a partir de lógica repetida.

Un ingeniero front-end que entrevista para un puesto de producto de nivel intermedio, por ejemplo, podría construir la lista con fetch y filtro, y luego recibir preguntas sobre estados de carga, estados de error, y qué pasa si el componente se desmonta a mitad de la solicitud. Las extensiones son las que deciden la entrevista; el ejercicio base es solo el punto de partida.

Practicar esto contra reloj y con preguntas de seguimiento es lo que lo vuelve automático; la página de entrevista simulada explica cómo llevar sesiones cronometradas donde el entrevistador insiste.

Las entrevistas senior pasan de la mecánica al criterio. Espera preguntas sobre arquitectura del state: qué vive en el state del componente, qué pertenece a un store, en qué se diferencia el state del servidor del state de la UI, y dónde se ubica el caché. Las preguntas de rendimiento de rendering se vuelven concretas: encontrar el origen de una interacción lenta, decidir entre memoización y reestructuración, y leer un flame graph de un profiler.

El rendering en el servidor y la hidratación aparecen cuando el equipo usa un framework sobre React: qué es la hidratación, por qué ocurren desajustes, y qué se gana al mover trabajo al servidor. Las preguntas de testing se centran en la estrategia, qué se prueba a nivel de componente frente a end to end, más que en la API de alguna librería en particular.

Los formatos de entrevista y cómo un proceso front-end suele organizar estas rondas se cubren en el hub de tipos de entrevista.

Ver tutoriales genera reconocimiento, no recuerdo, y la entrevista pone a prueba el recuerdo bajo observación. La solución son repeticiones con la forma real de la entrevista: construir los ejercicios estándar desde un archivo vacío, narrar mientras escribes, y responder interrupciones sin perder el hilo. Los bancos de preguntas de stacks cercanos, incluidos los fundamentos de JavaScript puro con los que aún abren las entrevistas de React, están en el hub de bancos de preguntas.

Una nota honesta: las entrevistas de React casi siempre se hacen en un editor compartido o con tu pantalla visible, y todo lo que hay en esa pantalla es visible para el entrevistador. Un asistente tiene su lugar en la preparación y la práctica, no en la propia entrevista con pantalla compartida. Para un uso en vivo legítimo, el overlay de SubcueAI se queda local en tu máquina y ningún bot se une a la llamada; la configuración de las sesiones de práctica está en la página de tutorial.