Jugueteando Con Deno — Cuentos De Un Desarrollador Web Jugando Con Una Nueva Herramienta

Gracias por una gran charla. Estoy seguro de que disfrutarás el resto del evento. Gracias por escuchar. Veremos cómo nos va.

Antes de hacerlo, hagamos una pequeña introducción. Mi nombre es Phil Hawksworth. Mis pronombres son él, lo, y soy el jefe de relaciones con desarrolladores en Deno.

Ahora, habrá una oportunidad para un poco de preguntas y respuestas al final de esto, pero si estás viendo esto después del hecho o si te surgen preguntas más tarde, eso está bien también. Puedes encontrarme en internet. Puedes hacerme preguntas en muchos lugares en las redes sociales. Normalmente estoy en philhawksworth. Al menos ese ciertamente era mi nombre cuando estaba en Twitter. No estoy tanto por ahí estos días. Supongo que estoy, ¿dónde estoy? Estoy en LinkedIn como philhawksworth. Estoy en GitHub como philhawksworth. Más a menudo ahora, soy philhawksworth.dev en Blue Sky. E incluso mi dominio ha cambiado a philhawksworth.dev, así que puedes encontrarme en la web allí. Eso no solía ser el caso. Solía estar en este muy elegante nombre de dominio, hawksworks.com.

Nombrar cosas es difícil. Ese es un nombre terrible. No es exactamente mi nombre. Es casi mi nombre. Es difícil de decir. Es difícil de escribir. Así que ya no soy eso. Pero nombrar cosas es difícil. No todos lo tenemos tan fácil como, no sé, personas como Ryan Dahl, el inventor de Node. Sabes, él ideó un nombre muy inteligente cuando nombró Node, en el momento en que decidió ir por un difícil segundo álbum y tener otra oportunidad de construir un runtime de JavaScript y trabajar en Deno. Tuvo que idear un nuevo nombre.

Así que tomó Node y lo dividió, y lo ordenó, y lo unió, y nació Deno. Ese es el nombre. Esa no es la forma en que se construyó el runtime. Quizás entremos en eso un poco más tarde. Pero sí, este proceso de dividir un array y ordenarlo y unirlo podría haber funcionado para Ryan con Node, pero menos para mí tratando de idear un nuevo nombre para Hawksworks. Eso no salió tan bien.

Así que Phil Hawksworth en DevIIS, ese soy yo. Puedes encontrarme allí en la web. Y he estado construyendo para la web durante mucho tiempo. He estado construyendo para la web durante unos 25 años en diferentes lugares, en casas de software, poniendo números en pantallas para que los traders operen en grandes empresas, en agencias, en startups tecnológicas. Más recientemente, trabajé en Netlify, pero ahora estoy trabajando en Deno. Y a través de todos esos lugares, he observado algunas cosas. Y una de esas cosas es que nosotros, como desarrolladores web, estamos inclinados a ceder a algunas tendencias a lo largo de los años.

Las cosas vienen y van, algunas tecnologías vienen y van, algunas tecnologías se quedan, algunas se vuelven ubicuas. Y cuando pienso en el mundo en el que me gusta construir, me encanta construir con JavaScript, y JavaScript ciertamente se ha vuelto ubicuo.

En parte, supongo, porque se convirtió en el runtime para la web como solía describirlo un antiguo colega mío, presente como está en todos los navegadores web. Pero cada vez más, su huella ha aumentado. Y eso se debe, por supuesto, a herramientas como Node.js que introdujeron JavaScript en el backend.

Y más recientemente, está en los bordes, está alrededor de la red, se está ejecutando en entornos serverless por todas partes. Así que realmente, JavaScript es bastante ubicuo, no solo por donde se ejecuta, sino también por el tipo de empresas que lo ejecutan. Ciertamente, ha pasado del front end, del navegador al servidor y más allá.

Y Node es una de estas herramientas que, ahora he observado crecer a lo largo de los años de una curiosidad a una ubicuidad. Ahora, realmente está en todas partes y es realmente mainstream ahora, pero eso no siempre fue así. Y he tenido que luchar mucho a lo largo de los años para convencer a las empresas de adoptarlo, mientras que podrían haber tenido una postura más tradicional.

