Hablemos de BAN, porque BAN, ya sabéis que es un run-time en un entorno de ejecución de JavaScript,
promete ser el más rápido, siempre está aquí como BAN, que se compara con Dino, con Node.js,
y siempre es el más rápido, el mejor, el no sé qué, no sé cuánto.
¡Pues ojo! Porque le ha salido un pedazo de competidor, nada más ni nada menos que ha aparecido uno nuevo
que se llama WinterJS, que dice que es el web server de JavaScript más rápido
y que ahora soporta Cloudflare Applications en React Server Components.
Digamos que necesito hacer una web donde hay una timeline como la de Premiere.
En cuanto a audios, ¿cómo los puedo manejar de modo que no tenga problemas
si al usuario se le da por pausar y reproducir en ráfaga?
Quiero que el usuario pueda hacer eso.
¡Buah! Ni idea, soy Kerge, o sea, no tengo ni idea.
¿Cómo puedo manejar los adiós de forma que sea un problema porque un play-pause crea problemas?
No tengo ni idea, o sea, me parece un tema muy complejo para que tenga una solución así,
súper fácil, ¿eh? Súper fácil.
No se me ocurre, la verdad, ahora mismo a ese nivel, pero, o sea, a priori no le veo ningún problema,
pero tampoco se me ocurre ahora mismo cuál es, cómo lo podrías hacer.
No tengo ni idea.
WinterJS, el web server más rápido de JavaScript que ahora soporta Cloudflare Applications
y React Server Components, ¿vale?
Bueno, pues WinterJS se ha hecho una comparativa con, ojo, con BAN,
y fijaos lo que dice por aquí, ¿eh?
Dice, peticiones por segundo, casi 160.000 peticiones por segundo.
Y lo interesante, que Winter, pues tiene compatibilidad bastante grande con un montón de cositas de la web API,
con Fetch, con la Request Response, Readable Streams y todo esto,
y que lo podéis desplegar en Cloudflare.
Hay un montón de cosas chulas, por ejemplo, funciona con Next.js, con Hono, con Astro, con Remix,
Svel, Gatsby, Naxx.
No funcionará con todo, ¿vale?
Ya os digo yo que no va a funcionar con todo porque la compatibilidad no es 100% la misma que en OGS todavía,
pero sí que funciona con gran parte de las cosas, por ejemplo, incluso con los React Server Components,
o sea, que tiene muy buena pinta.
Pero, ¿cuál es el problema que ya nos estamos encontrando con WinterJS, con un montón de cosas?
Sí, está hecho, en el caso de Winter, WinterJS, está hecho con Rust, está hecho con Rust y con SpeederMonkey.
Es que cada uno está hecho con una cosa diferente.
Mira, está hecho con Rust y hecho con SpeederMonkey.
SpeederMonkey es el motor de JavaScript de Mozilla.
Van está hecho con Zik y está hecho con el motor de JavaScript de Safari.
Así que aquí cada uno utiliza uno totalmente diferente.
Este es el de JSC, que es el de Safari.
Winter está hecho con SpeederMonkey, que es el de Mozilla, y con Rust.
Y Node.js está hecho con V8, que es el de Chrome, y con C++.
C++, creo que C++.
Y por ahora ya está.
Pues ya veis que cada uno está hecho con uno totalmente diferente.
Pero, ¿cuál es el problema de todo esto?
Que a mí, personalmente, ya me están mareando.
Me están mareando porque, además, ya no sabes.
¿Qué puedes utilizar en qué?
Ya no sabes en BAN si es compatible con una cosa.
Dino, Node.js, ahora Winter.js, que es Wasmer.
O sea, yo ya no me entero.
Ya no me entero cuál es compatible con qué.
Pero, por suerte, han sacado esta tabla porque, amigos,
es que los entornos de ejecución de JavaScript se están convirtiendo en los nuevos navegadores.
No me podréis decir que no.
Es que ya vamos a necesitar un can I use de entorno de ejecución.
Y esto es justamente lo que es.
En esta tabla vais a poder ver todos los entornos de ejecución.
Como, por ejemplo, pues veis aquí Node.js.
Pues Node.js es compatible con todas estas web APIs.
¿Vale?
Y aquí podéis ver con las que son compatibles y con las que no.
Dino, por ejemplo, suele ser de la que más compatibilidad tiene.
De hecho, aquí me ha sorprendido porque pone que Broadcast Channel no funciona en Dino,
pero sí que funciona.
Entonces, esto me ha resultado un poco raro.
Pero, aún así, ahora al menos podríamos ver en un solo vistazo
según el entorno de ejecución si va a funcionar o no va a funcionar
con cada uno de los entornos de ejecución.
Faltan, porque no están todos.
Está el nuevo este de AWS, que ya veis que le falta bastante.
También está Band, Dino y Node.js.
Así que ahí podéis comparar cuál es el que soporta y el que no soporta.
Porque ya, la verdad, a mí ya se me está haciendo un poquito bola que sean tantos.
Ya se me está haciendo un poquito bola, sinceramente.
Las cosas como son.
¿Midu, qué página de noticias me recomiendas para estar al día?
Mi Twitter.
Ese es el mejor.
Y si no, daily.dev, ahí suelen salir bastantes cositas.
Y si no, daily.
¡Gracias!