MDN eliminó React. Esto es lo que usaron en su lugar.

Durante años, los desarrolladores web han confiado en MDN Web Docs Web Docs como la biblia indiscutible de la plataforma web abierta. No es meramente un sitio de documentación, sino la autoridad definitiva que dicta las mejores prácticas, define estándares y guía innumerables decisiones arquitectónicas en toda la industria. Sus elecciones técnicas, por lo tanto, resuenan con un peso inigualable, señalando cambios en la base misma de cómo construimos para internet.

Esa influencia convirtió el anuncio en un evento sísmico: MDN Web Docs Web Docs abandonó oficialmente React. Esto no fue una deprecación silenciosa o una refactorización menor; fue una repudiación a gran escala del framework que impulsaba todo su frontend, Yari, una React SPA expulsada de Create React App con una "crazy webpack config" e incluso dependiendo de `dangerouslySetInnerHTML`. La medida envió una onda de choque a través de la comunidad de desarrolladores, similar a un importante proveedor de la nube que de repente deja de dar soporte a su base de datos insignia.

Esta decisión trasciende una simple reconstrucción de la empresa; es una declaración profunda sobre la dirección futura de la propia plataforma web. MDN Web Docs Web Docs, la misma entidad que documenta HTML, CSS y JavaScript, ahora aboga por construir con esas tecnologías intrínsecas. Reconstruyeron todo su frontend desde cero, adoptando Web Components con Lit y componentes de servidor personalizados, un marcado contraste con su anterior Single Page Application basada en React.

MDN Web Docs Web Docs dio un paso audaz y deliberado para alejarse de la tendencia predominante de SPA para todo. Su nueva arquitectura integra elementos personalizados directamente en el contenido, eliminando la necesidad de un wrapper y reduciendo el JavaScript no utilizado. Este compromiso con un desarrollo ligero y alineado con los estándares es evidente en características como el menú desplegable de su sitio principal, que ahora se ejecuta completamente con CSS antes de que cargue JavaScript, y luego mejora progresivamente. El tiempo de inicio del entorno de desarrollo se desplomó de 2 minutos a 2 segundos, mostrando los beneficios tangibles de su nuevo enfoque de alto rendimiento.

MDN Web Docs Web Docs una vez dependió de Yari, una Single Page Application (SPA) basada en React que servía como su frontend. Esta no fue una implementación simple de React; el equipo había expulsado a Yari de Create React App, lo que señalaba una inmersión profunda en configuraciones personalizadas y altamente complejas. Expulsar significaba abandonar la simplicidad gestionada de Create React App para un control granular, una elección que a menudo conlleva importantes cargas de mantenimiento con el tiempo.

El centro de la creciente deuda técnica de Yari era su "crazy webpack config". Esta intrincada configuración, un testimonio de años de personalización, parches y soluciones alternativas, obstaculizó gravemente la velocidad de los desarrolladores y la eficiencia de la construcción. La configuración expansiva convirtió la depuración y las actualizaciones en una pesadilla, creando una experiencia de desarrollo lenta y frágil. Los desarrolladores se enfrentaron a esperas agonizantemente largas, con los tiempos de inicio del entorno de desarrollo disparándose a unos dolorosos dos minutos, un lastre significativo para un proyecto centrado en la iteración rápida y la documentación exhaustiva de los estándares web en evolución.

Añadiendo a la complejidad e ilustrando la torpeza inherente de la pila, Yari empleaba frecuentemente `dangerouslySetInnerHTML` para renderizar contenido. Para un sitio de documentación, donde el objetivo principal es presentar información confiable de forma segura, esta práctica conllevaba riesgos de seguridad sustanciales, abriendo vías para vulnerabilidades de cross-site scripting (XSS). También se sentía inherentemente torpe, requiriendo la sanitización manual del contenido y eludiendo el modelo de renderizado declarativo de React, un claro indicador de los difíciles compromisos que el equipo hizo.

En última instancia, Yari representó una herramienta potente fundamentalmente mal aplicada. Una SPA pesada, diseñada para aplicaciones altamente interactivas y dinámicas con una gestión de estado compleja, resultó inadecuada para la misión principal de MDN Web Docs: entregar documentación mayormente estática y alineada con los estándares. La pila enviaba cantidades sustanciales de JavaScript no utilizado en cada carga de página, contribuyendo a renders de página más lentos y una experiencia de usuario ineficiente. Esta arquitectura contradecía directamente los principios de rendimiento web que el propio MDN Web Docs defiende, una desalineación crítica que empujó al equipo hacia una revisión radical.