Eso ha cambiado a lo largo de los años, en parte debido a cómo Node ha llevado JavaScript a la corriente principal cada vez más, y su resiliencia ha aumentado. Y creo que eso sigue aumentando a medida que nos movemos al mundo de TypeScript o JavaScript plus plus, como no debería llamarlo, porque nombrar es difícil y así no se llama.

Pero esta evolución natural de JavaScript, realmente llevándolo a convertirse en mucho más resiliente y robusto es realmente emocionante. Y este es un ejemplo del conjunto de nuevas herramientas interesantes. Creo que como desarrolladores, nos encanta probar cosas nuevas. Nos encanta experimentar con lo que parece emocionante o lo que parece que nos abre nuevas puertas.

Pero personalmente soy muy cauteloso al respecto. Soy muy cauteloso al adoptar nuevas herramientas. Necesito algo de persuasión. Y de hecho, intenté Deno por primera vez muy por accidente. No creo que me diera cuenta de que incluso lo estaba usando. Y ese podría ser el caso para ti también.

Como desarrollador de JavaScript, un desarrollador web, un desarrollador de Node, como sea que te describas, ya podrías haber encontrado Deno sin darte cuenta. El lugar donde descubrí Deno por primera vez sin darme cuenta fue cuando estaba construyendo funciones edge en Netlify.

Así que tenía muchos sitios. Todavía tengo muchos sitios en Netlify, y estaba usando funciones edge de Netlify como una forma de agregar algo de dinamismo y algunas capacidades en tiempo real o a pedido a mis sitios pre-renderizados. Y poco sabía en ese momento, pero en realidad eso estaba impulsado y todavía está impulsado por Deno bajo el capó. Pero así es como se ve. Me parece JavaScript.

Estaba escribiendo funciones, controladores que se ven un poco así, algunos de ellos un poco más complicados que esto, pero entiendes el punto. Esto es solo JavaScript. De hecho, gran parte de esto ahora es solo TypeScript. Y esa es una forma realmente interesante de comenzar a construir con algo sin siquiera darte cuenta de que eso es lo que lo impulsa bajo el capó.

Así que este fue mi primer contacto con Deno, y me emocioné cada vez más por ello antes de unirme a Deno, la empresa. El siguiente paso para eso realmente, para mí, fue otro tipo de droga de entrada que me llevó un poco más profundo, y eso vino en forma de un generador de sitios, uno llamado Loom, que puedes o no haber encontrado. Me encanta Loom. Está muy, muy elegantemente diseñado desde un punto de vista técnico. Se alinea un poco con algunos de mis gustos técnicos. Es uno de esos proyectos que, no sé si alguna vez has estado en esta situación, donde lo miras y terminas leyendo la documentación de principio a fin de una sola vez.

Me emocioné mucho al usar esto, pero el primer paso para instalarlo fue este comando. Así que era un comando de Deno. Nunca había usado Deno antes, o eso pensaba, ciertamente no explícitamente. Así que esto es lo que me llevó a Deno. Me llevó al sitio de Deno, donde encontré cómo instalarlo, ejecutando este comando. Todos estos comandos y todo el contenido de esto, por cierto, se compartirán más adelante. Así que no te preocupes por tu bolígrafo y papel o por anotar estas cosas. Compartiré eso más adelante. Pero ejecutar este comando, por supuesto, nos lleva al punto de que tenemos Deno instalado y podemos comenzar a usarlo explícitamente. Y tenemos este tipo de cursor parpadeante aterrador de qué hacemos a continuación?

No he hablado realmente sobre qué es Deno. He mencionado al principio que estaba emocionado de jugar con él como un nuevo juguete, pero ¿qué es exactamente? Hablemos brevemente sobre qué es. Quiero decir, es un runtime de JavaScript de código abierto, TypeScript y WebAssembly. Hablamos de que tiene configuraciones seguras. Está construido sobre V8, Rust y Tokyo. Y Deno, la empresa, tiene una plataforma de alojamiento. No voy a hablar de eso en absoluto hoy. Realmente, es un runtime de JavaScript. Es una cadena de herramientas de TypeScript, si lo prefieres. Es un gestor de paquetes. Es un ejecutor de tareas.

Es una herramienta de pruebas. Es un linter y formateador. Es una herramienta de benchmarking. Es un compilador. Es un montón de cosas. Y tenemos, bueno, bastante menos de 20 minutos para hablar sobre esto. Así que tendré que ir rápido y darte un pequeño adelanto, pero espero que lo que haga sea tal vez elegir algunas de estas cosas y intrigarte de la misma manera que yo fui intrigado.

