¿Qué es Pika?


espera… qué!?

es module syntax (ESM) es el último sistema de Módulos nativo de JavaScript. Ratificado oficialmente en 2015, su sintaxis import / export es más compacta, más fácil de analizar y optimizada de manera más confiable. Todo esto da como resultado un JavaScript más pequeño y rápido en la web.

desafortunadamente, la mayoría de los sitios aún generan un único paquete de «navegador más antiguo», lo que significa que todos los usuarios (incluso la mayoría que usan navegadores modernos) obtienen paquetes de JavaScript sobrecompilados que no admiten ESM.,

Pika está trabajando para crear mejores herramientas y servicios que hagan que JavaScript moderno y centrado en ESM sea más accesible para los autores de paquetes y desarrolladores de aplicaciones.

¿cómo ESM hace que mi sitio web sea un 90% más rápido?

ESM introduce algo nuevo en JavaScript y la forma en que funciona la web: cada módulo JavaScript ahora se puede indexar y almacenar en caché de una manera que sea universalmente accesible. Eso significa que cualquier sitio puede introducir nuevos cambios y el navegador de un usuario solo recuperará los archivos que hayan cambiado. No más dependencias agrupadas con código fuente., No más cambios de una sola línea que eliminen todo el paquete de aplicaciones en caché.

todavía no entiendo este número del 90%…

bien, así que he aquí por qué este asunto: un promedio de 90% del Código del sitio web proviene de paquetes de código abierto y otros terceros. Pika está construyendo un mundo en el que las bibliotecas de terceros pueden cargarse, almacenarse en caché y compartirse entre sitios. Los navegadores no deberían tener que volver a descargar las mismas bibliotecas de código abierto (React, Lodash, jQuery) una y otra vez para cada sitio que las use.,

con ESM y almacenamiento en caché de origen cruzado, podemos crear un mundo donde los sitios pueden compartir dependencias en caché. Puede visitar un sitio por primera vez y ya tiene todas sus dependencias de terceros almacenadas en caché en su navegador, listas para ejecutarse, almacenadas en caché de visitas a otros sitios.

¿qué pasa con {{POSSIBLE_ISSUE}?

todavía hay mucho que hacer aquí antes de que esto se convierta en realidad. Por ejemplo, ¿cómo pueden los navegadores introducir suficiente amortiguación y entropía en la caché del navegador para mitigar las huellas dactilares de la caché de origen cruzado? ¿Qué pasa con el empaquetado web para admitir el uso compartido de código desde múltiples orígenes?, Es treeshaking todavía una cosa? ¿La historia de seguridad es sólida?

todavía estamos a pocos años del final del juego, pero las implicaciones para el rendimiento web son enormes. Puedes unirte a nosotros hoy a medida que comenzamos a explorar y construir este nuevo mundo de JavaScript.

Síguenos en Twitter ¡apóyanos en Patreon!

Deja una respuesta

Tu dirección de correo electrónico no será publicada. Los campos obligatorios están marcados con *