La reconstrucción del frontend de MDN Web Docs se basó en una filosofía radical: construir *con la plataforma*, no meramente sobre ella. Rechazaron conscientemente las capas de abstracción de los frameworks tradicionales, adoptando directamente las capacidades nativas del navegador. Esto significó un giro completo hacia los Web Components, aprovechando específicamente Lit para la implementación.

Los Web Components ofrecen un potente conjunto de estándares web para crear etiquetas HTML personalizadas, reutilizables y encapsuladas. Sus beneficios son profundos: la verdadera encapsulación a través de Shadow DOM previene conflictos de estilo o script, proporcionan reutilización agnóstica de frameworks y aseguran una interoperabilidad perfecta en diversos entornos frontend. Este enfoque permite que los componentes residan directamente en el contenido, eliminando complejidades de envoltura y el envío de JavaScript no utilizado.

Este cambio estratégico prioriza la preparación para el futuro (future-proofing) del sitio de documentación. Al depender de estándares web fundamentales como Custom Elements, Shadow DOM y HTML Templates, MDN Web Docs invirtió en tecnologías con una vida útil que supera con creces la de cualquier framework JavaScript individual. Los estándares evolucionan lenta y predeciblemente, asegurando la estabilidad a largo plazo y reduciendo el riesgo de obsolescencia.

Contraste esto marcadamente con el rápido cambio y el bloqueo del ecosistema (ecosystem lock-in) prevalente en el mundo dominado por frameworks. Los frameworks a menudo dictan patrones de desarrollo, introducen cambios disruptivos frecuentes y obligan a refactorizaciones y actualizaciones de dependencias constantes. MDN Web Docs eludió explícitamente este ciclo, eligiendo la estabilidad sobre las tendencias transitorias.

La nueva pila, que incluye Web Components construidos con Lit y componentes de servidor personalizados, ofrece ganancias tangibles de rendimiento. El tiempo de inicio del entorno de desarrollo se desplomó de unos agonizantes 2 minutos a apenas 2 segundos. Esta arquitectura ligera asegura que solo se cargue el CSS y JavaScript exacto que una página necesita, reduciendo drásticamente el código enviado y mejorando los tiempos de carga inicial de la página. Para una inmersión más profunda en los detalles técnicos de esta transformación, los lectores pueden consultar Under the hood of MDN Web Docs's new frontend - MDN Web Docs Web Docs.

Deshacerse de React significó que MDN Web Docs Web Docs adoptó una filosofía de construir *con* la plataforma, no solo *sobre* ella. Este cambio radical encontró a su socio ideal en Lit, una biblioteca simple para construir componentes web rápidos y ligeros. Lit no es un *framework* extenso, sino una herramienta enfocada, que proporciona la abstracción suficiente para que trabajar con Web Components nativos sea un placer, sin dictar una arquitectura de aplicación completa.

El atractivo de Lit reside en su huella mínima, a menudo medida en kilobytes, y un rendimiento excepcional en tiempo de ejecución. Ofrece una API amigable para desarrolladores que suaviza elegantemente las asperezas de las API nativas del navegador, simplificando el *templating* reactivo y la gestión de estado con decoradores intuitivos y renderizado declarativo. Este enfoque asegura que los componentes permanezcan increíblemente ligeros, rápidos y inherentemente alineados con los estándares web.

Fundamentalmente, Lit permite que los elementos personalizados vivan directamente dentro del HTML, eliminando la necesidad de componentes *wrapper* engorrosos o árboles de renderizado complejos. Esto reduce drásticamente el código *boilerplate* y asegura que los componentes sean verdaderamente nativos, residiendo sin problemas junto a los elementos HTML estándar. La anterior SPA de React de MDN Web Docs Web Docs, Yari, un *ejected* Create React App, a menudo dependía de una "crazy webpack config" e incluso de `dangerouslySetInnerHTML` para inyectar contenido, lo que ilustra la fricción significativa al integrar elementos dinámicos dentro de su compleja estructura.