¿Qué me intrigó en primer lugar? Bueno, soy un desarrollador web desde hace muchos años, como mencioné anteriormente, y realmente me llamó la atención desde el principio al mirar Deno que era una API diseñada que se basa muy fuertemente en estándares web, lo cual es emocionante. Si has estado trabajando en la web durante mucho tiempo, es agradable tener algo que es una API que te resulta familiar. Así que sí, Deno se basa en estándares web y sus APIs se sienten un poco familiares, ya sea cuando estás tratando con URLs o si estás construyendo cosas con sockets web o APIs más nuevas como temporal que te ayudan a manejar fechas y horas un poco más fácilmente.

Cosas como esas realmente ayudan a darle a una herramienta como Deno una rampa de acceso bastante suave. La combinación de una API familiar y la capacidad de comenzar cosas con un solo archivo, no necesitas muchas tuberías o infraestructura o configuración, solo un solo archivo te pondrá en marcha. Significa que es muy poca fricción para comenzar, y me encanta eso. Así que un punto de entrada familiar para muchas personas, familiarizadas con Node, será esto. Así es como ejecutarías un archivo de JavaScript con Node, solo con ese comando de Node. Es lo mismo en Deno. Después de haber instalado Deno, puedes hacer lo mismo. Puedes hacer lo mismo con TypeScript. No necesitas nada más. Es un runtime con todo incluido, como les gusta decir a los chicos de Deno. Así que puedes estar ejecutando TypeScript de inmediato, así de simple.

Y hay algunas otras características familiares también. Estarás familiarizado con hacer cosas como NPN, init para comenzar. Y eso es exactamente lo mismo con Deno. Deno puede darte un proyecto inicializado desde Deno.init también. Y eso es, así es como se ve eso. Así que comenzaremos con un pequeño proyecto aquí desde cero. Todo lo que hace cuando ejecutas Deno.init es que te crea algunos pequeños activos. Te crea un archivo de configuración, un archivo de script muy simple y un archivo de prueba para que puedas ejecutar tu aplicación, probar tus aplicaciones y luego configurarlas muy, muy rápidamente. Como mencioné anteriormente, de hecho solo necesitas un solo archivo para comenzar, pero esto te da un poco más.

Y verás aquí que, ya sabes, como empecé, tenía algunas líneas onduladas, ya sabes, cuáles eran algunas de estas internals que estaban integradas y no estaban funcionando o no eran reconocidas por mi IDE. Bueno, habilitar Deno en tu IDE después de instalar una extensión significa que puedes tener todo tipo de información sobre tu código. Te da sugerencias en todo el ecosistema de Deno y eso también está disponible para ti. Así que te instaría, si vas a jugar con Deno a instalar la extensión de Deno para Visual Code. También hay muchas otras herramientas LSP para ti para tu editor de código particular. Y de nuevo, compartiré enlaces a eso al final de la masterclass.

Y así que si comienzas con Deno, ya sabes, no necesitas necesariamente ejecutar un NPM install o algo equivalente para comenzar a construir con paquetes. Esto es algo que me atrajo mucho. Así que si miramos un archivo de TypeScript muy simple aquí del que tal vez queramos importar de algún paquete, es realmente importante, creo, que podamos comenzar a traer cosas del NPM o del ecosistema de node para facilitar esa transición.

Es difícil comenzar completamente desde cero con un entorno como este. Así que si quisieras importar de un paquete como un emoji de node aquí, podrías hacerlo simplemente ejecutando tu archivo después de asegurarte de que tienes el especificador al principio de tu paquete, que son los dos puntos de NPM y luego el nombre del paquete. Eso le dirá a Deno cuando ejecutes este script por primera vez que vaya, instale eso, lo almacene en caché para ti, y luego lo haga disponible para tu script. Así que no necesitas ejecutar NPM install. No se requiere package JSON. No hay módulos de node que debas gestionar. Todo puede suceder en este único archivo. Así que puedes simplemente ejecutar tu script. Instalará cosas, y ahí vas.

