Mock interview de fullstack developer — práctica con IA

Las entrevistas fullstack te piden ser frontend engineer en la primera ronda, backend engineer en la segunda y system designer en la tercera — y los candidatos que consiguen ofertas son los que pueden cambiar de contexto sin perder detalle. La mayoría de los rechazos fullstack no vienen de falta de conocimiento, sino de quedarse superficial en la mitad del stack que más le importa al entrevistador. Esta guía muestra cómo usar mock interviews con IA para ensayar el loop fullstack completo sin agotarte.

Rondas típicas de una entrevista de fullstack developer

El loop fullstack suele tener 4–5 rondas. Screening del recruiter, un screening técnico telefónico repartido entre preguntas de frontend y backend (el entrevistador va hacia donde el candidato está más débil), una entrevista de coding (a menudo construir una pequeña feature completa — formulario + endpoint + persistencia), una ronda de system design («diseña un acortador de URLs» o «diseña un editor colaborativo en tiempo real») y una behavioral. Los loops senior añaden un deep-dive en decisiones de arquitectura pasadas y una charla con el hiring manager.

La ronda más importante para mockear es la de system design, porque es donde los candidatos fullstack se diferencian de los especialistas. Un backend engineer puede hablar de bases de datos; un frontend engineer puede hablar de diseño de componentes; un fullstack engineer conecta «por qué esta elección de índice impacta la forma de la API, que impacta el modelo de estado de React». El formato del mock es excelente para ensayar esa conexión. La ronda de coding está dividida — use mocks para el walkthrough verbal, use un editor real para el código.

Principales temas técnicos

Profundidad de frontend (la mitad que se salta)

La mayoría de los candidatos fullstack se sobreindexan en backend. La mitad de frontend es la que pierde ofertas. Esté listo para: React (hooks, reconciliation, gestión de estado — Zustand/Redux/Context, cuándo recurrir a cada uno), bundle size y code splitting, hydration y SSR (Next.js App Router, server components, el modelo de streaming render), fundamentos de accesibilidad (HTML semántico, ARIA solo cuando hace falta, navegación por teclado) y rendimiento (Core Web Vitals — LCP, CLS, INP). El entrevistador de frontend no te pide ser especialista, pero detectará el «useEffect para todo» o el «data fetching en un useEffect sin cleanup».

Profundidad de backend

Node, Python o Go para la capa de API en la mayoría de las ofertas fullstack. Temas: diseño REST (modelado de recursos, idempotencia, versionado), GraphQL (cuándo compensa — normalmente solo para mobile + web con tipos compartidos), autenticación (sessions vs JWT vs OAuth2 — y por qué JWT en una cookie es razonable para apps SSR) y patrones de middleware. Bases de datos: SQL para datos transaccionales, cuándo añadir Redis como cache, y la sorprendentemente común pregunta de «por qué es lenta esta query» (índice ausente, N+1, contención de locks de transacción, lag de réplica).

Conectar frontend y backend

Este es el diferenciador. Esté listo: actualizaciones optimistas de UI con rollback, sync en tiempo real (WebSocket vs Server-Sent Events vs polling), patrones de paginación (cursor vs offset, y por qué offset se rompe a escala), subidas de archivos (signed URLs vs proxy, chunking, resume), validación de formularios en ambos lados sin duplicar lógica, manejo de errores que llega de forma significativa al usuario. Una pregunta común: «el usuario envía un formulario, la petición falla a mitad, la UI muestra éxito — explícame el bug».

System design para fullstack

Prompts clásicos: diseña un acortador de URLs (elección de DB, generación de IDs, manejo de hot keys, capa de analítica), diseña un editor colaborativo en tiempo real (CRDT vs OT, presence, persistencia), diseña un feed de Twitter (fanout-on-write vs fanout-on-read, ranking), diseña un sistema de notificaciones (push vs poll, fan-out, dedup, batching). Las respuestas fuertes siempre vuelven a las implicaciones en la experiencia de usuario — los entrevistadores fullstack quieren oír cómo una elección de backend impacta lo que ve el usuario.

Despliegue y operaciones

Se espera que los devs fullstack envíen todo el stack. Esté listo: Docker para dev local y paridad con prod, CI/CD con GitHub Actions o GitLab CI, la diferencia entre un deploy y un release (feature flags), fundamentos de monitorización (logs, métricas, error tracking con Sentry), y el único tema de DevOps que todo fullstack debería conocer — qué hacer a las 2 de la madrugada cuando producción está caída. Esa respuesta separa a un fullstack real de alguien que solo ha construido features.

Preguntas de escenario habituales

• «Diseña un acortador de URLs con analítica. ¿Cómo generas IDs, manejas hot keys y almacenas los datos de clic?»
• «Construye una feature de hilo de comentarios. Frontend, API, base de datos — explícamelo.»
• «El submit del formulario muestra éxito pero el backend dio error. ¿Qué está mal en la arquitectura?»
• «El bundle de tu app React pesa 800 KB. ¿Qué recortas?» (Tree-shake, code-split de rutas, dynamic-import de libs pesadas, auditar deps.)
• «Diseña presence en tiempo real para una app colaborativa. 10k usuarios concurrentes en un documento.»

Áreas de enfoque behavioral — qué buscan los hiring managers

Los hiring managers de fullstack filtran por dos rasgos concretos más allá de la profundidad técnica. Primero, criterio sobre el alcance — los devs fullstack envían features de extremo a extremo, y los senior saben qué 20 % de la feature aporta el 80 % del valor. Cuente con prompts sobre «una feature que recortaste» o «un tradeoff que hiciste para entregar a tiempo». Segundo, colaboración con especialistas — los devs fullstack trabajan con diseño, con mobile, con infra, con PMs. Las historias fuertes muestran cómo cogiste un brief vago y lo convertiste en una spec construible sin escalar cada ambigüedad. La trampa: afirmar ser senior en todo. El acierto: mostrar dónde eres profundo y dónde conoces tus límites.

Cómo usar la práctica de mock con IA para este rol

Ponga el tipo de entrevista en «Tech Screening» y elija «Fullstack» con su stack más fuerte (React + Node, Next.js + Postgres, Django + React). La IA pondera las preguntas entre ambas mitades. Si sabe que es débil en frontend, fuerce ahí la práctica — pegue una oferta cargada de frontend y haga tres sesiones.

Para system design, use el track «System Design» con escenarios fullstack: editor colaborativo, feed en tiempo real, subida de archivos con resume, facturación de SaaS multi-tenant. La IA presionará sobre las implicaciones de cara al usuario de las elecciones de backend, que es donde el fullstack se diferencia del backend puro.

Un drill que rinde rápido: haga una sesión donde construye una feature de extremo a extremo verbalmente, y luego una segunda sesión sobre la misma feature centrada solo en qué cambiaría a 100x de escala. El ritmo de comprimir-y-luego-estresar construye rápido el modelo mental para el system design fullstack.

Preguntas frecuentes