Elige según lo personal y lo fresco que sea el contenido. Generación estática para contenido igual para todo el mundo, ya que se sirve directo desde una CDN. Renderizado en servidor cuando la página depende de la petición, como un panel con sesión iniciada, y aun así necesitas un primer pintado rápido o que sea rastreable. Renderizado en cliente para las partes interactivas tras la autenticación donde el primer pintado no es una métrica de negocio. La mayoría de las apps reales mezclan las tres por ruta.
Por qué lo preguntan los entrevistadores
Esta es una pregunta de criterio arquitectónico disfrazada de técnica. El entrevistador quiere un marco de decisión en vez de lealtad al último framework que usaste, además de conciencia de los costes: invalidación de caché para páginas estáticas, capacidad de servidor y tiempo hasta el primer byte para el renderizado en servidor, y coste de hidratación para páginas cargadas de cliente. Suele derivar en streaming, caché y cómo mantienes rápidas bajo carga las páginas renderizadas en servidor.
Cómo estructurar tu respuesta
- Da los dos ejes: personalización y frescura.
- Empareja cada estrategia con un tipo de página concreto.
- Nombra el coste de cada una, no solo el beneficio.
- Di que la decisión es por ruta, no por aplicación.
Ejemplo de respuesta
Decido por ruta, con dos preguntas: es igual para todos los usuarios y cuánto puede estar desactualizado. Páginas de marketing, documentación, cualquier cosa rastreable y compartida, eso es estático, revalidado según un calendario o al publicar, así que se sirve desde el edge y no hay nada que pueda ir lento. Un panel con sesión iniciada va renderizado en servidor, porque depende de la petición y quiero que el primer pintado contenga datos reales y no un esqueleto con forma de ruedita. Las superficies interactivas profundas tras la autenticación, como un editor de arrastrar y soltar, me parece bien renderizarlas en cliente porque nadie está midiendo su LCP. La parte que la gente subestima es el coste. Estático significa ser dueño de la invalidación, y yo he entregado un precio desactualizado alguna vez. Renderizar en servidor significa que mi tiempo hasta el primer byte ahora es problema de mi base de datos, así que necesita caché y un presupuesto de tiempo de espera. Así que suelo acabar con armazones estáticos, secciones de datos renderizadas en servidor y transmitidas, e interactividad de cliente solo donde se gana su bundle.
¿Tienes esta entrevista a la vuelta de la esquina? GhostPilot escucha tu llamada en vivo, detecta la pregunta en cuanto la hacen y pone una respuesta estructurada en tu pantalla en tiempo real. Pruébalo en tu próxima entrevista de práctica, o coge un Session Pass de $29, sin suscripción, para la de verdad.
Mira cómo funcionaPreguntas de seguimiento que puedes esperar
- ¿Cómo cambia el streaming la compensación para páginas renderizadas en servidor?
- ¿Cómo gestionarías la invalidación de una página de producto generada estáticamente?
- ¿Cuál es el coste de la hidratación y cómo lo reduces?
Más preguntas para Desarrollador frontend
Tu entrevistador hará su propia versión de esta. Pega la descripción real del puesto en el Question Predictor gratuito y obtén las 20 preguntas que ese puesto tiene más probabilidades de hacerte, con lo que cada una busca en realidad.
Predecir mis preguntas