WebAssembly y React: Una nueva era de aplicaciones web de alto rendimiento

Hola. Bienvenidos. Muchas gracias por sintonizar hoy. Estoy muy emocionado de hablarles sobre WebAssembly. Y, saben, estamos en línea, no puedo verlos, pero aún así quiero ver un levantamiento de manos. ¿Conocen WebAssembly? Veo algunas manos levantadas. Quizás, quizás no. ¿Me conocen a mí? Levanten la mano. No, solo estoy bromeando. Hola. Mi nombre es Ramón. Mis pronombres son él, él, cofundador de la Iniciativa de Aprendizaje Libre del Club de Malos Sitios Web y un gran defensor de la comunidad y el aprendizaje mutuo y desde un enfoque de comunidad. Simplemente, me da vida. Vamos a sumergirnos de lleno. Es posible que hayan oído hablar de WebAssembly, o a veces lo voy a llamar Wasm. Vamos a sumergirnos de lleno en lo que es, y quién mejor que el sitio web oficial para darnos la definición. WebAssembly, abreviado como Wasm, es un formato de instrucción binaria para una máquina virtual basada en pilas. Wasm está diseñado como un objetivo de compilación portátil para lenguajes de programación, permitiendo la implementación en la web para aplicaciones de cliente y servidor. Y esto es una creación colaborativa, y estoy muy emocionado por esto en particular.

Pero cuando pensamos en WebAssembly, quiero aclarar un par de cosas. En primer lugar, WebAssembly no es un lenguaje de programación, y me he encontrado pensando esto también. Quiero ir y aprender WebAssembly, pero no puedo aprenderlo de la misma manera que diría React. No es un marco de trabajo de front-end que aprendemos y aplicamos. Lo que es WebAssembly es un estándar para bytecode de bajo nivel. Es un objetivo de compilación, y podrías pensar, ¿qué es un objetivo de compilación? Es algo que usamos mucho tiempo cuando computamos. Es un estándar que tomamos nuestro código, digamos en Go o Rust o C++, lo compilamos o lo traducimos a WebAssembly, que luego podemos ejecutar en el navegador. Y quiero mostrarles un par de ejemplos de WebAssembly ejecutándose en el navegador, que son bastante divertidos. Es posible que hayan oído hablar de archive.org o, saben, la Máquina del Tiempo. Tienen una biblioteca de software antiguo que puedes ejecutar, por ejemplo, con DOSBox en WebAssembly, como juegos antiguos. Por cierto, pequeña nota, si estás dando una charla como esta, no vayas e investigues esto, porque vas a pasar un

Pero OK, Ramón, has estado hablando de todas estas cosas del navegador. ¿Qué pasa con el WebAssembly del lado del servidor? Seguramente WebAssembly no puede ejecutarse en cualquier lugar. Y tendrías razón, excepto que las personas que han estado trabajando en este estándar han estado haciendo cosas increíbles. WebAssembly con una interfaz de sistema o WASI nos permite tener estas interfaces de sistema para que podamos ejecutar WebAssembly prácticamente en cualquier lugar. Ahora, si estás familiarizado con ello, por cierto, tienes que ver esta guía que he enlazado aquí de Lynn Clark. Ha hecho esta guía ilustrada para WebAssembly, y es increíble. Entonces, la forma en que funciona un programa es que necesita interactuar con los recursos del sistema, que muchas veces están protegidos por un kernel. Así que el kernel hará cosas como darte acceso a tu sistema de archivos y otros recursos de tu computadora. Entonces, lo que WASI nos permite hacer es tener estos y tener acceso a estas llamadas al sistema. Pero para ser claro, no es un sistema operativo. Voy a dejar que ellos lo expliquen mejor de lo que puedo. Del proyecto Wasmtime, es una API proporcionada por el proyecto Wasmtime que proporciona acceso a varias características similares a las de un sistema operativo, incluyendo archivos, sistemas de archivos, sockets de Berkeley, relojes, números aleatorios. Es increíble. Entonces, lo que puedes hacer actualmente cuando ejecutas programas es que tomas tu código C, lo traduces o lo compilas a elf para Linux, ejecutable portátil para Windows o Mac o para Mac, lo cual está muy bien, pero cuando se trata de WebAssembly, ahora podemos tomar nuestro código C, crear un binario Wasm o WebAssembly, que luego puede ser ejecutado en cualquier sistema operativo con esta parte muy importante aquí, un runtime de WebAssembly. Voy a repasar rápidamente un par de ejemplos de estos, porque por supuesto mencioné Wasmtime,