Lit ofreció un punto intermedio pragmático para MDN Web Docs Web Docs, logrando un equilibrio entre las API de navegador puras y un *framework* completo. Proporcionó significativamente más estructura y mantenibilidad que el JavaScript *vanilla*, pero con una fracción de la sobrecarga y la *opinionation* de React. Esto permitió al equipo aprovechar el poder de los estándares web modernos sin la carga de un árbol de dependencias grande y complejo. El resultado es un *frontend stack* que no solo es performante – reduciendo los tiempos de inicio del entorno de desarrollo de 2 minutos a solo 2 segundos – sino también increíblemente intuitivo para el desarrollo futuro, alineándose perfectamente con su misión de documentar y encarnar la plataforma web abierta.

MDN Web Docs Web Docs diseñó sus propios server components, un movimiento previsor que anticipó el cambio de la industria hacia la UI impulsada por el servidor mucho antes de que los React Server Components ganaran una atención generalizada. Esta arquitectura propietaria apunta a una eficiencia extrema, asegurando que cada página entregue solo el código esencial para una experiencia de usuario ultrarrápida. El equipo priorizó minimizar la sobrecarga del lado del cliente, una respuesta directa a la hinchazón asociada con su anterior *frontend* Yari, basado en Create React App.

Estos *server components* personalizados renderizan componentes Lit directamente a HTML en el servidor, un proceso que reduce significativamente la carga de trabajo del cliente. Utilizando NodeJS, el *backend* de MDN Web Docs Web Docs procesa el código Lit, transformando los *web components* interactivos en cadenas HTML estáticas antes de que lleguen al navegador. Esta robusta capacidad de pre-renderizado elimina los retrasos de renderizado del lado del cliente, entregando contenido completamente formado de inmediato y evitando las complejidades de una SPA tradicional del lado del cliente.

Fundamentalmente, MDN Web Docs Web Docs aprovecha Declarative Shadow DOM, una potente característica de la plataforma web que aún está ganando una adopción más amplia. Esta tecnología incrusta el *shadow DOM* de un componente y los estilos asociados directamente dentro de la carga útil HTML inicial, en lugar de depender de JavaScript para construirlo después de la carga. Los navegadores que soportan Declarative Shadow DOM pueden renderizar instantáneamente la estructura encapsulada y el estilo del componente en el momento en que llega el HTML, sin esperar a que se analice o ejecute una sola línea de JavaScript. Esto proporciona un impulso visual crítico.

Este enfoque innovador significa que los usuarios ven un componente completamente estilizado y funcional en el momento en que llega el HTML, mejorando drásticamente el rendimiento percibido y reduciendo el cambio de diseño acumulativo. Solo el JavaScript necesario para hidratar y añadir interactividad a los componentes *realmente presentes* en la página se descarga. El JavaScript no utilizado de componentes que no están en una página específica nunca llega al cliente, un marcado contraste con la antigua Yari SPA que enviaba grandes paquetes de código potencialmente innecesario a través de cada ruta.

Los componentes de servidor de MDN Web Docs ofrecen una carga útil increíblemente ligera y optimizada, reduciendo drásticamente los tiempos de carga inicial y el consumo de ancho de banda para su vasta biblioteca de documentación. Esta inversión estratégica en la renderización del lado del servidor, junto con las capacidades nativas del navegador, demuestra un profundo compromiso con la construcción *con* la plataforma, no solo *sobre* ella. El resultado es un sitio de documentación que no solo explica los estándares web, sino que también ejemplifica los mismos estándares de rendimiento y eficiencia que defiende, ofreciendo una alternativa convincente.

La transformación en la arquitectura frontend de MDN Web Docs tuvo su impacto más dramático en la productividad del desarrollador. Donde los ingenieros antes esperaban más de dos minutos para que su entorno de desarrollo local se iniciara, la nueva pila ahora arranca en apenas dos segundos. Esta asombrosa reducción del 98% en el tiempo de inicio remodela fundamentalmente el flujo de trabajo de desarrollo, liberando innumerables horas para el trabajo de características y la corrección de errores en lugar de las colas de compilación.

Esta eficiencia recién descubierta se extiende mucho más allá de los ciclos de desarrollo internos, beneficiando directamente a cada usuario que accede a la documentación. Los visitantes ahora experimentan cargas de página significativamente más rápidas, consumen menos datos y disfrutan de una experiencia de usuario mucho más ágil en general. La arquitectura prioriza el rendimiento, asegurando que MDN Web Docs permanezca accesible y receptivo incluso en conexiones de red más lentas o dispositivos con recursos limitados, encarnando una web inclusiva.

