Preguntas de entrevista para desarrollador full stack

Puede que te preocupe que una entrevista full stack signifique preparar dos entrevistas completas, frontend y backend, en el tiempo que la mayoría de los candidatos dedica a una sola. Esa preocupación es razonable, y esta sección muestra por qué el trabajo es más pequeño de lo que parece. Los entrevistadores rara vez repiten una entrevista especializada de frontend o backend; sondean los puntos donde las capas se encuentran, porque ahí es donde los ingenieros full stack se ganan el título.

La mayoría de los procesos combinan cuatro tipos de rondas:

• Código: un problema de estructuras de datos o una tarea práctica como analizar, agrupar o paginar registros, a menudo en JavaScript, TypeScript, Python o Java.
• Construir una funcionalidad: una pequeña tarea de extremo a extremo, como un formulario que guarda en una API y muestra errores de validación, en un editor compartido o un repositorio para hacer en casa.
• Diseño a través de la pila: bosquejar una funcionalidad como comentarios o notificaciones, cubriendo el esquema, la API, el estado del cliente y qué ocurre cuando falla la red.
• Conductual: haberte hecho cargo de una funcionalidad desde el ticket hasta producción, y un bug que rastreaste entre capas.

Las preguntas específicas de una capa siguen apareciendo, y los conjuntos dedicados, incluyendo páginas separadas para desarrollador frontend y backend, están en el centro de preguntas de entrevista. Esta página cubre lo que hay entre ambas.

La API es el contrato entre las dos mitades de tu trabajo, así que los entrevistadores preguntan desde ambos lados:

• ¿Cómo diseñarías los endpoints de una funcionalidad, y qué devuelve cada uno en caso de éxito y de fallo?
• ¿Cómo cambias una API sin romper clientes que ya están en producción? (Versionado, cambios aditivos, ventanas de desuso.)
• Paginación por offset o por cursor: ¿cuál usarías para un feed de actividad, y por qué?
• ¿Cómo haces que un POST sea seguro de reintentar si el cliente hace timeout? (Claves de idempotencia.)
• REST, GraphQL o RPC para un cliente dado: ¿qué cambia en el caché, el sobre-fetching y el manejo de errores?
• ¿Dónde vive la validación, en el cliente, el servidor o ambos, y cuál tiene la autoridad final?
• ¿Cómo evitas una consulta N+1 cuando un endpoint de lista devuelve datos anidados?

Una buena respuesta nombra la compensación, no solo la elección. "Paginación por cursor, porque las filas insertadas mientras el usuario se desplaza desplazarían un offset y duplicarían elementos" es mejor que enumerar ambas opciones y quedarse ahí.

Dos tipos de preguntas separan a los candidatos full stack de los especialistas. La primera es la autenticación de extremo a extremo: explica qué ocurre desde el momento en que un usuario envía un formulario de inicio de sesión hasta el momento en que una llamada API autenticada tiene éxito. Los entrevistadores están atentos a dónde vive la credencial (una cookie o almacenamiento del cliente), cómo la verifica el servidor, por qué una cookie HttpOnly resiste el acceso por script, qué protección CSRF necesita una sesión basada en cookies, cómo afecta CORS a un frontend de otro origen, y cómo se manejan el cierre de sesión y la expiración de tokens.

La segunda es el rastreo: "Un usuario hace clic en Guardar y no pasa nada. Explícame cómo lo depurarías." Una buena respuesta avanza capa por capa, desde la consola del navegador y la pestaña de red, a la solicitud y la respuesta, a los registros del servidor, hasta la escritura en la base de datos, en lugar de adivinar.

Una desarrolladora full stack entrevistándose en una empresa SaaS de tamaño mediano es un caso típico. Al preguntarle cómo funcionaría una función de comentarios, empezó por la tabla (comentarios con un ID de publicación, un ID de autor y marcas de tiempo, indexados por publicación), definió el endpoint de lista con paginación por cursor, describió el renderizado optimista en el cliente con un rollback si el POST fallaba, y cerró explicando cómo evitaría que un doble clic publicara dos veces. Mantuvo cada capa breve, y las preguntas de seguimiento del entrevistador fueron directo a las costuras que había nombrado.

Practica el rastreo en voz alta. Elige una funcionalidad de una app que uses a diario y explícala desde el esquema hasta la pantalla, luego hazlo de nuevo inyectando un fallo: la API está lenta, la escritura tiene éxito solo parcialmente, el usuario cierra sesión a mitad de la solicitud. Grábate, o practica las preguntas en una entrevista simulada con IA, que hace preguntas de seguimiento basadas en tus respuestas habladas.

En rondas en vivo, la aplicación de escritorio de SubcueAI para macOS y Windows puede transcribir al entrevistador y sugerir una estructura para respuestas de diseño y conductuales donde las reglas de la entrevista permitan asistencia; la extensión de Chrome/Edge cubre llamadas en pestañas del navegador, y la aplicación de iPhone escucha una llamada que se reproduce en otro dispositivo. El límite honesto importa más en las entrevistas full stack: construir una funcionalidad y las rondas de código suelen ocurrir en una pantalla compartida, y todo lo que hay en una pantalla compartida es visible, así que la asistencia queda fuera de alcance ahí. Las evaluaciones en línea supervisadas y los dispositivos gestionados por la empresa también quedan fuera de alcance. La configuración está en el tutorial.