Por cierto, vamos con un nuevo lanzamiento porque Vyom, no sé si se lo sabéis lo que es, pero si no os lo explico, está cumpliendo su primer aniversario.
Vyom, para el que no lo sepa, es un set de herramientas que está hecho en Rust para lintar, formatear el código.
También se supone que para compilar, aunque creo que es una cosa como que se está perdiendo, o sea que me da la sensación que se van a concentrar solo en formatear y en lintar.
Lo cual me parece perfecto. Creo que tiene mucho más sentido que se enfoquen, que no que intenden hacer demasiadas cosas.
Y han cambiado bastante la portada y ahora hablan solo de lintar y de format.
Y sería como una alternativa a Slint y a Prettier, solo que es mucho más rápido.
Fíjate que en esto es hasta 35 veces más rápido que Prettier formateando el mismo código.
Y con el lintar le pasa tres cuartas de lo mismo. Es muchísimo más rápido.
Y es retrocompatible con las reglas de Slint, TypeScript Slint y otras fuentes.
Lo cual está bastante bien. Tiene un año ya el proyecto.
Y para celebrarlo han sacado la versión 1.9.
Que ahora, pues fijaos, que ha creado algunas novedades aquí la versión 1.9.
Se puede migrar mucho más fácil la configuración a esta nueva versión.
¿Has probado Millions?
No he probado Millions.js, la verdad, que se supone que es para optimizar componentes de React.
Aquí tienes para formatear, lintar y chequear el código.
Y ahora se está metiendo en temas de CSS, de GraphQL.
Tiene bastante buena pinta.
Cada vez necesita menos configuración.
Y la verdad es que me parece que está muy bien.
Fijaos cómo ha ido subiendo.
Aquí últimamente, esto es del año pasado,
pero desde principios de año, cómo ha ido creciendo de forma lineal hacia arriba.
Y ya tiene casi 3 millones de descargas mensuales.
Todavía creo que le falta.
O sea, le faltan cosas y tener soporte, por ejemplo, a Astro.
Astro tiene un soporte limitado.
No funciona del todo.
Tiene un soporte que solo la parte de JavaScript sí que funciona.
Entonces, yo creo que hasta que estas cosas no las tenga del todo arregladas,
no es que sea la opción total, pero hay un montón de proyectos,
como por ejemplo, Undesign, la gente de Astro, Discord, Label Studio,
Appify, RSPack, un montón de proyectos grandes,
están utilizándolo para lintar el código.
Por ejemplo, Undesign ya se han pasado totalmente a utilizar Beom.
O sea, ojo, cuidado, porque cada vez más me parece una alternativa Slim
que se está haciendo más y más famosa.
Así que atentos ahí a ver si nos va a sorprender.
Ya en un solo año sí que ha subido y ha crecido un montón.
Y de nuevas versiones ya tenemos la Release Candidate de Dino 2.0,
el entorno de ejecución de JavaScript alternativa a Node.js.
Ya tenemos la Release Candidate.
Han hecho cambios importantes.
Por ejemplo, han quitado la variable global window,
la han quitado, y ahora han puesto la variable global process.
Entonces, esto lo han hecho para que se parezca todavía más a Node
y porque dicen que era una fuente de errores y problemas,
esto de poner esta global window, mucha gente o muchas bibliotecas
la chequeaban para saber si estás en cliente o en servidor.
Entonces, al parecer dicen, bueno, ya desde la versión 1.4 ya no lo recomendábamos
y ahora sí, pues lo han quitado totalmente.
Siguen recomendando utilizar global disk, que sería como lo mismo utilizar la variable global window.
Y en cambio lo que han hecho es añadir process,
que es la variable global que suele tener Node, pues lo han hecho.
También han cambiado el tema de cómo manejar las dependencias.
Todo esto seguramente haremos una clase,
que me parece muy, muy interesante todos los cambios y lo veremos.
Pero, ¿qué pasa? Pues que han hecho algo más parecido a cómo se utiliza en NPM,
el hecho de instalar una nueva versión y tal.
Podemos utilizar tanto NPM como JSR,
que es su propio ecosistema de registro de paquetes,
que es este de aquí, que es una alternativa a NPM, por si lo queréis saber.
Tendríamos nuestro package JSON exactamente igual que cualquier proyecto de Node.
La verdad es que lo que podéis ver es que cada vez se parece más a Node.js.
O sea, me parece curioso, pero cada vez se parece un poquito más a Node.js.
Marcando las diferencias, pero se ha parecido un poquito más.
Así que, ¿se usa Dino en producción?
Usar seguro que se usa, pero no se usa tanto como Node.js.
Eso no tengo ningún tipo de duda, ¿vale?
Y bueno, nuevas APIs estables.
Han mejorado y han simplificado el tema del Create HTTP Client
para crear servidores HTTP, un montón de cambios,
Breaking Chains para un montón de APIs.
Para eso va a ser una mayor, ¿vale?
Para cambiar muchas APIs.
Cosa que en Node.js le suele costar bastante hacer este tipo de cosas.
También temas de permisos.
Así que, mira, más compatibilidad con Node.js.
Vamos a hacer algún proyectito con Dino
para ver todas estas diferencias y crear un proyecto desde cero.
A ver qué se me ocurre, qué podremos hacer.
Porque me sigue gustando.
Lo que más, más me gusta de Dino es su servicio de hosting.
La verdad.
Que es Dino Deploy.
Me gusta, me gusta bastante.
Dino Deploy porque tiene un pricing que es bastante barato.
Me gusta mucho cómo es la forma de desplegar.
El tema de cómo lo puedes probar en local
y que funciona exactamente igual luego en producción.
Está bastante bien.
Además que se puede integrar.
Es una alternativa totalmente a Vercell.
Puedes crearte una API que funcione súper bien.
Lo conectas con tu GitHub
y cada vez que subes tus cambios se despliega otra vez.
Así que está bastante bien.
Solo se puede desplegar en Dino.com.
No, no.
Se puede desplegar también donde quieras.
Por ejemplo, en Render.com.
Pero es verdad que Dino Deploy está muy bien
porque te lo hace muy fácil.
Te lo simplifica muchísimo.
Entonces, yo creo que por eso me sigue gustando Dino la idea.
Sobre todo por su plataforma de despliegue.
Pero por lo demás me da la sensación que Van le ha ganado la batalla en el hype.
En toda esta historia de la próxima versión.
No sé.
Como que Van solo con el tema de la velocidad.
Mucha gente le tiene muchas más ganas.
Que no como lo veo con Dino.
Que se ha quedado más en medio camino entre Node y Van.
y la gente como que dice
bueno, es que para esto me voy para un cambio mucho más bestia que es Van
o me sigo con lo mismo siempre que es Node.js
porque se parece lo suficiente y ya está.
Así que eso es lo que creo que ha pesado.
Eres el mejor.
Muchas gracias, hombre, amigo.
Dino para ganar mucho hype debe hacer algo impresionante.
Algo como aceptar sintaxis de Rust.
Bueno, ya Van está aceptando sintaxis justamente de C
que me parece bastante bestia.