Considere el menú desplegable principal del sitio, un excelente ejemplo de esta filosofía de rendimiento primero. Ahora funciona completamente con CSS antes de que se cargue cualquier JavaScript, y luego se mejora progresivamente una vez que los scripts necesarios están disponibles. Este enfoque nativo primero ofrece interactividad y capacidad de respuesta instantáneas, mostrando el poder de construir *con* la plataforma web en lugar de superponer frameworks pesados.

Estas notables ganancias provienen directamente de la decisión arquitectónica de reducir drásticamente las cargas útiles de JavaScript y adoptar plenamente las características nativas del navegador. La eliminación de la pesada sobrecarga de React Single Page Application (SPA), combinada con el uso estratégico de Web Components, ha eliminado la complejidad innecesaria. Bibliotecas como Lit proporcionan una base ligera para estos componentes, mientras que los componentes de servidor propios de MDN Web Docs aseguran que solo el CSS y JavaScript exactos que una página necesita lleguen al cliente.

En última instancia, este cambio representa un profundo compromiso con los mismos estándares web que MDN Web Docs documenta. Pasar de una compleja Create React App expulsada a una pila optimizada construida sobre las capacidades nativas del navegador no solo ha sobrecargado el rendimiento, sino que también ha establecido un nuevo punto de referencia sobre cómo pueden operar las plataformas web influyentes, demostrando que menos JavaScript a menudo significa más velocidad.

La nueva arquitectura de MDN Web Docs Web Docs adopta la Mejora Progresiva (Progressive Enhancement), un principio fundamental que prioriza una base sólida y funcional para todos los usuarios. Este enfoque comienza con el contenido y la funcionalidad principales entregados a través de HTML y CSS robustos, añadiendo JavaScript solo como una mejora opcional. El sitio sigue siendo totalmente utilizable incluso si los scripts fallan, son bloqueados o aún no se han cargado.

Considere el menú desplegable de navegación principal del sitio, un elemento crítico de la interfaz. Funciona perfectamente utilizando solo CSS, respondiendo a las interacciones del usuario sin una sola línea de JavaScript. Solo después de que se carga el JavaScript necesario, recibe mejoras adicionales, como una navegación por teclado mejorada o una gestión dinámica del estado. Esto garantiza una usabilidad inmediata y una experiencia consistente en diversas condiciones de red.

Esta elección arquitectónica ofrece ventajas significativas: mayor resiliencia, amplia accesibilidad y una percepción de rendimiento drásticamente más rápida. Los usuarios con conexiones lentas o dispositivos antiguos siguen accediendo a un sitio completamente funcional, sin encontrar nunca una interfaz rota. El contenido principal y la navegación están siempre disponibles, proporcionando una base robusta.

Esta estrategia contrasta fuertemente con muchas arquitecturas modernas de Single Page Application (SPA). A menudo, una SPA entrega una página casi en blanco, requiriendo que un gran paquete de JavaScript se descargue, analice y ejecute antes de que cualquier contenido sea visible o interactivo. Esto introduce puntos críticos de fallo y retrasos significativos para los usuarios.

El compromiso de MDN Web Docs Web Docs con la Mejora Progresiva (Progressive Enhancement) subraya su filosofía: construir con la plataforma, no solo sobre ella. Al aprovechar primero las capacidades nativas del navegador, el equipo ofreció una experiencia web inherentemente más robusta, accesible y de mayor rendimiento para todos los que acceden a la fuente definitiva de estándares web.

Más allá del profundo cambio arquitectónico, MDN Web Docs Web Docs también presentó una drástica renovación de la interfaz de usuario. Esto no fue simplemente una reescritura de código de backend; representó una reimaginación completa de cómo los desarrolladores interactúan con la documentación más crítica de la web. El nuevo frontend ofreció una experiencia pulida e intuitiva, reflejando directamente el compromiso subyacente con los estándares web modernos y un enfoque centrado en el usuario.

Los visitantes notaron inmediatamente una estética más limpia y consistente en toda la plataforma. El equipo refinó meticulosamente la tipografía, mejorando la legibilidad con fuentes cuidadosamente elegidas tanto para la prosa como para los ejemplos de código, haciendo que los artículos extensos fueran menos agotadores. Una nueva y dedicada fuente de código mejoró drásticamente la legibilidad de la sintaxis, un detalle crucial para un sitio centrado en la programación y la precisión técnica.