Pero, por supuesto, la gestión de dependencias es importante. Y no todo es tan simple como ese último script. Así que con Deno, podemos importar cosas implícitamente en línea como acabo de mostrar, o podemos ejecutar cosas como Deno add, Deno install para gestionar tus paquetes de esa manera también. Cuando instalamos dependencias en Deno, esas se almacenan en caché globalmente, localmente. Lo que quiero decir con eso es que se almacenan en caché en tu máquina, pero son globales en tu máquina para todos tus proyectos. Así que cuanto más construyas con Deno, más estarás acumulando esa caché de módulos de node compartidos, si lo prefieres, o recursos que todos tus proyectos pueden usar. Es muy similar al enfoque que tal vez hayas visto de PNPM.

Esto es genial para la velocidad de instalación, también para desduplicar cosas en tu almacenamiento. Es mucho más eficiente que quizás la forma a la que estás acostumbrado. Y podemos agregar cosas a nuestras aplicaciones usando comandos de Deno install, tal como podrías con NPM install, o Deno add, que en lugar de instalar, simplemente lo agrega a tu configuración para que puedas instalarlo con un comando más tarde. De cualquier manera, estos lucen muy, muy similares en términos de su sintaxis, donde puedes agregar muchos paquetes diferentes. Y si incluyes el especificador NPM, los instalará desde el registro de NPM. Hay alternativas. No creo que tenga la oportunidad de hablar sobre JSI, que es otro registro que Deno está promoviendo con algunos otros grandes actores como una alternativa interesante a NPM, pero de cualquier manera puedes instalar desde JSI o NPM con este tipo de comando. Ahora, probablemente te sientas mucho más cómodo viendo un package.json donde tienes las dependencias listadas para que puedas ver exactamente qué hay allí. Y puedes tener esa provisión también con Deno. Deno.json tiene un mapa de imports. Así es como se ve el objeto de imports allí como un ejemplo.

Y aquí puedes ver ejemplos de recursos que han sido extraídos del registro de NPM o de JSR, todos los cuales pueden ser utilizados dentro de tu aplicación. Y si haces esto, por supuesto, eso simplifica las cosas porque esos se exponen a tus aplicaciones por esos nombres en lugar de por los identificadores más verbosos allí. Así que en lugar de hacer esto en nuestro ejemplo anterior, podemos volver a hacer esto si tenemos un Deno.json con nuestro mapa de importaciones.

Una de las cosas que me emocionó sobre usar Deno fue cómo me ayudó a gestionar todos estos recursos y mantener estos paquetes actualizados. Así que Deno tiene esta útil utilidad llamada outdated integrada en su gestor de paquetes. Y la forma en que funciona es así. Vamos a echar un pequeño vistazo aquí. Así que tenemos un proyecto simple que tiene algunas dependencias diferentes de las importaciones. Tiene React allí, que proviene de NPM de un número de versión particular. También tenemos Vite, que tiene que ser al menos, ¿qué decimos?, 4.5.0 allí.

Y tenemos algo que proviene de JSR, que es de una biblioteca estándar que estamos usando. Así que si ejecutamos Deno outdated allí, nos mostrará lo que está instalado actualmente, qué nos daría una actualización si simplemente honramos, asegurándonos de que sea seguro para SEMVer, y cuál es la opción más reciente disponible para nosotros. Y así podemos actualizar de varias maneras. Así que si ejecutamos outdated dash dash update, mi escritura se pone al día conmigo. Simplemente ejecuta update allí. Nos dirá que en realidad no hay nada que podamos actualizar de forma segura aún, porque estamos un poco más atrás. Así que estamos tan actualizados como podemos estar para la última actualización sin romper SEMVer. Pero si vamos a lo más reciente, y pondré la bandera interactiva aquí, esto nos mostrará por paquete exactamente qué podemos instalar. Así que podemos elegir esos. Así que el paquete de JSR, eso es solo una versión puntual, así que lo actualizaremos. Y elegiremos uno de los otros para actualizar también. Y ahí puedes ver, simplemente elegimos qué elementos actualizar, y eso se ha actualizado nuevamente, no solo en nuestra caché local, sino también en nuestro DNO.JSON para asegurarnos de que todo esté actualizado y consistente para cuando lo usemos en el futuro con quizás un comando DNO install en otro entorno.