Así que lo interesante de WebAssembly es que está diseñado desde cero con una capa de seguridad basada en capacidades. Esto lo convierte efectivamente en un sandbox. Así que cosas como las vulnerabilidades de la seguridad de la cadena de suministro se mitigan con WebAssembly. Cada llamada al sistema que haces se declara al inicio. Así que si no tienes esa llamada al sistema disponible, no puedes hacerla. También es políglota. Como es un runtime, puedes compilar cualquier lenguaje de programación que compile a WebAssembly y ejecutarlo en cualquier lugar. Estos módulos, porque son un formato casi binario, son pequeños, tipados y provisionables la mayoría de las veces. Conseguir un runtime de Python es actualmente un desafío que se está trabajando. Pero esto lo hace realmente escalable y preoptimizado. Y como es casi nativo, puedes ejecutarlo en metal desnudo porque ¿por qué no? Esto tiene un gran impacto en la velocidad. No me crean a mí. Aquí hay una charla de Luke Wagner que realmente recomiendo sobre la naturaleza efímera de los módulos de WebAssembly. Es decir, puedes hacerlo girar y luego tirarlo. Mantener el estado se convierte en mucho menos preocupante, y realmente le da un nuevo significado a la frase, ¿has intentado apagarlo y encenderlo de nuevo? No sólo estás ejecutando tu WebAssembly en tus ordenadores, como dije, y quería intentar expandir esta ilustración, pero resulta que no soy muy buen artista y no quería arruinar este increíble dibujo de Lyn Clark, así que hice mi propio intento y pido disculpas. No soy muy buen artista, pero espero que este punto quede claro. Puedes tomar tu código C, compilarlo a WASM, ejecutarlo en un runtime de WebAssembly en la nube. Y porque tu código se conecta a los recursos del sistema al inicio, de nuevo, con la ayuda de WASI, esto tiene enormes implicaciones para nosotros cuando escribimos código, porque ahora podemos escribir código sin, por ejemplo, preocuparnos por la configuración del servidor. Es un runtime WASM. No necesitas preocuparte por tantas preguntas cuando estás iniciando,