Elementos específicos de la interfaz de usuario recibieron una atención significativa, transformando las interacciones diarias. MDN Web Docs Web Docs hizo la transición a iconos Lucide nítidos, reemplazando activos antiguos con un conjunto escalable y consistente que mejoró la claridad visual. La experiencia de búsqueda experimentó un potente rediseño, introduciendo un modal más intuitivo y rico en funciones que agilizó el descubrimiento de documentación, a menudo el primer punto de interacción para los usuarios. Incluso la navegación superior se sometió a una actualización exhaustiva, ofreciendo rutas más claras hacia el contenido esencial.

Fundamentalmente, la nueva arquitectura basada en componentes construida con Lit facilitó directamente estas mejoras visuales. Al adoptar los componentes web ligeros de Lit, MDN Web Docs Web Docs estableció un sistema de diseño cohesivo, lo que facilitó mucho el mantenimiento de la coherencia en cientos de miles de páginas al tiempo que garantizaba ciclos de desarrollo rápidos. Este enfoque modular aseguró que los elementos de la interfaz de usuario fueran reutilizables, de alto rendimiento y con un estilo consistente, elevando toda la experiencia del usuario para que coincidiera con la destreza técnica subyacente.

El giro radical de MDN Web Docs Web Docs inevitablemente suscita una pregunta singular entre los desarrolladores: ¿Esto señala el fin del dominio de React, o incluso de la era de las Single Page Application (SPA) en sí misma? La respuesta es matizada, no una declaración definitiva de obsolescencia. React sigue siendo una herramienta poderosa, indispensable para aplicaciones altamente interactivas y complejas donde la gestión de estados rica en el lado del cliente es primordial.

MDN Web Docs Web Docs, sin embargo, funciona fundamentalmente como una plataforma de entrega de contenido. Su función principal es servir documentación de manera eficiente, no gestionar interacciones de usuario intrincadas que requieran una SPA completa. El stack anterior de Yari, un Create React App 'ejectado', se convirtió en una solución 'exagerada', cargada con una "crazy webpack config" e incluso requiriendo `dangerouslySetInnerHTML` para integrar contenido. MDN Web Docs Web Docs simplemente no necesitaba el voluminoso paquete de JavaScript ni la sobrecarga de enrutamiento del lado del cliente inherente a una SPA tradicional.

Este movimiento de MDN Web Docs Web Docs refleja una tendencia industrial más amplia y acelerada que se aleja de la mentalidad de 'SPA por defecto'. Los desarrolladores buscan cada vez más soluciones arquitectónicas más matizadas y adaptadas a casos de uso específicos. Ejemplos incluyen frameworks y librerías como: - Astro - Qwik - Frameworks modernos de renderizado del lado del servidor (SSR)

Estas soluciones emergentes defienden conceptos como la hidratación parcial y la arquitectura de islas, entregando solo el JavaScript necesario para los componentes interactivos. Priorizan el rendimiento de la carga inicial de la página y aprovechan el renderizado del lado del servidor para proporcionar una base rápida y rica en contenido. Esta filosofía se alinea perfectamente con el nuevo stack de MDN Web Docs Web Docs, que utiliza Lit para Web Components y componentes de servidor personalizados para cargar solo el CSS y JavaScript exactos que una página requiere.

El desarrollo frontend ha entrado en una nueva fase de madurez, cambiando el enfoque de los frameworks universales a la eficiencia dirigida. La era de adoptar ciegamente el último framework de moda para cada proyecto está desapareciendo. En cambio, el ecosistema ahora valora las elecciones pragmáticas impulsadas por métricas de rendimiento del mundo real y la idoneidad, exigiendo un enfoque más deliberado de las herramientas.

Las drásticas ganancias de MDN Web Docs Web Docs —el inicio de un entorno de desarrollo que se desploma de más de 2 minutos a solo 2 segundos— subrayan este cambio. Su decisión valida un futuro donde construir con la plataforma, priorizar la eficiencia y adoptar la mejora progresiva triunfan sobre los frameworks monolíticos del lado del cliente para experiencias centradas en el contenido. Esto no es la muerte de React, sino una señal clara para un panorama frontend más reflexivo y de alto rendimiento.