Está bien. Como mencioné, esas dependencias están todas almacenadas en caché globalmente en nuestro entorno local, lo cual es una bendición para cualquiera que sea como yo, que ha tenido el dolor de cabeza de buscar en Google cómo eliminar todos mis módulos de node en toda mi máquina. Porque he estado en esta situación donde mi disco estaba lleno y tenía un montón de gigabytes de módulos de node. No sé. ¿Alguien ha estado en este camino donde has estado encontrando estos comandos para limpiar las cosas? Es mucho más fácil con DNO. Puedes simplemente ejecutar DNO clean. Eso purgará tu caché local. Y luego las instalaciones posteriores repoblarán gradualmente esa caché para ser utilizada en tus diferentes proyectos.

Creo que se me permite decir. No sé, tal vez no. Pero solo entre nosotros, creo que nos estaremos enfocando un poco más en el futuro que tenga algún tipo de control granular extra. Pero por el momento, DNO clean purgará esa caché y te permitirá poblarla de nuevo, pieza por pieza a medida que avanzas.

Este es un pequeño ejemplo aquí del proyecto que es el sitio de documentación de DNO. Solo voy a empezar completamente desde cero aquí solo para mostrarte un par de cosas. Así que este es un nuevo tipo de checkout limpio de ese repositorio. Solo echaremos un vistazo a cómo se veía ese proyecto. Es un proyecto bastante extenso con decenas de miles de páginas, mucho contenido, bastantes dependencias. Dependencias allí y diferentes tareas que podemos ejecutar. Hablaremos sobre las tareas en breve.

Y si después de clonar eso, simplemente ejecuto serve, que es una de las tareas allí para iniciar el proyecto, notarás que no está instalando nada. Eso es porque, ya sabes, aunque fue un checkout limpio, en mis otros proyectos, casualmente he instalado cosas que incluyen esas dependencias. Si hubiera habido algún hueco, simplemente habría instalado esas y luego habríamos estado en marcha. Pero como puedes ver, estamos yendo muy, muy rápido allí desde clonar un proyecto hasta ponernos en marcha.

Solo quiero mostrarte cómo se ve la limpieza. Así que si detengo el servidor, y luego ejecutaremos Deno. Primero echemos un vistazo a la información. Así que puedes ver aquí al ejecutar Deno info, la ubicación de donde se almacenan nuestras diversas cachés y recursos localmente, así que podemos interrogar esos si lo deseamos. Pero solo voy a limpiar eso, purgarlo por completo. Ha eliminado esa caché. Así que ahora si ejecuto Deno, para ejecutar mi tarea, usemos task en lugar de run esta vez. Son un poco intercambiables para tareas. Ejecutar tarea serve.

Notarás que aún no he instalado nada. Deno instalará eso por mí automáticamente. Se encargará de las dependencias de acuerdo con el Deno.json. Instalará eso en la caché para uso futuro, no solo en este proyecto, sino también en los otros proyectos. Y estamos en marcha una vez más. Está bien, el tiempo avanza.

Sigamos avanzando tan rápido como podamos. Un ejecutor de tareas. Oh, esto es realmente emocionante para mí. ¿Quién sabía que ejecutar tareas sería motivo de emoción? Puede que estés acostumbrado a ejecutar diferentes scripts en tus proyectos de Node con npm run dev. Puedes hacer lo mismo en Deno con tareas utilizando el comando run, o de hecho con task. Estas tareas se gestionan en tu Deno.json.

Y si solo mostramos un pequeño ejemplo aquí rápidamente de solo Deno task sin nombrar una tarea, lo que hará es describirnos cuáles son todas las tareas disponibles, y da una descripción de lo que son, si hay otras dependencias de las que depende. Y podemos ver aquí que esta tarea tiene un comandante. Se ejecutará y depende de estilos y demás. Todo esto está configurado en lo que creo que es un objeto de aspecto bastante familiar dentro de Deno.json, muy similar a los scripts en package.json. Pero puedes ver que podemos proporcionar una descripción y las dependencias dentro de esta estructura, lo que significa que Deno resolverá las dependencias por nosotros entre nuestros proyectos. Y puede hacer algunas cosas útiles como manejar dependencias en diamante, dependencias en cascada profundas y lo que sea.