Entonces la pregunta se convierte en, ¿está WASM listo para producción? Y es un runtime relativamente nuevo y todavía en progreso, pero ya está siendo utilizado por gente que quizás ya conozcas. Por ejemplo, en las Funciones en el Servicio, o como me gusta decir, FOSS, mundo, verás a gente como FASLI. DNO es un runtime de WebAssembly. Tienes a SecondState y CloudFlare proporcionando formas para que escribas código que se ejecuta en WebAssembly. Pero también es genial para la computación en el borde y los microservices. Tienes a gente como WASM Cloud, Fermion, Vercel y la Fundación de Computación Nativa en la Cloud proporcionando estos servicios a los clientes ya. También hace que tu software como servicio sea extensible. Así que puedes escribir plugins para Figma o Istio, o Shopify, de nuevo, en cualquier lenguaje de programación, en un sandbox que se ejecuta en WebAssembly. Ahora tengo que admitir, no sé mucho sobre blockchain, pero sé que gente como Parity están proporcionando formas para que puedas escribir, ¿cómo lo llaman? Ah, contratos inteligentes en WebAssembly, lo que les da esa capacidad de sandbox y efímera. Pero oye, gente como Acre te permite ejecutar tus modules de WebAssembly en un contexto integrado. Hay muchas formas en las que ya se está utilizando, y oye, ¿hay jugadores en la multitud? Flight Simulator te permite ejecutar, te permite escribir plugins para él en WebAssembly. Así que hay un montón de formas en las que ya se está utilizando. Más enlaces para leer. Y sí, dije que esto es un trabajo en progreso porque hay un montón de cosas que vienen a WebAssembly como un modelo de componentes que hace que estos modules sean mucho más interconectables y más pequeños. Capacidades de redes neuronales incorporadas en WebAssembly. Recolección de basura y multihilo. Hay un montón de cosas que recomiendo encarecidamente que estén pendientes. ¿Y sabes cómo mencioné Docker? Bueno, primero, déjame mostrarte un tweet del día siguiente de Solomon. Recuerda, 2019. ¿Reemplazará Wasm a Docker? No. Pero imagina un futuro donde Docker ejecuta containers de Linux, containers de Windows, y containers de Wasm lado a lado. Con el tiempo, Wasm podría convertirse en el tipo de contenedor más popular. Docker los amará a todos por igual y lo ejecutará todo. Y aquí está la cosa. El año pasado, Docker anunció esto. Así que ahora tenemos una beta para ejecutar Docker con modules de WebAssembly. La forma en que se ve es que tienes tu contenedor D, donde puedes tener tus containers como normalmente, pero también, usando el runtime de Wasm Edge, tienes WebAssembly

Genial. He estado hablando de esto durante un rato, podrías estar preguntándote, espera, ¿qué es una conferencia de React? Estás hablando de containers y servidores, Ramon, ¿dónde entra React? Y me alegra que lo preguntes, porque voy a mostrarte una demostración muy corta de la ejecución de modules de WebAssembly en React en el navegador.

Espera, esto es Rust. Sí, sí, sí, ten paciencia conmigo. Así que lo que tenemos aquí es usando el Wasm Bindgen crate o paquete declarado y publicado una función para sumar dos números. Toma dos parámetros, A y B y devuelve su suma. Esto es lo que el paquete equivalente para Rust llamado el archivo cargo toml tendría con la dependencia Wasm Bindgen. Luego podemos usar un módulo, un paquete llamado Wasm pack para construir ese módulo de WebAssembly dirigido a la web. Luego hemos terminado con todo lo que no hemos visto antes.

De vuelta en React, ahora puedo importar, como ves en la segunda línea aquí, puedo importar esa función add que he declarado y compilado, y luego usarla como ves donde dice este comentario, llama a la función add de WebAssembly. Puedo sumar esos dos números y luego usarlos en React. Pero esto es solo una configuración. Veamos el resultado. Boom, ahí está. Ahora estoy usando un módulo. Recuerda, un módulo que fue construido en WebAssembly en el navegador. Estoy esencialmente ejecutando código Rust en mi navegador. Pero genial. Eso es el navegador. ¿Y qué pasa con el servidor? Y eso es lo que pasa. Es un servidor, ¿no es así? Así que podemos usarlo como lo haríamos con cualquier otro servidor. En ese punto, se convierte en un detalle de implementación, que es a lo que me refería antes sobre cómo realmente no aprendemos WebAssembly como lo haríamos con React, por ejemplo. Se convierte en una herramienta.

Así que amigos, eso es todo por mi parte hoy. Aquí está el enlace a mis diapositivas. Eso es ramonh.dev adelante barra react guión wasm punto PDF. Por favor, pónganse en contacto. Ves mi mastodon en la parte superior justo ahí. Me encantaría saber de ti. Y eso es todo por mi parte. Les deseo a todos un maravilloso resto de su masterclass y un maravilloso resto de su día. Adiós por ahora.