El giro dramático de MDN Web Docs Web Docs desde React sirve como una clase magistral para cualquier equipo que planifique su próximo proyecto web. Los desarrolladores y líderes técnicos deben ahora reevaluar críticamente las suposiciones arraigadas sobre la arquitectura frontend. Esta no es solo la historia de MDN Web Docs Web Docs; es un potente plan para construir experiencias web eficientes y resilientes sin complejidad innecesaria.

Primero, analice su necesidad real de un framework completo del lado del cliente en todo un sitio. La pila Yari anterior de MDN Web Docs Web Docs, un Create React App eyectado, se convirtió en una carga de complejas configuraciones de webpack e incluso requirió `dangerouslySetInnerHTML` para renderizar contenido. Ese nivel de sobrecarga del framework a menudo ofrece rendimientos decrecientes para sitios impulsados por contenido, consumiendo un tiempo significativo de los desarrolladores y enviando megabytes de JavaScript sin usar. Evalúe si una SPA completa es realmente esencial para cada página.

Segundo, deje de subestimar los Web Components. Son una primitiva de plataforma madura y potente que ofrece un camino robusto para alejarse del ciclo perpetuo de los frameworks de JavaScript. MDN Web Docs Web Docs adoptó Lit para construir elementos personalizados que viven directamente en su contenido, eliminando la necesidad de componentes envoltorio y reduciendo drásticamente el código enviado. Este enfoque ofrece estabilidad duradera, rendimiento excepcional y una base a prueba de futuro construida directamente sobre estándares web.

Tercero, vuelva a adoptar la mejora progresiva como principio fundamental para construir experiencias web robustas y rápidas. La nueva pila de MDN Web Docs Web Docs ejemplifica esto, donde los elementos centrales de la interfaz de usuario, como el menú desplegable principal del sitio, funcionan puramente con CSS antes de que se cargue JavaScript. La superposición de mejoras garantiza una base sólida y accesible para todos los usuarios, independientemente de las condiciones de la red o las capacidades del navegador, haciendo de JavaScript una capa opcional, no una dependencia.

Al decidir la arquitectura de su próximo proyecto, considere la naturaleza de su aplicación. Para aplicaciones web altamente interactivas y con gran cantidad de datos que requieren una gestión de estado compleja y actualizaciones frecuentes del lado del cliente —piense en paneles de control o editores en tiempo real— una SPA completa como React todavía ofrece ventajas potentes. Sin embargo, para la mayoría de los sitios web con mucho contenido, portales de documentación o sitios de marketing, MDN Web Docs Web Docs demuestra los profundos beneficios de un enfoque más ligero y basado en componentes con HTML renderizado en el servidor y JavaScript dirigido. Esta estrategia prioriza la velocidad de carga inicial de la página, la resiliencia y la mantenibilidad a largo plazo sobre la complejidad innecesaria del lado del cliente. El tiempo de inicio de su entorno de desarrollo, que se desplomó de más de 2 minutos a solo 2 segundos, subraya este impacto.

¿Por qué MDN reemplazó su frontend de React?

MDN reemplazó su SPA de React, llamada Yari, para eliminar la deuda técnica, mejorar el rendimiento y alinear su propio sitio con los estándares web que documenta. La pila antigua tenía una configuración compleja y enviaba JavaScript innecesario para un sitio con mucho contenido.

¿Cuál es la nueva pila tecnológica de MDN?

La nueva pila de MDN está construida sobre Web Components nativos utilizando la biblioteca Lit. También presenta componentes de servidor personalizados y enfatiza la mejora progresiva, permitiendo que las características principales funcionen solo con CSS antes de que se cargue JavaScript.

¿Qué es Lit y por qué lo eligió MDN?

Lit es una biblioteca ligera para construir Web Components rápidos. MDN lo eligió porque es simple, extremadamente performante y aprovecha la tecnología nativa del navegador, evitando la sobrecarga y el bloqueo de frameworks frontend más grandes.

¿Cómo mejoró el rendimiento de MDN la nueva pila?

La nueva arquitectura mejoró significativamente el rendimiento al cargar solo el CSS y JavaScript exactos que una página necesita. También mejoró la experiencia del desarrollador, reduciendo el tiempo de inicio del entorno de desarrollo de más de 2 minutos a solo 2 segundos.