Así que, por ejemplo, si ejecuto denotask build, ese es un comando que ejecuta build docs y build blog, pero ambos dependen de build styles. Y Deno es lo suficientemente inteligente como para ejecutar build styles una sola vez como una dependencia de ambas otras subtareas antes de que se ejecuten esas otras tareas. Este es el tipo de cosa que solía instalar otras herramientas y aplicaciones para ayudarme con antes de usar Deno. Y me encanta el hecho de que ahora está integrado y todos pueden conformarse a usar un conjunto particular de herramientas.

Está bien, voy a pasar rápidamente por la ejecución de pruebas. Deno incluye un marco de pruebas, y puedes ejecutar tus pruebas utilizando el comando denotest. Justo al principio de esto, de nuestras pequeñas demostraciones, miramos cómo iniciar un proyecto simple y eso nos dio un archivo denotest de inmediato. Puedes ejecutarlo allí con denotest y ver cómo se ve. Y este es un gran punto de partida para construir tus pruebas a través de tu aplicación a medida que la construyes. Deno buscará archivos con estas convenciones de nomenclatura, así que cualquier archivo underscore test o cualquier archivo dot test, y buscará las pruebas dentro de esos archivos. Y puedes estructurarlos como desees y obtienes acceso a cosas como simulación, pruebas asíncronas, herramientas de cobertura, y una variedad de diferentes estilos de prueba. Realmente no tengo tiempo para hablar de eso demasiado aquí, pero recomendaría revisar algunos de los ejemplos en docs.deno.com forward slash examples donde hablamos sobre los fundamentos de las pruebas y cómo aislar cosas con simulaciones y mucho más.

Está bien, el tiempo avanza, así que necesito solo aludir a esta cadena de herramientas de TypeScript de la que hablé al principio. También es una cadena de herramientas de JavaScript, supongo. Creo que tal vez quizás cadena de herramientas de desarrollo habría sido una mejor frase para ello. Basta decir que ya está integrado. Sabes, no tuvimos que hacer nada extra. No tuvimos que agregar ninguna configuración.

Lo ejecutamos de la misma manera que ejecutaríamos un archivo de JavaScript, ejecutamos un archivo de TypeScript. No tenemos que compilar nada ni hacer ningún trabajo extra o configuración para que eso funcione. Ahora, hay facilidades para hacer más cosas relacionadas con TypeScript, como hacer nuestra verificación de tipos con deno-check o generar definiciones de tipos con deno-types. Todo esto está integrado también y listo para que lo uses, al igual que cosas como el formateo del código similar a cómo podrías instalar algo como Prettier para formatear tu código y hacer que sean consistentes en todo el proyecto o crear un conjunto de reglas para linting de tu código con deno-lint. Todo esto está integrado y es configurable y extensible.

Está bien, he pasado por mucho y solo voy a resumir por qué estoy emocionado. Me encantan las herramientas que simplifican y unifican las herramientas. Hay muchas cosas que he buscado en otras herramientas aquí que ahora están integradas en una sola herramienta, lo que ayuda a los equipos a unirse en un poco de consenso sobre el tipo de herramientas que van a usar y no tienes que aprender tantas cosas. Deno está mejorando regularmente y construyendo bastante rápido, similar a muchas de las cosas dentro de este tipo de paisaje. Y estoy emocionado por el hecho de que ya sé esto debido a su base en estándares web.

Creo que todas estas cosas ayudan a tener una menor fricción, menos peculiaridades para que puedas empezar a construir cosas muy, muy rápido y puedes construir sobre el modelo de seguridad bastante robusto de Deno y su impresionante rendimiento, lo que suena como una forma muy comercial de concluir una charla. Te instaría a jugar con Deno si estás interesado echando un vistazo a algunos de estos recursos. Mostré muy rápidamente una lista de ejemplos y tutoriales. Puedes profundizar en ellos allí. Además, hay mucha ayuda disponible en el Discord de Deno y conversaciones y actualizaciones que ocurren en Blue Sky. Y también recomendaría este video de la gente de Syntax que hizo una inmersión muy profunda con todos los detalles sobre Deno, usándolo para un proyecto particular y realmente profundizando en eso también. Está bien, unos minutos sobre el tiempo. Así que disculpas por eso. Veamos si podemos ajustar esto en la edición. Veamos. Pero con eso, solo diría gracias por tu tiempo. Gracias por escuchar. Puedes contactarme para preguntas en philhawkswith.dev y puedes obtener estas diapositivas desde el código QR. Encuentra eso en hellodino.