Introducción: este no es tu blog típico sobre carga perezosa
Si el título te intrigó y esperabas una respuesta directa; este no es ese blog. Pero si vienes a pensar, explorar y quizá reír un poco, estás en el lugar correcto.
Si le preguntas a una persona desarrolladora o revisas MDN, te dirán algo parecido:
Carga perezosa es una estrategia para identificar recursos como no bloqueantes y cargarlos solo cuando se necesitan. Sirve para acortar la ruta crítica de renderizado y reducir el tiempo de carga de una página.
Mi definición en tono de broma:
La carga perezosa es una estrategia creada por quienes impulsaron las SPA para limpiar el desorden que ellos mismos generaron cuando pensaron que pasar de páginas simples renderizadas en servidor a páginas pesadas con bundles del lado del cliente era buena idea.
Una breve historia del renderizado web
Hace décadas muchas páginas se renderizaban en el servidor y solo se descargaban los recursos de esa página, el clásico MPA o aplicación multipágina.
Luego llegaron las SPA. Por qué Algunas personas pensaron que harían más rápidas las aplicaciones y las siguientes navegaciones, con mejores interacciones, y en eso acertaron. Pero casi nadie pensó en el tiempo de carga inicial ni en el TTI creciente con bundles enormes. Aquí entra la carga perezosa al rescate. Crear un problema, luego solucionarlo y recibir aplausos por un problema que no debería haber existido.
Después llegó el code splitting, después la carga perezosa, luego los marcos SSR como Next y Redwood, y ahora volvemos a marcos con estilo MPA, justo donde empezamos, aunque con herramientas más brillantes.
Pregunta inspirada en la ley de Moore
Qué opinas Las aplicaciones son realmente más rápidas hoy gracias a estas estrategias, o la ley de Moore y el hardware hacen la mayor parte del trabajo
Claro que hay mejoras. Mucha gente dirá que todo va más rápido. Pero las aplicaciones son de verdad más veloces por esto Prueba ejecutar una app moderna en un equipo de hace décadas y verás cómo RAM, CPU y GPU actuales quizá pesan más en el rendimiento que muchas técnicas de optimización.
El ciclo que se cierra
Empezamos con MPAs renderizadas en servidor.
Pasamos a SPAs renderizadas en el cliente.
Agregamos carga perezosa para mitigar problemas de las SPAs.
Aparecieron SSR y SSG.
Y ahora muchos marcos nos devuelven al renderizado estilo MPA. Celebramos una solución nueva que se parece sospechosamente a la de siempre. Historia que se repite.
Tal vez la carga perezosa sea brillante. Tal vez sea una tirita. O quizá sea otra prueba de que en tecnología, como en la vida, nos encanta resolver problemas que nosotros mismos creamos.
Qué piensas
En Q2BSTUDIO ayudamos a que esa conversación pase de la teoría a la práctica con arquitectura y rendimiento real. Diseñamos aplicaciones a medida y software a medida, integramos inteligencia artificial y ia para empresas con agentes IA, reforzamos ciberseguridad, desplegamos servicios cloud aws y azure, y potenciamos decisiones con servicios inteligencia de negocio y power bi, además de automatización de procesos.
Si quieres dar el siguiente paso y construir una base sólida para tu proyecto, descubre nuestro desarrollo de aplicaciones a medida y software a medida o explora cómo aplicamos inteligencia artificial para empresas y agentes IA en productos digitales modernos.