Las catorce lecciones anteriores son una parte de la escalabilidad frontend, no
el todo. Esta es la lista honesta de lo que existe, con una marca de qué mirar primero para
esta entrevista y qué puedes dejar para después.
La respuesta corta
Las catorce lecciones cubren cómo se rompe el navegador —datos, red, estado,
fronteras—, más la parte de calidad y la de accesibilidad e idioma.
Lo que queda fuera es especializado: colaboración multiusuario con CRDT, WebGL, y el detalle
fino de operación (trazas distribuidas). Para esta vacante, no es lo que decide.
Familias de problemas
1. Datos y renderCubierto · lecciones 03, 04, 06
Listas y tablas masivas, virtualización, paginación
Filtrado, ordenamiento y búsqueda a escala
Gráficas con presupuesto de puntos y agregación
Media pesada: video, canvas, WebGL, imágenes enormes
2. Red y asincroníaCubierto parcialmente · lección 05 y 08
Cascadas de peticiones, N+1, agrupación, precarga
Caché de datos, invalidación, stale-while-revalidate
Paginación por cursor frente a por desplazamiento
Tiempo real: WebSocket, SSE, reconexión, orden de eventos
Offline y sincronización con conflictos
3. Ingesta y backend visibleCubierto · lección 06
Colas, workers, backpressure, idempotencia
Agregación al escribir y retención por capas
Contratos de API que deciden si la interfaz puede funcionar
4. EstadoCubierto · lección 07
Re-render, identidad de objetos, selectores, contexto partido
Máquinas de estado y uniones discriminadas
Deshacer/rehacer (patrón comando) en editores
Colaboración multiusuario: CRDT y transformación operacional
Interesante y especializado. Solo si el puesto es un editor colaborativo o un visor 3D.
Lo que NO te van a preguntar
en una entrevista de frontend de producto: cómo implementar un balanceador, Kubernetes,
sharding de base de datos, o teoría de compiladores. Si te preguntan por eso, es para
ver si finges.
La autoevaluación que sí funciona
Para cada familia, pregúntate: ¿puedo nombrar un caso real donde esto se rompió, cómo
lo detecté y qué cambié? Si no puedes, no la sabes todavía — la has leído. La diferencia
entre leer y saber es una historia propia por familia.
Cierra el curso
Tres preguntas de cierre.
¿Cuál de estas familias no se puede resolver solo en el navegador?
Por qué: la caché de una persona no sirve a otra. Ese eje se resuelve en el servidor y en el borde; el frontend solo decide qué pedir y qué reutilizar.
Si tuvieras una sola tarde para preparar una entrevista de frontend senior, ¿qué familia dejarías fuera?
Por qué: las dos primeras salen en cualquier entrevista de producto; la tercera solo si el puesto es un editor colaborativo. Preparar por probabilidad, no por interés.
¿Qué distingue "haber leído" de "saber" una familia de problemas?
Por qué: el nombre de una herramienta se olvida; una historia con número de antes y después no. Y es exactamente lo que el entrevistador intenta extraer con la segunda pregunta.