Hoy vamos a ver las tendencias del año en el mundo de la programación, los repositorios con más estrellitas, lo mejor del ecosistema de React, de Vue, en Testing, en CSS, en JavaScript.
Vamos a ver qué aprender, qué estudiar en este ecosistema. Os voy a dar también mi opinión, lo que yo considero.
De hecho, seguramente haremos algún tier list también de esos proyectitos. A ver si yo estoy de acuerdo, si no estoy de acuerdo.
Pero sobre todo vamos a hablar de tendencias, ¿vale? Tendencias.
¿Qué quiere decir las tendencias? Pues vamos a estar revisando los resultados de la JavaScript Rising Stars, que se hace todos los años y que te dice qué está en tendencia.
¿Qué quiere decir? Que son los proyectos que este año pues tienen muy buena pinta.
Proyectos que poco a poco se están utilizando cada vez más y quién sabe si va a ser los nuevos estándares de tecnología para crear webs, para crear backend, para crear componentes, para crear lo que sea, para hacer manejos de estado.
También vamos a ver, Redux está desapareciendo. Todo lo contrario, ¿cuál es el proyecto que mejor pinta tiene?
Vamos a ver, The GraphQL, para crear páginas estáticas, todo esto.
Y es interesante porque muchas veces las tendencias nos están indicando hacia dónde va un poco el mercado.
Así que es importante, no hace falta que ahora nos obsequemos. Esto no significa que haya que aprenderlo todo.
Pero a lo mejor sí que os da una idea de qué estudiar, ¿no? Porque a lo mejor dices, oye, yo ya sé, React, pues ¿qué debería estudiar ahora?
Pues Vue o tal. O dentro del ecosistema de React, ¿qué es lo que puede estar interesante? ¿Qué es lo que se lleva ahora para hacer un estado global?
¿Cuáles son los proyectos más populares que a lo mejor me pueden apetecer?
Es una forma de priorizar, ¿ok? De priorizar.
Que luego cuando hablo de esto todo el mundo dice, madre mía, hay que aprenderlo todo. No hace falta que lo aprendas todo, pero te puede ayudar a echar una idea.
Entonces, tenemos un montón, ¿no? Tenemos los más populares, front-end frameworks. Yo creo que vamos a ir al revés, si os parece, ¿no?
Porque yo me parece un poco más interesante que vayamos de abajo a arriba y así iremos, yo creo que de lo menos a lo más interesante.
Iremos ahí increchendo. Vamos a poner lo que no tocaría ni con un palo. Esto es, no lo toco ni con un palo.
Ni con un palo. Ni con un palo, ¿vale? Porque puede tener muchas estrellitas y yo no querer tocarlo ni con un palo, ¿vale?
Esto es top. Vamos a ponerlo top. Muy interesante. En el 2 vamos a poner... ¿Está bien? Vamos a poner aquí un E.
Bueno, pues esta va a ser tendencias del año, programación para estudiar o programación 2024, ¿vale? Programación 2024.
Vamos a ver qué tenemos. Vamos a empezar con el State Management, que me parece interesante.
Venga, los proyectos. Tenemos número 1, Zustan. Número 2, Jotai. Número 3, X-State.
Número 4, Pinia. Número 5, Nanostore. Baltio. Signals. Legend State. Tinibase.
Y en el número 10 tenemos Redux. Ojo, Redux. Ojo, Redux, ¿eh? O sea, obviamente, obviamente Redux ya tampoco tiene tanto para ir mejorando.
Obviamente, ¿no? Pero se ha quedado en el último. Pensad, hay que tener en cuenta una cosa.
Porque, claro, si miramos Redux, una cosa que podéis ver también es la tendencia que ha tenido, ¿no?
Podemos ver aquí la tendencia, la tendencia del año. Tendencia es que empezó... Ha ido decayendo un poquito, ¿no?
Ha ido decayendo, pero tiene en total 60.000 estrellas. Claro, 60.000 estrellas.
En cambio, Zustan tiene la mitad de estrellas, pero es verdad que lo que ha ido haciendo este año ha sido mucho mejor que Redux.
Empezamos así. Redux, ¿no? Redux. A ver. Yo la verdad es que en tendencia del año, sinceramente, yo pondría Redux. A Redux lo pondrían está bien.
Y os voy a explicar por qué, ¿vale? Yo Redux, queramos o no, hay mucho código que todavía lo usa. Hay demasiado código que todavía lo usa.
Entonces, yo creo que está bien aprenderlo, ¿eh?
Ahora, yo si tuviera que hacer un proyecto desde cero, no utilizaría Redux ni aunque me paguen dinero, ¿eh?
O sea, no me gusta, no me gusta, no por nada, sino porque me parece demasiado complejo muchas veces.
Sé de gente y de empresas que llevan años, llevan años intentando sacarlo y no pueden sacar Redux ni con agua caliente.
Porque se les ha metido ya por todos los sitios de su infraestructura, ¿sabes?
Por toda la web y las miles de líneas que no son capaces de sacarlo ni queriendo, ¿eh?
Pobrecitos, pobrecitos.
Pero hay trabajo, justamente, hay trabajo de esto, ¿vale? Hay trabajo de esto.
Así que nada, yo creo que está bien porque hay bastante trabajo todavía de esto, pero es verdad que cada vez más se está bajando.
Metástasis de Redux. Hostia, qué buena frase esa, tío. Qué buena frase.
Tienes toda razón. Metástasis de Redux. Me parece muy bien.
Os voy a decir la verdad. Tinibase. No conocía Tinibase. No sé exactamente ni qué es Tinibase.
De Reactive Data Store for Local First Apps. Es la primera vez que lo escucho.
Es interesante porque funciona para React, Party, Expo. O sea, funciona como para todo.
Y se ve bastante fácil. Fijaos que es bastante como programación funcional, Create Store, Set Values, no sé qué.
O sea, que no creas el típico objeto y todo esto.
Me parece como interesante, pero claro, viéndolo un poco así, tampoco entiendo muy bien qué es lo que me aporta más allá de Zustan, ¿no?
Pero me parece interesante la idea y no la conocía. No os voy a engañar, ¿eh?
No os voy a engañar y voy a decir, no, es súper interesante. Primera vez que lo veo. Primera vez que lo veo.
Pero fijaos, más estrellitas que Redux, ¿eh?
Lo mismo me pasa con Legion State. ¿Qué pasa con estos proyectos?
¿Por qué es importante y es interesante ver un poco la evolución?
Porque fijaos que a veces, por ejemplo, Teeny Base o Legend State pueden ser interesantes, pero ¿qué pasó?
Pues que a lo mejor en julio se hicieron virales o en mayo se hicieron virales por beta saber qué.
Pero tampoco es que el hype se ha mantenido. O sea, que algo raro hay ahí.
Ya sea que a lo mejor salió en una newsletter famosa o alguna cosa de así.
Y esto hay que tenerlo en cuenta. Hay que echarle esto, hay que darle. No es tan fácil esto. No es tan fácil.
Bueno, los Signals. Mira, le ha pasado un poco al revés. Ha llegado un poco tarde.
Los Signals, para que no sepáis, son los Preact Signals estos.
Que esto no fue el origen de la moda, pero esto fue con la moda de los Signals, ¿no?
Estos estados reactivos que puedes cambiar y que al final se observa el valor.
Es muy interesante. Además lo puedes utilizar en React, en Preact.
Es una cosa que ya tienen en Solid.js y tal.
Yo voy a decir que para mí los Signals me parece, en general, no tanto en la biblioteca de Signals de Preact,
sino en general el concepto me parece muy interesante de aprender porque menos React, que va a su bola.
A React le importa un pepino el mundo. Menos React lo vamos a tener en todos los sitios.
En todos los lugares. En Vue ya los tenéis, si no me equivoco son los REF.
en Svelte, en todos los sitios. Entonces, solo aprender el concepto me parece bastante interesante
porque cada vez lo vamos a tener en más sitios y el hecho que no sorprenda, pues yo creo que está bien.
Valtio. Si no me equivoco, Valtio. Valtio, Valtio. No sé si es Valtio del creador también.
Sí, Valtio es curioso porque Valtio es del creador de Zustan.
O sea, este hombre tiene más de una forma de manejar el estado.
¿Y cuál es la diferencia? Bueno, la diferencia, digamos, es que es como la aproximación de cómo tratar el estado, ¿no?
Hay una diferencia de que uno es como más...
No sé deciros, pero este es como más funcional y el otro ya es un objeto que solo tienes que...
No sé, es que Valtio no es tanto de átomos. O sea, porque sí que hay un tipo que sería de átomos,
pero me parece más de, mira, como de proxy, de observables, que no de otra cosa.
Valtio es un poquito más complicado, ya os digo yo, que Zustan, ¿eh?
Es un poquito más complicado. A mí me gusta más Zustan.
Proxy State. Sí, sería más un Proxy State.
Y mira, podríais utilizar la Redux, DevTools, esto sí que está interesante.
Pero a mí es que para utilizar Entrevista y Zustan, pues Zustan me gusta bastante más.
Las cosas como son. Pero fijaos que tampoco está nada mal, ¿eh?
Las NanoStores. Esta también es bastante interesante, más que nada, porque es que no ocupan nada.
Y además son totalmente agnósticas a la biblioteca de React.
Lo podéis utilizar, fijaos, en React, React Native, React, Vue, Svelte, Solid, Angular.
Y es enana. Es enana esta dependencia.
Está muy chula. Yo la he utilizado en algún proyecto, creo que con Svelte,
y es del creador de PostCSS, que quizás esto no lo sabíais.
Pues esta, las NanoStores, es del creador de PostCSS.
Y es interesante porque las NanoStores, ¿sabéis para qué va muy bien?
Para Astro. Si tenéis proyectos con Astro, os pueden venir súper bien.
¿Por qué? Porque podéis compartir el mismo estado global en diferentes componentes de Astro.
Así que las NanoStores me parece una idea muy interesante y la voy a poner...
No sé si ponerla aquí. No sé si ponerla aquí. Venga, NanoStore.
¿Vale? No quería poner bibliotecas en concreto, pero es que me parece que se aprende tan rápido en NanoStore,
que me parece muy interesante.
Así que, y nada, Pinia. Bueno, Pinia me parece también que es muy interesante,
porque básicamente... Bueno, voy a poner top, ¿vale?
Pinia para Vue es top.
Es top. Es top porque es que me parece como el estándar de facto a día de hoy.
Y creo que es de lo mejor que... Bueno, de lo mejor en el ecosistema de Vue directamente.
Así que yo creo que es top, súper importante.
Si hay un proyecto de Vue, muchas posibilidades hay de que tengáis que utilizar Pinia.
Así que yo, si utilizáis Vue, aprendedlo, que lo vais a agradecer.
Todo que es Pinia. Da igual si todo básicamente es para manejar el estado.
Y ya cada uno, pues que mira ahí un poquito más al detalle.
Bueno, nos quedan tres, ¿vale? Nos quedan el top tres.
En el número tres tenemos X-State.
A ver, X-State es una forma de tratar el estado con el modelo actor
que está muy interesante, sobre todo para estados muy complejos.
Y lo bueno de esto es que los estados, fíjate, los puedes hacer como una máquina de estados, ¿vale?
O sea, una máquina de estados es que pasa por diferentes acciones
y pasa por diferentes estados y puedes tener el diagrama directamente
para definir cómo es tu estado.
Y esto para estados pequeños no tiene mucho sentido, ¿vale?
O sea, esto para estados muy sencillos es como demasiada sobreingeniería muchas veces.
Pero claro, el tener un visualizador de cómo sería un estado complejo, ¿vale?
Yo qué sé, a ver, a ver si...
Preparando el editor, a ver si funciona.
Yo os lo enseño.
Ver un ejemplo.
Here you go.
You can press visualize.
Vale, aquí.
Venga, visualize.
Pero es que no funciona.
¡No funciona!
No funciona.
No sé si es que no funciona esta.
A ver si funciona esto.
Voy a iniciar sesión y todo.
Pero está muy chulo.
El hecho de poder decir estados complejos ya suena rarete.
No, no suena rarete.
Al final piensa que muchas veces las aplicaciones realmente grandes puede haber una cascada de cambios de estado.
Por ejemplo, tú cuando haces un like en Facebook o pones un comentario en Facebook, eso tienes que tener en cuenta todo lo que puede cambiar en cascada, todas las cosas que hay que tener en cuenta.
Claro, cuando nosotros hacemos aplicaciones pequeñas, pues es bastante fácil el mantenerlo y tal.
Pero el hecho de tener un estado inicial y tener todas las acciones que puedes hacer, cómo los estados se componen unos con otros, que puedes tener un estado padre, no sé qué, no sé cuánto.
Y poder tener una máquina de estados, que básicamente serían como acciones que puedes ir haciendo y cómo va cambiando, es bastante interesante.
Yo la verdad es que lo voy a poner, esto de los estados, lo voy a poner aquí, que está bien.
Es muy interesante, pero es complejo.
Entonces no creo que sea para todo el mundo y creo que a veces puede ser un poco sobre ingeniería.
Pero ves, aquí por ejemplo tenéis una máquina de estados para las luces de un semáforo, ¿no?
Y aquí tenéis, pues, de inicial estaría en verde, cuáles son los estados, cuándo pasa esto, entonces esto.
Y está súper bien porque lo puedes definir y fíjate que haces un diagrama.
Esto, imaginaos cómo se hubiera cambiado la vida si hubierais tenido diagramas en muchos estados complejos de vuestro día a día.
O sea, es que hubiera sido una verdadera salvajada, ¿no?
Entonces te puedes suscribir, el actor se puede suscribir a esta máquina de estados y ya pues vas enviando los tipos y ya está.
La verdad es que está bastante bien.
Pero obviamente no es una cosa que recomiendo a todos los sitios, ¿no?
Jotai.
Jotai, pues, os va a sorprender, pero también, también es justamente del creador de Zustan.
También es del creador de Zustan.
Del creador de Zustan.
O sea, es que tiene tres tipos de manejo de estados.
Y Jotai, este sí que está basado en átomos, ¿vale?
Es más como primitivos átomos y tal.
Yo tampoco me gusta tanto.
Yo para mí, bueno, está...
A mí Jotai no me gusta mucho, la verdad.
Pero bueno, lo voy a dejar como que está bien porque la verdad es que hay mucha gente que gusta.
Pero fijaos la diferencia.
Número uno.
Proyecto estrella.
Trece mil estrellas solo este año.
Treinta y ocho mil en total.
Zustan.
Con Zustan, fíjate, es que, fíjate cómo de sobrado tiene que ir, cómo de sobrada tiene que ir la cosa para que tú hagas una página web y tu landing sea esto.
O sea, tienes que ir sobrado.
Estás poniendo un oso.
Estás poniendo solo un oso.
Y un ejemplo.
Y es que es absurdamente fácil.
¿Y qué es lo bueno que tiene Zustan?
Yo le voy a decir que tiene tres cosas buenas.
Tres cosas muy buenas.
La documentación, que es maravillosa, ¿vale?
Pero esa no es.
Una cosa que es muy buena es que es universal.
Quiero decir, lo puedes utilizar con React, que mucha gente pensará que solo es para React, pero no.
Lo puedes utilizar con Vanilla JavaScript y, por lo tanto, lo puedes utilizar en cualquier sitio realmente.
O sea, no es una biblioteca de React.
Lo puedes utilizar en cualquier lado.
Que Redux también es una biblioteca que no es de React.
Aunque mucha gente se crea que es de React.
Eso es React Redux.
Lo segundo es que es absurdamente sencillo.
Es absurdamente sencillo.
Fijaos las comparativas que tienen, por ejemplo, de Redux, ¿no?
Aquí tendríamos...
Esto sería la parte de...
Esto sería Zustan, ¿vale?
Zustan.
Y tendríamos aquí la parte de Redux, ¿no?
Esta sería, por ejemplo, esto sería la creación de la Store.
Y esto sería creando...
Bueno, haciéndolo el estado con Reducer.
Que no necesitas hacerlo con Reducer.
Esto sería sin Reducer.
Fijaos lo sencillo que es.
Y aquí sería como mínimo lo que tienes que hacer con Redux.
O creando aquí los slides y tal.
Y las optimizaciones de render, que al final son súper sencillas.
Como lo tienes que hacer en Zustan.
Simplemente lo que tienes que hacer es recuperar solo la parte que quieres.
O sea, está muy, muy chulo.
Muy chulo.
Y luego lo tercero es que las integraciones están muy bien pensadas.
Por ejemplo, la integración que tiene de Imer.
Tiene un montón de librerías third-party para hacer integraciones, ¿ves?
Para utilizarlo en Vue, por ejemplo.
Para utilizarlo en Solid.
Para utilizarlo en diferentes bibliotecas.
O para tener local storage.
Para hacerlo con observables.
O sea, lo que está genial es que la biblioteca es muy sencilla.
Pero es muy extensible.
Muy extensible.
Y eso lo que hace es que de base tú, pues oye, compras el paquete más sencillo.
Y tú te complicas como tú quieras.
Tiene hasta una que estaba muy chula.
Que era de crear formularios.
Y encima te los tipaba y todo esto.
O sea, que yo la verdad en top voy a poner también Zustan.
Porque a día de hoy y cada vez más.
Podemos ver que se está utilizando muchísimo.
Entonces, si os apetece aprender algo sobre estado, manejo de estados.
Yo, Zustan, estoy totalmente de acuerdo.
Que tiene muy, muy buena pinta.
Muy buena pinta.
Bueno, GraphQL vamos a ir un poco por encima.
Porque me parece un poco tal.
Pero voy a poner tres, un poquito.
Voy a poner un poco mis ideas viendo esto.
Y las que yo conozco.
Lo que sí que os digo ya.
Y me sabe mal.
Gatsby, con todo mi cariño.
Yo Gatsby no lo toco ni con un palo.
O sea, Gatsby.
Y con todo, me sabe mal.
Porque a lo mejor me viene ahora un programador de Gatsby.
Y me dice, oh, no sé qué.
No sé qué.
¿Por qué Gatsby no lo tocaría ni con un palo?
Está muy de capa caída.
Y a mí no me extrañaría que se lo carguen este 2024.
Me puedo equivocar, ¿eh?
Me puedo equivocar.
Pero no me extrañaría que se lo quitasen de encima.
Que está aquí en el top 10.
Bueno, está aquí de refilón.
Fijaos que la han puesto en GraphQL.
Que tampoco está en su mejor año, ¿eh?
GraphQL no está en su mejor año.
De hecho, fijaos en las cosas que pone de GraphQL.
Me sorprende, ¿no?
Los proyectos que tienen mejor pinta.
Porque tendíamos Redwood, que en realidad es un framework todo en uno.
GraphQL, este sí.
Pero ya ves tú, este sería uno de referencia.
Que al final, quieras o no, lo tienes que utilizar casi seguro.
Garth, no lo conozco.
Pero también viendo esto, fue tendencia porque un mes lo petó.
Luego, venga, se fue un poco para abajo.
Luego, Asura.
Asura sí que está interesante.
Pero de nuevo, es para actualizaciones en tiempo real.
No sé si la habéis visto alguna vez.
Esto es de pago, obviamente.
Y está interesante porque lo que te permite es crear APIs de GraphQL.
Y hacerlas real-time.
Está bien.
Y tienes una capa gratuita que está bastante chula.
Aunque, bueno, ya veis que tenéis 100 megas solo de pass-through.
O sea, que esto te lo puedes petar bastante rápido.
Lo demás, los 3 millones de peticiones, está súper bien, ¿eh?
Y Asura sí que tuvo su momento, pero no ha terminado de petar.
En host, también estuvo interesante.
Era una alternativa a Superbase.
Era una alternativa a Superbase.
Pero no ha terminado tampoco de llegar a explotar.
Parece que Superbase lo ha ganado bastante por encima, ¿eh?
Y es un poco la misma idea.
Tienes Postgre, pero también tiene GraphQL, cosa que Superbase no tiene.
Tienes autentificación, storage, functions.
Pero, ¿qué pasa?
Que si me preguntas, y esto lo voy a decir con todo mi cariño, me sabe mal.
Pero pensad...
Bueno, no sé si decir esto.
El caso es que la gente de Enhost a mí me escribió hace tiempo para justamente hacer una colaboración.
Y me ofrecieron bastante plata, ¿no?
Y yo les dije, yo les dije, oye, a mí no me importa hacer un proyecto con Enhost.
Porque la verdad, tiene buena pinta como proyecto y tal.
Pero, pero, tened en cuenta que si alguien me pregunta, a mí me gusta más Superbase, claro.
Entonces, ¿sabes?
No quiero que me digáis lo que tengo que decir.
Y no me contestaron más.
No me contestaron más.
En fin, ¿qué le vamos a hacer?
Se queda ahí la cosa.
Y es que ya sabéis que para mí eso es bastante importante.
Pero de nuevo, o sea, no lo digo de malas.
Creo que tiene buena pinta, pero no ha terminado de explotar, ¿no?
En Amplication, esto tampoco lo conocía.
Es la primera vez que lo escucho.
Para generar backend.
La landing no me genera una confianza muy para allá.
Generación de backend.
No sé de dónde sale esto.
¿Qué es?
Me da muy raro eso que el pricing te lo cargue.
Pero no sé.
La primera vez que lo escucho.
Bueno, y no lo hemos cargado.
No lo hemos cargado ya.
¿Habéis visto?
No me da, no me da lo que se diría, no sé.
No me da un, no sé.
No sé.
No sé por qué.
No sé.
No lo huelo bien.
No lo huelo bien.
No sé, ¿eh?
Igual me equivoco.
Pero no me termina.
Directus.
Este sí que me sonaba, ¿no?
De crear una base de datos en una aplicación en 90 segundos.
Esto me suena a haberlo visto alguna vez.
Y directamente este sí que me parece, amigos.
Este hay que apuntarlos, ¿vale?
Tanstack Query.
Que antes era React Query.
Le han cambiado el nombre, ¿vale?
Tanstack Query.
Ahora, porque obviamente lo podéis utilizar para React, Solid, View y Svelte.
Que no solo sería como un manejador de estado asíncrono.
Este, no hay ningún tipo de duda, es top, ¿vale?
Tanstack Query.
¿Por qué es top?
Es top por diferentes motivos.
Uno, porque es que te soluciona la vida.
Te soluciona la vida.
Lo que tenemos muchas veces con esto de Tanstack Query es que te va a quitar la necesidad
de crear un estado global muchas veces.
Va a hacer que tu aplicación vaya mucho mejor cacheando peticiones asíncronas.
El manejo de las peticiones va a ser mucho más fácil.
Vas a escribir mucho menos código.
O sea, Tanstack Query, la verdad, es un must a día de hoy.
Para mí es top.
¿Por qué además?
Pues porque lo utilizan muchas empresas.
Como te soluciona tantas cosas, no es muy raro ver que muchas empresas,
pues lo estén utilizando.
Ahora bien, fijaos dónde está esto.
GraphQL.
Y es verdad que Tanstack Query se puede utilizar para GraphQL.
No me parece la cosa principal, pero esto, sinceramente,
os voy a decir una cosa muy polémica.
Pero esto lo que para mí constata un poquito es el hecho de que GraphQL está de capa caída.
Lo siento, pero es así.
Está de capa caída porque pensad que si tiene que estar Tanstack Query,
y el número uno.
Luego hay cosas aquí que están un poco pilladas por los pelos que yo no veo que sean...
Y en cambio, ¿dónde está Apolo?
¿Dónde está Apolo?
¿Sabes?
No está Apolo.
Que Apolo era como lo más importante de Apolo.
Apolo de GraphQL.
¿Dónde está?
No está.
O sea, no tiene sentido.
Que esto era realmente algo que sí que está pensado para GraphQL.
Y hay...
¿Cuál era la alternativa?
Que estaba muy chula.
Que ahora no me acuerdo.
Hay una alternativa que estaba muy, muy chula.
Que era incluso mejor.
A mí me gustaba más incluso de GraphQL.
Ah, no me acuerdo.
Urql.
Esta, esta.
Urql.
Esta estaba muy chula porque funcionaba bastante mejor, a mi opinión.
Más pequeña que Apolo.
Menos...
Es que era muy grande Apolo.
Era demasiado complicada.
Demasiado grande y tal.
Y además tenía integración con Next.js.
Y esta tampoco aparece.
O sea, lo siento por GraphQL.
Malas noticias.
A mí me parecen malas noticias este top, sinceramente.
De hecho, me parece un top un poco pillado por los pelos.
Pero bueno, ahí os lo dejo.
Vosotros opináis lo que queráis.
De hecho, yo voy a poner...
GraphQL lo voy a poner aquí.
Mira que me gusta, ¿eh?
Es que, de nuevo, una cosa es que a mí me guste y otra cosa es lo que veo.
Y yo lo que veo es que GraphQL cada vez se está utilizando menos.
Ha pasado el hype y, de hecho, mucha gente lo están quitando, muchas empresas.
A mí me sorprende.
Escritorio.
Venga, vamos con el escritorio.
Solo tenemos cinco, así que buenísimo.
Glue On, que la primera vez que lo escucho.
Glue On, que ya veo también que tuvo un momento álgido y que luego ha desaparecido.
Y, además, a tomar por culo proyecto.
Así que, ¡fuera!
¿Qué más?
Native Fire.
Native Fire, esto es un poco chorrada, la verdad.
Y, encima, ya muerto.
Native Fire estaba chulo porque lo que te permitía
era crear una aplicación a partir de una página web.
Pero, bueno, era así.
Era un comando.
O sea, no se podía hacer mucha cosa.
Pero aquí sí que tendríamos las tres más importantes.
Las tres más interesantes.
Electron, ¿vale?
Electron, que sí, ya sabemos, está muy interesante.
Pero está perdiendo poco a poco, un poquito.
De hecho, ya se ve también la tendencia, ¿no?
La tendencia un poquito a la baja.
Que tiene 110.000 estrellas.
Y, obviamente, hay mucho, mucho, mucho todavía que se utiliza con Electron.
Que sigue utilizando Electron.
Y que utilizará Electron durante mucho tiempo, ¿eh?
Y yo diría que Electron, pues, está bien.
Tampoco es que me parezca ahora ya muy interesante.
Porque aquí tenemos una que se llama Wiles.
Que es con Go y Web.
Que la idea es que de rendimiento vaya mucho mejor.
No he visto o no conozco a día de hoy ningún proyecto que utilice que sea famoso de Wiles.
De Electron tenemos un millón.
O sea, hay 10.000 millones.
No sé si...
De hecho, ahora tienen el Electron Forge.
Ese está muy chulo.
Aunque ya lleva tiempo.
Que está genial.
Pero ya sabéis.
El que sí que tiene muy, muy buena pinta es Tauri.
Que está hecho con Rust.
Que temas de rendimiento.
Cada vez se están haciendo más aplicaciones con Tauri.
Y que, obviamente, está en el número uno.
Como podéis ver aquí, está, pum, el número uno.
Y, ojo, 15.000 estrellitas, eh.
De hecho, ojo, que ya está cerca de Electron.
Es del 2019.
O sea, que ya encima tiene tiempo.
No tanto tiempo como tiene Electron.
Pero es que si queréis hacer aplicaciones de escritorio, Tauri tiene...
Se le está poniendo muy buena cara.
Están mejorando un montón la documentación.
Está haciendo un montón de cosas buenas.
Cada vez más empresas lo están utilizando.
Fijaos en los sponsors.
AWS, One Password, Cloudflare.
O sea, está utilizando gente muy top.
Así que, no sé.
Me parece que tiene muy buena pinta.
Pensado para que tenga buen rendimiento y tal, eh.
Y ahora ahí estuve leyendo el otro día que iban a sacar como para sacar aplicaciones móvil.
O sea, que, ojo, cuidado, eh.
Aplicaciones móvil.
No sé.
Tiene muy buena pinta Tauri.
Y, de hecho, yo me gustaría empezar a crear alguna cosita.
O sea, fijaos algunas cosas que tienen interesantes, como crear un barcode scanner.
¿Sabes?
Esto con la API ya totalmente nativa.
Tiene cosas muy...
Incluso el updater para actualizar.
No sé.
Yo voy a poner muy interesante.
Y no lo voy a poner en top.
Ya les explico por qué.
Vamos a ponerlo muy interesante.
En top no, porque tampoco hay un trabajo muy exagerado, eh.
Tauri se desarrolla en JavaScript, ¿vale?
Para que la gente entienda.
Pero, Tauri, tú lo que desarrollas casi todo lo harías en JavaScript, en HTML, en CSS y en JavaScript.
Pero, por debajo, funciona con Rust.
Y si tú quieres, podrías crear como el backend de la aplicación en Rust.
Aunque muchas veces ya hay plugins que están creados para que tú no lo tengas que hacer.
¿Vale?
Entonces, ahí lo tendríamos.
Venga.
Static Sites.
Static Sites.
A ver, aquí vamos a ir un poco rápido también.
Me sorprende EXO.
Me sorprende mucho EXO.
EXO es un proyecto que es del 2012, eh.
Es del 2012.
Y que ha...
O sea, ha aguantado bastante el tirón del tiempo.
O sea, yo estoy muy sorprendido.
Es para crear blogs.
No sé si es que hay algún país que utiliza esto.
Me sorprenda, eh.
Eleventy.
Ahí está también aguantando.
También un proyecto bastante maduro.
Bastante bien hecho.
Muy, muy interesante.
Se cuela en el top Starlight.
Que esto me sorprende, eh.
Es verdad que fijaos que tampoco lleva mucho.
Y que ha pillado bastantes estrellas en el final.
Starlight es para crear documentación con Astro.
La propia documentación de Astro está hecha con Starlight.
Y la verdad, funciona que esto está para pasarle la lengua, eh.
Para documentación me parece de lo mejorcito.
Y además que tenéis este search que va muy fino.
Os recomiendo un montón de Starlight si tenéis que crear una documentación.
Y de hecho seguro que os estará sonando mucho este tipo de documentación.
No sé si RSPack se pasó, creo.
¿Puede ser?
No, RSPack creo que no.
Pero vamos, que muchas bibliotecas, muchas librerías, herramientas,
se están pasando a Starlight porque está muy, muy bien hecha.
De hecho, yo lo voy a poner aquí como muy interesante.
Más que nada, por si tenéis que hacer una documentación, me parece que es el top.
Está perfecto.
Una documentación de un trabajo, o sea, en vuestro trabajo, tenéis que documentar una app interna o lo que sea
y queréis que tenga una página web y tal, pues Starlight.
Luego tendríamos BitPress, que está muy pensado para Vue, que este es el que utiliza RSPack, me parece, ¿no?
Este es el que utiliza RSPack.
Este es el que utilizaría Vue, ¿vale?
También está muy chulo.
De hecho, ¿veis?
Es el mismo.
Es el que utiliza Vue.
Muy chulo también.
Muy rápido.
Genial, ¿eh?
Genial.
Así que yo Starlight y BitPress los pondría juntos y creo que te hayas sentido.
Es que de Vue sería lo mejor.
Aquí han puesto Naxx y Nexies, ¿vale?
Es verdad que Nex y Naxx sirven para hacer sitios estáticos, pero me parecen un poco...
Sí que estoy de acuerdo, pero yo...
A ver, os los voy a poner aquí como top, porque son top.
Pero no me parece su sitio, ¿vale?
No me parece su lugar.
Me parece...
¿Qué queréis?
¿Que ponga el modo dark?
Venga, modo dark.
Lo que pasa es que no sé si tiene modo dark nativo.
No tiene.
Vale, os lo pongo así.
Y luego Astro...
Es que a mí Astro me pone cachondo, Astro y todo, ¿eh?
De verdad.
Es que Astro me encanta.
Me encanta y me encanta y me encanta.
Desde el día uno que ya sabéis que yo le estaba dando cañita.
Vale.
Entonces, vamos a saltar estos, que son los más típicos, y vamos a hablar de Docusauros.
Nextra también está bastante bien.
Nextra está basado en Nexies.
Está bastante chulo.
También os lo recomiendo.
De hecho, por ejemplo, para que veáis un ejemplo, SWR está hecho con Nextra.
Esta página está hecha con Nextra y también funciona muy bien.
Es súper bonita.
El modo oscuro queda un poco raro, ¿vale?
Porque ahora tengo esta cosa aquí, pero ahora, ¿vale?
Se vería así.
Está también muy chulo.
Entonces, lo malo de Nextra.
Lo bueno es que está hecho con Nexies.
Lo malo es que tampoco tiene...
Yo lo voy a poner aquí.
Tanto Nextra...
Voy a poner aquí Nextra, ¿vale?
Porque me parece que tiene un pelín menos de salida.
Docusaurus...
Lo vamos a poner aquí porque este sí que tiene bastante más salida, ¿vale?
Pero está muy chulo.
Si lo queréis hacer con Nexies, os lo recomiendo un montón, ¿eh?
Docusaurus.
Fijaos la diferencia, ¿eh?
Nextra y Docusaurus.
Docusaurus tiene el doble.
Docusaurus.
Salió en 2017.
Es oficial de Facebook.
¿Os suena esta documentación?
Porque esta documentación es la de...
React.
Efectivamente.
Docusaurus es lo que están utilizando para documentación de React,
de StyleX,
de todas las que son las bibliotecas típicas de la gente de meta.
Y la verdad es que está bastante bien.
Son muy fáciles de mantener.
No es mi diseño favorito.
Para mí no es mi favorito.
Pero es verdad que funcionan súper bien.
También Playwright, si no me equivoco,
también utiliza Docusaurus.
Y la verdad es que al final,
el cómo funciona...
Está muy bien que tiene aquí la segunda parte esta.
Tema de diseño al final lo puedes cambiar.
Pero lo que es cierto es que para crear una documentación rápido,
que puedas tú ponerle el código,
que se vea todo bien,
que lo puedas desplegar en cualquier sitio,
que esté optimizado para que sea rápido y tal,
está muy, muy, muy bien.
Así que os lo recomiendo también.
Y la verdad es que Docusaurus se utiliza,
o al menos aquí en España,
claro, mundialmente no lo sé.
Pero en España Docusaurus lo he visto en algunas empresas,
sobre todo para herramientas internas.
De hecho, en alguna empresa yo he trabajado
que utilizábamos Docusaurus.
No es un estándar,
pero era como un estándar de facto,
porque total, es de Facebook,
está muy bien la documentación,
tiene bastante comunidad y tal.
Entonces, yo sé que por diseño,
muchas veces la gente dice,
es que me gusta más de diseño tal,
pero tened en cuenta que a lo mejor no solo es de diseño,
sino que también se trata,
por ejemplo,
Docusaurus, si no recuerdo mal,
no tiene ningún tipo de...
No tiene la necesidad de utilizar Vue ni React,
¿sabéis?
Entonces, ese tipo de cosas a veces es importante,
porque no te atas a un framework.
Por ejemplo,
la experiencia de desarrollo de Nextra puede estar bien,
pero está supeditada a Nex.
La de BitPress también está chula,
pero necesitas Vue.
En cambio,
Docusaurus no necesita nada de eso,
y eso es una cosa que es bastante interesante,
¿vale?
A tener en cuenta,
porque es totalmente agnóstico,
y así no te tienes que atar.
Testing,
testing,
testing,
bueno,
testing,
vamos a pasar un poco así rápido,
pero,
hostia,
aquí hay cosas muy interesantes,
¿eh?
A ver,
a ver,
a ver,
venga,
vamos por partes.
JSDOM,
JSDOM,
no sé si habrá mejorado,
pero JSDOM está bastante,
bastante,
bastante,
a ver,
se utiliza HappyDOM durante un tiempo,
no sé si lo habrán arreglado ya,
pero JSDOM el problema es que iba muy lento,
¿no?
Y se empezó a utilizar la alternativa de HappyDOM,
pero veo que aquí ni siquiera aparece.
JSDOM al final es como para simular el DOM en el servidor,
y así poder hacer justamente los tests mucho más rápido.
Pero,
no sé,
os diría que no es una cosa aprender,
porque total,
esto lo instalas y ya está,
y funciona.
Jest,
ojo Jest,
eh,
Jest está en la posición 9,
en la posición 4,
dentro de su rango,
tendríamos VTest,
o sea,
VTest,
fijaos,
que ha conseguido el,
casi el doble,
un poquito menos del doble de estrellitas,
tiene mucho mejor,
está como más sanete,
pero es verdad que VTest tiene 40.000 estrellas,
y VTest solo tiene 11.000,
pero es verdad que este año,
yo la verdad,
yo,
VTest,
creo que está muy interesante,
si aprendéis VTest,
no os va a costar nada un código que esté hecho con Jest,
yo voy a poner está bien Jest,
porque al final sigue habiendo mucho trabajo,
se utiliza muchísimo,
pero es que en temas de velocidad VTest es espectacular,
y al final es lo que digo,
que pasar de uno a otro no os va a costar mucho,
¿vale?
Vamos,
¿qué más tendríamos por aquí?
Mock Service Worker,
bueno,
esto es para mí súper necesario,
Mock Service Worker,
Mock Service Worker,
si queréis temas de testing,
¿vale?
Si queréis poner temas de testing,
para mí esto es top,
¿qué es lo que hace el Mock Service Worker?
Esto lo que te permite es moquear,
bueno,
no es como moquear,
es como capturar cuando vas a hacer una petición a una API,
en el test,
y le dices lo que tiene que devolver,
¿vale?
Es como un nivel más de moqueo,
¿no?
Porque lo que haces es que tú en tu código directamente,
lo que puedes hacer,
sin necesidad de nada,
lo que puedes decir es,
vale,
cuando en mi código yo haga la petición a esta URL,
quiero que me respondas esto,
¿ves?
Cuando tú hagas una petición a barra resource,
lo que quiero es que me respondas con esto,
y esto fíjate que no lo tienes en mitad de tu código,
ni de tu código,
ni de tu test,
y esto lo que hace,
y es maravilloso,
es que tu aplicación simula que está funcionando sin ningún tipo de problema,
y tú lo que haces es simular diferentes comportamientos de cómo la API debería contestar,
y lo hace justamente con Service Workers,
y funciona tanto en la parte de backend como frontend.
Yo esto,
esto lo he visto utilizar en todas las empresas,
o sea,
en todas las empresas en las que he trabajado,
y tiene todo el sentido del mundo.
Obviamente,
esto no está pensado para utilizarlo en producción,
aunque os digo una cosa,
yo he visto esto utilizarlo en modo desarrollo,
no para testing,
sino para desarrollar,
para moquear lo que debería devolver una API,
entonces tú puedes ir desarrollando,
como simulando lo que devuelve la API,
y eso también es muy interesante,
y es bastante,
bastante,
bastante chulo,
de verdad,
creo que las integraciones tanto para browser,
como Node,
para React,
lo que queráis,
es muy top,
muy top utilizarlo,
así que aprendedlo,
si tenéis la oportunidad,
porque vais a desbloquear un nuevo nivel de testing,
y podéis moquear GraphQL,
REST APIs,
lo que queráis.
Esto de RRWeb,
yo la verdad,
no lo conocía,
no sé qué es,
es la primera vez que escucho sobre esto,
pero parece que es como,
que puedes,
como grabar una pantalla,
y hacer replay de la pantalla,
¿no?
Es como que tú haces clics y todo esto,
y luego haces un replay.
No se ve mal,
pero tampoco entiendo muy bien,
en cuanto es de testing,
o sea,
no sé si,
es que no parece que pongan la documentación,
nada,
ah,
document,
ah,
no,
o sea,
es chino,
es chino,
no sé,
la verdad,
meh,
yo creo que deben ser estrellas,
de China,
y no,
no me parece un proyecto muy,
vale,
Selenium,
yo Selenium,
lo voy a poner aquí,
vale,
Selenium está interesante,
porque sigue habiendo muchas empresas que lo utilizan,
pero,
no hay ningún tipo de duda,
que yo,
Cypress,
creo que está bien,
vale,
Cypress está bien,
y yo,
en top,
para mí,
a día de hoy,
en top,
yo pondría Playwright,
Playwright,
es que,
como herramienta,
de abrir un navegador,
simular y tal,
es demasiado top,
lo tenemos,
de hecho,
lo tenemos bien arriba,
Playwright,
lo tenéis aquí,
en el número uno,
en el número uno,
en el número uno,
es que,
es increíble,
pensad que Playwright tiene muchas cosas positivas,
lo primero,
es que lo tenéis para Node.js,
para Python,
para Java y .NET,
cosa que no suele ser típica,
tener un framework de este estilo,
en cuatro lenguajes diferentes,
el más potente,
o el que es más completo,
obviamente,
es el de Node.js,
pero en la API,
no solo podéis hacer,
controlar un navegador,
sino que también podéis hacer test,
fijaos que tenéis como dos partes,
Playwright Test,
para hacer test end-to-end,
y Playwright Library,
que sería para simular,
la navegación de un usuario,
y podéis hacerlo,
para utilizarlo,
para scrapping y cosas así,
lo cual,
está súper,
súper bien,
es de los creadores originales,
de Papetier,
cosa que se nota por la API,
pero le han dado muchísimo cariño,
más que Papetier,
de hecho,
a día de hoy,
yo diría que,
Papetier,
me sabe mal,
pero Papetier,
yo lo pondría más bien aquí,
en,
aprende Playwright,
porque si a las malas,
tienes que tocar Papetier,
ya te va a servir,
lo que sepas de Playwright,
o sea,
no te va a costar nada,
y yo creo que,
tiene más presente y futuro,
y aquí,
se han colado algunas cosas,
bueno,
se ha colado Storybook,
que yo creo que,
ya os digo,
que es top,
aunque no me parece tanto de Testing,
sino más de catálogo de componentes y tal,
¿vale?
Storybook,
no es que,
sea mi favorito,
ni mucho menos,
porque,
bueno,
tiene algunas cosas que me molestan un poco,
pero,
para hacer Testing Visual,
para tener un catálogo de componentes,
se utiliza un montón,
en las empresas se utiliza demasiado,
en las empresas,
muchas empresas lo están utilizando,
de hecho,
a ver si os encuentro,
¿veis?
aquí Microsoft lo está utilizando,
la NASA lo está utilizando,
Adobe lo está utilizando,
la BBC,
es que lo está utilizando todo el mundo,
aquí tenéis Fluent UI,
todos los componentes de Microsoft,
está utilizando Storybook,
o sea,
que lo está utilizando todo el mundo,
y es muy difícil,
si lo utiliza todo el mundo,
es muy difícil decirle que no,
ya sabéis,
muy bien,
estilos,
estilo CSS,
vamos a ver,
bueno,
Linaria,
ni lo conozco,
no sé ni qué es,
ni creo que lo vaya a volver,
es que me parece Linaria,
Style Components,
lo siento,
pero no,
y encima los estilos de esta página están rotos,
o sea,
esta página,
¿qué es esto?
O sea,
estoy flipando,
estoy flipando con este proyecto,
o sea,
no me puedo creer que un proyecto de CSS,
tenga una landing tan regulinchis,
es que no me lo puedo,
o sea,
esto no puede ser,
no,
no,
no,
Emotion,
bueno,
a ver,
os voy a decir una cosa,
¿vale?
Todo lo que sea CSS en JS,
ñeh,
ñeh,
a la basura,
CSS en JS,
hay alguna excepción,
que luego lo comentaremos,
pero CSS en JS,
y aquí,
pues ya sabéis,
ni con un palo,
Style Components,
Emotion,
ni aunque haya trabajo,
lo primero es que es muy fácil,
y lo segundo es que están muertos,
o sea,
y no lo digo yo,
es que están muertos,
literal,
o sea,
es que están muertos,
están muertos,
¿por qué?
Básicamente,
porque se ha demostrado,
que ya no es lo que,
lo que realmente,
tiene un impacto,
en el runtime,
no ser que utilices Babel,
y todo esto,
se han ido perdiendo unos cuantos,
como por ejemplo,
Stitches,
por ejemplo,
¿no?
El tema es que cada vez más,
todo este tipo,
¿ves?
No está más mantenido,
todo CSS en JS,
que además tiene un impacto en el rendimiento,
ya no tiene ningún tipo de sentido,
no tiene sentido,
y además cada vez se va actualizando menos,
y aquí un poco lo podemos ver,
¿no?
Podemos ver que Style Components,
y Emotion,
habían tenido a lo mejor,
los mejores momentos,
hace años,
y ya están muy de capa caída,
¿no?
Como veis,
Style Components,
tiene 40.000 estrellitas,
es del 2016,
y ya podéis ver un poquito la evolución,
como ha ido cayendo un poquito en picado.
Lo más importante,
uno,
que tenga cero costes de runtime,
que esto lo vais a ver cada vez más,
que en la descripción,
¿no?
Por ejemplo,
aquí lo tenéis,
Kuma UI,
pues Kuma UI,
es del 2023,
acaba de salir,
ya tiene 1.500 estrellas,
¿y qué pone?
Cero runtime.
Runtime,
¿qué significa?
Esto es lo que quiero decir,
claro,
Emotion pone high performance,
Style,
ni siquiera lo pone,
y es verdad que Style Components,
intentaba con Babel,
hacer una compilación,
y no sé qué,
no sé cuánto,
pero la verdad es que ahora,
lo que se busca más,
es que tenga cero runtime,
que no tenga ningún impacto negativo,
en el rendimiento del usuario,
cuando carga,
o sea,
que no cargue JavaScript,
por culpa de eso,
básicamente.
El otro día pensando,
pensé que en un mundo,
en donde la programación web,
se basa en componentizar,
utilizar Style Components,
es absurdo,
no sé la filosofía,
de Tailwinds me gusta más.
Puede ser,
a ver,
está claro,
te pueden gustar,
te puede gustar,
o sea,
puedes odiar Tailwind,
pero que a la gente,
le está gustando,
no hay ninguna duda,
¿no?
De hecho,
aquí no aparece,
porque es CSS en JS,
pero CSS en JS,
bueno,
voy a poner CSS en JS,
con runtime,
voy a poner,
¿vale?
Con runtime.
¿Cuáles son los interesantes?
Vanilla Extract,
¿vale?
Vanilla Extract,
está bastante más moderno,
bastante interesante,
esto lo que hace es extraer el CSS,
te lo deja en un CSS plano,
que está bastante interesante,
con cero runtime,
¿vale?
Además,
con Type Save,
con TypeScript,
Panda CSS,
otro que ha salido hace poco,
que además,
lo ha pegado muy fuerte,
que si no recuerdo mal,
era de los creadores de Chakra,
creo que Panda CSS es de los creadores de Chakra,
¿veis?
Cero runtime,
otra vez,
generate static CSS a build time,
¿vale?
Eso lo vais a ver.
Runtime es en tiempo de ejecución,
quiere decir,
cuando tú estás ejecutando tu web,
¿qué es lo que hacían algunos?
Que tú ibas a tu página web,
y lo que pasaba es que te cargaba un pequeño JavaScript,
para poder cargar el CSS,
y eso es horrible.
¿Qué significa cero runtime?
Pues que no tienes que cargar ningún JavaScript,
para ver tu CSS,
¿por qué?
Porque te genera el CSS en tiempo de compilación,
y obviamente eso es lo que quieres,
¿vale?
Tamagui,
Tamagui,
yo lo he llegado a ver unas cuantas veces,
y la página web me parece maravillosa,
creo que es de un trabajador de Vercel,
si no me equivoco,
tiene súper buena pinta,
pero nunca he terminado de entender exactamente,
porque me parece que es más como que tienes una colección de componentes,
¿no?
Y no entiendo muy bien,
porque parece que también puedes hacer CSS en JS,
¿sabéis?
O sea,
que puedes crear CSS en JS,
porque fijaos,
con Style,
no sé,
me parece un poco farsado,
pero me parece como mucho más un catálogo de componentes,
no sé,
pero lo ponen por aquí,
así que,
uno CSS,
muy parecido,
a lo que sería más bien,
pues,
hacer lo que hacemos con,
con Tailwind,
y tener aquí el class M1 y tal,
y esto,
pues,
ya te lo genera,
y te lo escupe,
y te crea el CSS,
y StyleX,
StyleX,
¿vale?
StyleX,
a ver,
yo esto lo pusimos el otro día,
para mí,
top,
Tailwind,
no hay ninguna duda que hay que aprender sí o sí,
yo creo que es interesante,
el CSS en JS,
cero runtime,
¿vale?
¿Por qué?
Porque obviamente,
todavía hay gente que va a querer hacer el CSS en TypeScript,
las cosas como son,
yo creo que Tailwind es top,
porque claramente,
a día de hoy,
es lo que ha ganado,
ha ganado el tema de los estilos,
te guste o no,
o sea,
a ti te puede gustar,
te respeto,
¿vale?
Te respeto,
respeto tu opinión equivocada,
no hay ningún tipo de problema,
todos podemos tener opiniones equivocadas,
no,
ahora en serio,
pero quieras o no,
Tailwind es espectacular,
el impacto que ha tenido la comunidad,
puedes ver páginas de GitHub que están hechas con Tailwind,
está en todos los sitios,
o sea,
decir,
Tailwind lo odio,
y por eso,
no,
bueno,
pues Tailwind está para quedarse,
a día de hoy,
las cosas como son.
Stylix,
¿qué es?
Bueno,
pues es,
te respeto,
Fairknocket,
no pasa nada,
peores cosas se pueden decir,
así hay gente ahí,
por ahí fuera,
Fairknocket,
mira,
entre tú y yo,
hay gente ahí fuera que está desarrollando con Angular,
imagínate,
pero que quede entre tú y yo,
no,
es broma,
es broma,
es broma,
es broma,
nunca os sabremos.
Entonces,
Stylix,
el tema,
el nuevo sistema de estilos,
de Facebook,
¿ok?
CSS en JS,
one more time,
CSS en JS,
¿qué es la idea de Stylix?
Bueno,
la idea de Stylix,
obviamente,
es que tenga cero coste en runtime,
lo típico,
type save,
una API muy pequeña,
agnóstico al framework,
lo puedes utilizar en todos los sitios,
encapsulación,
pero es muy similar a algunas cosas que ya habíamos visto,
¿vale?
Para que veamos,
os quiero enseñar un poco cómo se definen los estilos,
pero básicamente es así,
¿vale?
Puramente JavaScript.
Para type save,
o sea,
para tener tipos está muy bien,
pero bueno,
a mí sinceramente no es mi favorito,
para mí no es mi favorito,
pero es verdad que a la gente de meta le va bien,
tanto para React como React Native.
Yo,
a mí,
yo lo dejo aquí,
hay mucho hype,
hay mucho,
mucho hype,
de hecho,
sí,
te recuerda a React Native porque está basado en React Native,
hay mucho hype,
yo lo dejo aquí.
Para no perder mucho tiempo aquí con el tiempo de mobile,
que veo no sé qué,
yo creo que lo más interesante de aquí,
de todo esto,
porque veo Quasar,
a mí Quasar no me parece,
Capacitor,
o sea,
veo más,
lo veo un poco más por descartes,
más por otra cosa,
la verdad.
O sea,
todo esto,
claro,
es que pone móvil,
no sé qué,
no sé cuánto,
pero es que lo veo más por descarte.
Y sinceramente,
el más interesante que me parece,
y eso que no es que sea perfecto,
de todos los que aparece,
es Expo.
Expo.
¿Por qué?
Porque obviamente es de React Native,
es que es casi el estándar de facto,
y ya está,
pero a Ionic,
lo veo más de supervivencia,
es que en general no le veo ninguna cosa,
este está curioso,
Native Wind,
porque es como un Tailwind CSS para React Native,
lo cual os puede,
si os parece interesante,
si os gusta mucho Tailwind,
puede ser interesante,
¿veis cómo se hace?
Entonces,
si ya estáis habituados,
así no tenéis que utilizar los componentes de React Native,
y la verdad es que tiene bastante buena pinta,
¿vale?
Pero por lo demás,
no sé,
no destacaría nada,
¿vale?
Venga,
Build.
Aquí tenemos Sbuild,
pobrecito,
que está aquí al final del todo,
y mira que es el que le da vida a Bit.
TseApp,
que es como la forma de hacer bundle de tus librerías de TypeScript.
Bueno,
no sé si TseApp estará utilizando algo por debajo,
esto puede pasar,
esto pasa muchas veces.
Vamos a ver,
TseApp,
TseApp,
¿qué utiliza por aquí?
Sbuild,
claro,
ya me lo lía,
me lo lía.
SWC,
NX,
pero esto es más para monorepos,
Turborepo,
esto es más para monorepo.
Ah,
bueno,
es que lo han puesto como build.
Biome,
ojo con estas dos,
ojo con estas dos,
porque ahí sí que me parecen interesantes.
Me sorprende que nos salga Slint,
por ejemplo,
pero bueno,
aquí está claro que en top vamos a poner beat,
¿vale?
Beat es muy top y yo creo que está clarísimo que tal.
Yo creo que está muy interesante,
bueno,
voy a poner que está bien ban,
pero al final es algo muy parecido a Noji,
o sea que tampoco,
y al final la parte de Bandler todavía no la tiene,
todavía no la tiene,
o sea que no sé.
RSPack,
yo la verdad es que RSPack me parece una idea interesante,
pero tampoco lo mataría por ello.
Sí que me parece interesante estas dos cositas de aquí y SWC,
¿vale?
Estas cosas sí que me parecen interesantes.
Y Turborepo,
hombre,
voy a poner más que Turborepo,
voy a poner monorepo.
Ni con un palo a recuerdos de a Vietnam.
Ni con un palo a.
Voy a poner monorepo,
más que Turborepo y tal.
Más que la herramienta,
voy a poner Turborepo,
NX,
incluso los workspaces de NPM,
de YARN,
PNPM,
yo creo que los monorepo sí que son muy interesantes,
pero lo que sí que me parece interesante también son estas herramientas,
Beom,
OX,
que son nuevos linters de formateos que están hechos con RAST,
que poco a poco nos van a ir sonando más,
y que es que van muy,
muy rápidos.
Y fijaos,
Oxidation Compiler está hecho con RAST,
y ya es 100 de 50 a 100 veces más rápido que es Lint.
Y ya veréis,
ya veréis,
yo creo que estas herramientas nos van a dar la vida el día de mañana.
Aquí está lo interesante,
aquí está,
aquí está la cosa.
Vamos a ver el pique aquí.
Madre mía,
aquí han puesto 15.
Express,
bueno,
Express,
Express,
Express,
mala hierba nunca muere,
mala hierba nunca muere.
Bueno,
3200,
fijaos que todavía está en el top,
y eso que todavía,
que está bastante flojito,
o sea,
que no,
no se actualiza,
Express,
desde,
desde beta saber cuándo,
no,
no acuerdo,
pero,
iba a sacar la versión 5,
pero está en beta desde hace la vida,
no sé,
hace dos años a lo mejor,
que no,
no se actualiza.
Fastify,
Fastify es un poquito más moderno,
pero bueno,
un poco también en esa línea,
Amplication,
lo hemos visto antes en la web,
Svelkit,
aquí han mezclado un poco de todo,
son frameworks frontend,
backend,
un poquito de todo,
no sé,
por ejemplo,
Create 3,
T3 App,
a mí no me parece que esté bien aquí,
sinceramente,
porque me parece más un generador de boilerplate,
no,
no,
no creo que tenga sentido,
no sé,
me parece una mezcla muy rara,
¿vale?
Pero,
¿qué destacaría?
Bueno,
Nex y Nax,
¿qué os voy a comentar?
O sea,
yo creo que es súper importante estos dos frameworks a día de hoy,
porque es la vida.
Ahora,
de los demás,
yo diría Remix,
pues Remix está bien,
Remix está bien,
es una alternativa,
obviamente,
para mí,
Express es,
es que Express es básicamente la lengua franca,
se aprende muy fácil,
se aprende muy fácil,
y es que casi todo el mundo se ha copiado la API de Express,
casi todo el mundo,
así que si te pones a mirar,
luego,
Nest por debajo utiliza Express o Fastify,
así que,
luego,
cositas por aquí que puedan ser interesantes,
hombre,
Strapi,
Strapi,
lo voy a poner muy interesante,
Strapi,
Strapi,
sobre todo si es freelance,
te va a salvar la vida muchas cosas,
trpc,
trpc,
trpc,
yo le voy a poner que está bien,
no porque no me guste,
sino que sí,
tiene mucho hype y tal,
yo,
el cambio de versión me pareció un poco de aquella forma,
no me pareció muy buena idea,
y no le veo tampoco mucha tirada a empresas,
luego,
sí que es verdad que si tú haces un proyecto,
igual sí que te va bien,
pero Wasp,
primera vez que veo esta,
no sé qué es esto,
¿qué es esto?
Wasp,
ah,
ya sé qué es esto,
ya,
ya,
ya he visto,
ya sé qué es esto,
bueno,
esto es súper raro,
esto es súper,
súper raro,
no sé si lo habéis visto esto,
es un poquito raro,
la verdad,
Wasp,
Wasp es como un framework,
que todavía está en beta,
lo podéis ver aquí,
pero que la idea es que tú escribes un archivo,
así,
¿ves?
O sea,
en un pseudo lenguaje,
que tú le dices,
vale,
la aplicación es todo app,
con este título,
la autentificación se hace así,
con esto,
las rutas,
esta página,
las queries,
las entidades,
es como,
como muy pseudo lenguaje,
¿vale?
Está como basado en Rails,
y,
y esto lo que utiliza por debajo es React,
no UGS y Prisma,
pero es como que se explica lo que quieres hacer,
¿no?
Está interesante,
pero,
bueno,
las aplicaciones todavía no hay ninguna,
es que está en beta,
está muy verde,
o sea,
yo no,
ni lo,
ni lo voy a poner porque creo que no tiene mucho sentido,
¿vale?
Luego tendríamos por aquí,
vale,
Strappy,
no sé qué,
Quick,
Quick,
que lo voy a poner por aquí,
porque todavía...
Se parece a Floater.
Se parece a Floater,
tampoco lo conozco.
Quick es,
a ver,
está bien,
lo pongo como que está bien,
está muy interesante para mí,
pero,
obviamente,
no es que dé mucho trabajo,
pero,
o sea,
yo lo que creo,
es que hay que ver,
porque fijaos que además,
se le ha ido un poco el hype,
pero yo quiero ver este año,
si es el año en el que Quick realmente va a dar,
más que hablar,
¿vale?
Porque sí que lo veo que está todavía un escalón como por debajo de tener ese hype
que sí que ha conseguido,
por ejemplo,
Astro.
Astro,
fijaos que es del 2021,
también Quick es del 2021,
o sea,
que no os penséis que es que uno ha salido antes que el otro,
y en cambio Astro le está pasando un poquito todo lo contrario,
poco a poco estoy viendo que sí que sigue creciendo,
voy a poner en muy interesante Nest,
porque Nest sí que estoy viendo que siguen utilizando muchas empresas,
utilizando decoradores y todo esto,
no es que a mí me encante,
ni mucho menos,
no es que a mí me encante,
y porque,
por desgracia,
no es culpa de Nest,
pero sí que he visto muchas veces que se va de madre el tema de los decoradores,
ya uno no sabe lo que hace cada cosa,
y al menos en dos empresas que he visto que la han utilizado,
al final el código era una locura,
no es culpa de Nest,
lo sé,
pero,
y de hecho Nest tiene muy buenas ideas,
pero,
y en tema de empresas,
ya os digo yo que lo utilizan un montón,
un montón,
pero es verdad que en las implementaciones no sé si será el típico framework que el día de mañana diremos,
madre mía,
cómo hemos hecho,
cómo hicimos esto así de esta forma,
¿no?
O un poco lo que pasó con Redux,
¿sabes?
Como que lo hemos utilizado un poquito mal en ese sentido,
¿no?
Y yo creo que este es el año de Astro,
este es el año,
no sé si lo he puesto,
sí,
Astro lo he puesto aquí,
yo este año lo veo el año de Astro,
el año que vamos a ver incluso ofertas de trabajo de Astro,
es que cada vez se está utilizando más,
me parece muy interesante,
muy,
muy interesante.
Ecosistema de Viu,
os tengo que decir que yo no soy un gran programador de Viu,
por lo tanto,
me perdonáis mi ignorancia,
¿vale?
Que luego es que no sé qué,
no sé cuánto,
dice,
pero Midu,
¿cómo se supone que me tengo que poner al día con todo esto?
No te tienes que poner al día de todo esto,
Damoldi,
¿vale?
Que luego,
o sea,
que voy a hacer un disclaimer,
disclaimer,
no hay que ponerse al día de todo esto,
lo que hay que hacer es decir,
imagínate que quieres aprender algo,
algo,
¿no?
y dices,
ostras,
pues me iba a poner con Redax,
me iba a poner con Redax,
aprender Redax,
y pues voy a ver,
porque necesito un estado global,
pues como ha puesto Zustan aquí,
pues me voy a poner con Zustan,
¿vale?
Pues ya está.
Eso no significa que tengas que aprenderlo todo,
sino que lo que tienes que hacer es básicamente,
que te pueda ayudar a priorizar,
igual dices,
pues no,
quiero aprender Zustan igual,
pues está bien,
no pasa nada,
esto es opinionable,
¿vale?
Está en mi opinión y ya está.
Pero por ejemplo,
si vas a empezar un proyecto con Gatsby,
pues a lo mejor dices,
hostia,
no,
con Gatsby no voy a aprender,
lo voy a poner con Astro,
que tenéis mejor pinta,
¿vale?
O sea,
no se trata de,
esto es todo lo que tienes que aprender,
no,
se trata de,
mira,
yo estas son las cosas que creo que tienen más tendencia al alza,
que te pueden dar más trabajo,
que te pueden ayudar a crecer más,
no hace falta que las aprendas todas,
pero si tienes que priorizarlas de alguna forma,
lo haría de esta.
Bueno,
ecosistema de VIEW,
fijaos que Pinia es lo que menos estrellitas ha conseguido
de todo el ecosistema de VIEW,
y es una pedazo de biblioteca,
o sea,
que brutal,
¿eh?
Beautify,
bueno,
componentes,
un montón de componentes para VIEW,
la verdad,
no es que sea el más bonito,
de hecho,
parece de Angular la documentación,
es curioso,
pero bueno,
sí,
componentes de VIEW,
vale,
Prime,
esto también,
catálogo de componentes,
catálogo de componentes,
Naive,
ah,
mira,
estos están interesantes,
y este también,
estos son de Elementing,
esto es bastante antiguo,
pero es que,
la verdad,
os voy a decir una cosa,
no son un poco feas,
Beautify,
a mí me parece bastante feo,
eh,
en general,
los catálogos de componentes de VIEW,
tanto la,
ya digo,
incluso las,
no sé,
parecen bastante flojas,
¿no?
Son bastante flojas,
bastante,
bastante flojas,
Prime VIEW también es bastante feo,
hombre,
es el mejor,
¿eh?
Es el mejor,
aún,
pero,
o sea,
no sé,
bastante,
con todo mi cariño,
eh,
con todo mi cariño,
pero,
pero no parece que sea,
me sorprende,
¿no?
Porque,
por ejemplo,
sí que había,
¿cómo se llamaba,
cómo se llamaba este?
Hay un catálogo de componentes,
más que flojo genérico,
bueno,
pero si es genérico flojo también,
¿no?
O sea,
es un poco,
ah,
de aquella forma,
¿no?
Pero había una que estaba súper chula,
ah,
no me acuerdo cómo se llama,
había un catálogo,
y me sorprende que no tenga tanta,
tanto,
¿no?
Me sorprende,
view sucks,
view sucks,
a ver,
pero me sorprende que sean tan,
mira,
este,
pues también se ve mejor,
pero aún así,
aún así,
tío,
aún así,
está bien,
pero tampoco,
de hecho,
la documentación es horrible,
o sea,
no sé,
a ver,
no está mal,
no está mal la documentación,
pero tiene,
no sé,
se ve,
tío,
es que yo qué sé,
next UI,
next UI,
pum,
no sé,
es raro,
me sorprende que view con todo lo que tiene,
¿no?
No tenga tantas aplicaciones,
o sea,
tanta catálogo de componentes que te vuele la cabeza,
en cambio,
en React es verdad que tendría un montón,
¿no?
Tienen un montón,
pero no,
había una que yo una vez vi que me encantó,
que luego la he sacado para React,
pero es que ahora no me acuerdo cómo se llama,
hay uno que está súper chulo,
que encima tenía unos efectos,
y era de view,
y dije,
ostras,
y pensaba que iba a estar ahí,
me sorprende que no esté,
tío,
Park UI,
Park UI,
puede ser,
no,
pero este,
este es de view,
pero es que también está en React,
pero bueno,
este,
por ejemplo,
está bastante chulo,
me sorprende que este no tenga más estrellitas,
porque además este,
bueno,
es que acaba de salir,
es que este acaba de salir,
¿no?
¿Cuántas estrellitas tiene?
786,
ha salido a cena y menos,
ha salido a cena más,
este está muy bonito,
¿ves?
este es un ejemplo,
Luna UI,
ese es,
rock,
muy bien,
Luna UI,
este está muy chulo,
ah,
son componentes CSS,
ah,
pues yo pensaba que eran para,
para view,
pues pensaba que eran para view,
o al menos antes estaban hechos para view,
y luego los han hecho para React,
¿ves?
este,
pero es verdad que no es un catálogo de componentes completo,
solo son algunos en concreto,
pero bueno,
que aquí esto es lo que queremos,
esto es lo que queremos,
queremos,
lo que pasa es que ahora han puesto los ejemplos de React también,
o sea,
¿dónde?
ya han quitado los de,
los de,
ah,
está aquí,
view,
¿vale?
y de view,
pues tenía un montón,
y estaba súper bonito,
la verdad es que este estaba muy bonito,
pero es verdad que es de pago,
es que,
qué pena,
¿no?
Oye,
pues le falta eso,
pues mirad,
si sabéis de view,
mirad,
ayer dijimos y hablamos de los mejores proyectos que podíais hacer para vuestro portafolio,
y uno de ellos que pusimos es este,
el design system,
joder,
si utilizáis view,
podréis hacer un pedazo de,
un pedazo de design system que le vuele la cabeza a la gente,
y os podéis copiar uno de React,
¿sabes?
O sea,
que le dais cañita,
sí,
Feral,
ya lo hemos visto,
Lunar UI,
lo hemos visto,
era ese el que decía,
lo decía,
pero mira,
Park UI,
pero fijaos que hay mercado,
hay mercado,
o sea,
luego no me dirás que no tenéis idea,
y si queréis,
no lo hagáis solos,
hacéis un grupo en el Discord de Midudev,
hacéis un grupo,
y ahí está,
mira,
Nax UI,
ahí lo tenéis,
el nombre,
porque,
hombre,
el nivel que hay de los catálogos de componentes,
me parece más bien flojito,
la verdad,
a ver,
este está bastante chulo,
no sé si lo habéis visto,
es una biblioteca,
que está hecha con view,
que tú creas el markdown,
y te crea directamente las slides,
y está muy chula,
porque además también puedes hacer,
ves,
ponerle fácilmente el background,
puedes hacer cada una de las slides,
puedes escribir código,
pero esta está muy chula,
esta biblioteca,
y la verdad es que yo la he llegado a utilizar,
y eso que,
bueno,
está hecha con view,
pero no necesitas escribir view,
es opcional escribir view,
y a ver si sale lo del código,
para que veáis,
porque es que la verdad,
es que es tremendo,
tú escribes el markdown,
y te crea ahí un slide,
súper,
súper genial,
a ver si hay una demo,
no sé si habrá una demo,
aparte de esta,
me gustaría ver una demo,
porque bueno,
lo podéis personalizar,
hay diferentes temas,
está muy chula,
la verdad,
y tiene la documentación en español y todo,
muy chulo,
os lo recomiendo un montón,
y bueno,
Naxx,
o sea,
es que Naxx,
qué vamos a decir,
obviamente del 1 al 10,
un 14,
¿no?
Naxx es el framework de view,
pero que es maravilloso,
tiene un montón,
la experiencia de desarrollo es tremenda,
mejoras de rendimiento,
SEO,
o sea,
muy,
muy,
muy bien,
tremendo,
la verdad es que me ha sorprendido un poco,
el nivel de los catálogos de componentes,
y que luego,
así,
esta está muy bien,
que son los de utilidades de Composition,
Hablando de componentes,
tengo curiosidad de cómo hacen recat los componentes tipo card,
card.titlecraft,
subtitule,
no sé si en alguno de tus contenidos lo explicas,
no sé qué quiere decir,
que cómo hacen recat los componentes,
no sé qué es recat,
ecosistema de React,
bueno,
aquí han puesto 15,
claro,
aquí han puesto 10,
y aquí han puesto 15,
claro,
es que claro,
es que el 15 es Radix,
o sea,
el 15 es Radix,
la madre nos parió,
o sea,
el 15 es Radix,
bueno,
Radix son primitivos para crear básicamente tu propia biblioteca de componentes,
y está muy bonito,
¿no?
y lo chulo de esto es que fijaos la de,
es que claro,
el número 15,
este es el número 15,
este es el número 15,
por eso os digo que no es algo malo de Vue,
sino que la comunidad de Vue tiene que hacer estas cosas,
si quiere Vue ganar,
ganar,
tiene que hacer esto,
tienes que hacer el Radix de Vue,
¿sabes?
Claro,
es que Radix,
¿sabéis la de catálogo de componentes que se han hecho con,
es que fijaos la de componentes que hay aquí,
si es que hay un montón,
hay un montón,
bueno,
Radix es increíble,
y una experiencia brutal,
que además son de copiar y pegar,
están súper chulas,
y os la recomiendo un montón,
fijaos que está en el número 15,
6.000 estrellitas en un año,
tremenda,
luego,
catálogo de componentes,
Mantine,
Mantine,
bueno,
no es mi favorita,
pero la verdad es que está bastante bien,
con un generador de colores que podéis tener aquí,
¿ves?
Tienes aquí la paleta de colores,
pero lo importante,
¿dónde están los componentes?
No veo,
están los formularios,
los componentes,
aquí,
100 componentes,
claro,
fijaos que este es uno de los peores catálogos de componentes que tiene React,
no de los peores,
sino de tendencias,
¿no?
y nada,
es bastante completo con overlays,
para abrir modales,
abrir aquí el drawer,
popovers,
está muy chulo,
la verdad,
no es mi favorito,
pero está,
está muy genial,
joder,
hasta un editor aquí,
carruseles,
este carrusel además está súper bonito,
para modo oscuro,
puedes customizar aquí,
le puedes cambiar un montón los colores súper fácil,
que tengan modo activo,
que no lo tenga,
con radius,
sonrados,
están súper bien,
es muy parecido más a chakra,
que no a lo que sería eso,
ahí está lo de radix para view,
ah,
pues mira,
ah,
fíjate,
mira,
pues me alegro,
menos mal,
menos mal,
y porque no tiene tantas estrellas,
pues no tiene muchas,
oye,
pues porque no ha llegado esta,
porque si tiene 1700 estrellas,
como no ha podido llegar esta,
me sorprende,
¿no?
La verdad es que está muy bonita,
me alegro,
me alegro porque la verdad es que esto lo necesita view,
lo necesita y está,
está muy bonita,
de hecho me gusta más esta página,
que todos los otros catálogos de componentes que hemos visto,
¿sabes?
Que todos los catálogos de componentes que hemos visto,
pero también es verdad,
o sea,
que está bien,
que por ejemplo,
también tiene el chat CN de view y todo esto,
pero es verdad,
que una cosa que a lo mejor se le echan falta entonces,
es el hecho de que este tipo de iniciativas sean las de view,
¿sabes?
Porque al final esto,
lo has tenido que traer de React,
¿no?
Que está bien,
prefiero que lo tenga,
a que no lo tenga,
pero,
pero,
ah,
ah,
proyecto original de view que marque la diferencia,
que se lo tenga que copiar React,
¿sabes?
Que sea React que se lo copie.
Bueno,
muy,
yo voy a decir algo polémico,
yo odio muy,
lo odio,
yo no me gusta nada,
lo odio,
odio muy,
que es basado en material UI,
no me gusta nada,
cero,
caca,
lo odio,
a muerte,
para mí es el peor catálogo de componentes,
¿cuál es el problema?
Bueno,
pues el problema es lo de siempre,
¿no?
Pues que es de,
es muy famosito y tal,
pero entre que la página,
todas las páginas se ven iguales,
con muy,
se ven todas iguales,
está bien a lo mejor para dashboards y cosas así,
y se utiliza un montón,
no quiero decir que no se utilice,
pero es que es tan Google,
es tan que se ve todo igual,
no me gusta mucho el estilo de Google,
la verdad,
no es un estilo,
en sus aplicaciones lo puedo entender,
y lo peor de todo,
es que te lo tienes que tragar,
porque si tú empiezas a intentar personalizarlo,
estás jodido,
ahí es donde ya es la muerte,
a mí no me gusta nada muy,
y bueno,
ya hemos visto gas,
hemos visto expo,
serverless stack,
framework que hace,
uff,
esto tiene mala pinta,
esto tiene mala pinta,
esto aquí ha pasado algo raro,
build modern full stack applications en AWS,
sí,
como que puedes llevar a AWS de forma fácil,
aplicaciones Next.js,
Astros,
Bell,
Solid,
Remix,
sí que lo he visto alguna vez,
está interesante,
porque básicamente,
pero esto casi es más de infra,
¿sabes?
como para desplegar tu aplicación,
me parece una idea bastante buena,
porque al final,
si tú no sabes de AWS,
pues esto te va a ayudar bastante,
está bastante bien,
pero bueno,
no me parece algo tanto de React,
¿sabes?
me sorprende,
ecosistema de React,
poco pillado por los pelos,
no me parece que sea su sitio,
las cosas como son.
Tremor,
ojo Tremor,
yo creo que aquí es cuando yo lo publique,
Tremor es que me encanta,
como catálogo de componente,
es muy especial,
¿vale?
Muy especial,
porque está muy pensado para la visualización de datos,
pero me gusta mucho,
me gusta mucho la documentación,
es limpia,
fácil,
tiene,
tiene componentes de UI,
con un montón de diferentes modificaciones,
tiene componentes no muy típicos,
que también se valoran,
¿sabes?
Porque dices,
yo qué sé,
a ver,
este tipo de componente así,
number input,
con este más y menos,
no es muy típico,
y la verdad es que se valora un montón,
es muy bonito,
es una pena que no tenga más componentes,
ojalá tuviese más componentes,
yo lo agradecería,
y lo malo que puede tener,
pues que está pensado mucho para mostrar datos,
¿no?
Pero justamente Tremor es lo que utilizamos en salarios.dev,
en la página de,
ah, no,
salarios no,
sueldos.dev,
siempre me equivoco,
y es otro,
sueldos.dev,
y esto,
todo lo que veis por aquí está hecho con Tremor,
y bueno,
está,
ah,
mira,
aquí hicimos lo del número,
coño,
pues mira,
lo podía haber reutilizado,
en lo de los premios Island,
pero está muy bonito,
la verdad,
Tremor me gusta,
mucho.
Next UI,
ojo,
felicidades a Next UI,
eh,
Next UI,
muy bien,
hostia,
es que Next UI en agosto,
pilló 3.700 estrellitas,
o sea,
3.700 estrellitas,
o sea,
que se le baja un poco el hype,
que si vemos un poquito los otros,
pues estaba ya ahí,
pero,
oye,
que bien,
¿no?
Espero que no sean pagadas.
Los expandlists son la vida,
es un pereza hacerlo a mano.
Sí,
los expandlists son la leche.
El tema es que espero que no sean pagadas,
me imagino que es cuando salió la versión 2,
sí,
sí,
que salió la versión 2,
Twitter salió la versión 2 y se hizo bastante,
sí,
mira,
en agosto,
en agosto fue,
pues en agosto esto fue la versión 2.1,
pero sí,
sí,
está por ahí,
está por ahí justamente,
así que nada,
me alegro un montón porque un trabajo súper bien hecho y ya está.
Create T3 App,
DocuSaurus,
ah,
o sea,
que sí que utiliza React,
vale,
Refine,
a React Framework for Building Internal Tools,
Refine,
primera vez,
¿me suena?
Open Source Retool for Enterprise,
hostia,
está bonita,
no la había visto nunca,
fíjate que te explica un poco como,
pero claro,
pone Use List,
pero eso son hooks,
¿sabes?
no son componentes,
a ver,
Open Source,
Documentation,
¿y qué tiene?
Para hacer el Data Fetching,
vale,
tienes unos hooks como para hacer el Data Fetching para hacer una vez,
claro,
esto tiene pinta de ser más para Dashboards y todo esto,
pero no sé,
rutas,
si hay componentes también,
hostia,
curioso,
yo no conocía a Material UI,
integraciones,
con Andesign,
Material UI,
Chakra,
Mantin,
o sea,
puedes utilizar el que tú quieras,
o sea,
interesante,
Refine,
Open Source Retool for Enterprise,
o sea,
está muy pensado para hacer aplicaciones CRM,
de recursos humanos,
una aplicación de e-commerce,
DevOps,
pues está interesante,
interesante,
interesante,
primera vez que lo escucho,
pero la verdad es que me llama bastante la atención,
es la típica,
el típico framework y tal,
que a lo mejor tú no tienes ni puñetera idea,
pero que al final,
fíjate,
11.000 estrellitas,
esto quiere decir que muchas empresas lo están utilizando,
y le están sacando rendimiento,
Zustan,
bueno,
Zustan quiere decir,
Next.js,
bueno,
y Excalibur,
me sorprende esto que sea Excalibur ecosistema de React,
a ver,
que esté hecho,
esto me parece que no está bien en el top,
que esté hecho con React,
no quiere decir que sea el ecosistema de React,
es un poco extraño,
yo lo veo un poco pillado por los pelos,
la verdad,
Excalibur,
es verdad que Excalibur es de código abierto,
y que está hecho con React,
es verdad,
pero no sé qué sentido tiene que veamos,
no,
o sea,
no es del ecosistema,
¿no?
Excalibur,
ya sabéis,
que a mí me encanta,
es una aplicación que utilizo desde hace la vida,
desde,
no me acuerdo,
2021,
así que empezamos a utilizarla,
y que aquí la tenéis,
la estamos utilizando,
23.000 estrellitas,
además ahora han puesto el modo colaboración este,
que si inicias sesión,
puedes invitar a otras personas,
¿ves?
Puedes poner tu nombre,
y puedes copiar el link,
y,
hostia,
no,
no voy a copiar el link,
no voy a poner,
no voy a ponerlos el link,
¿qué es un ecosistema?
¿un ecosistema?
¿qué es un ecosistema del lenguaje de programación?
Un ecosistema es todo lo que rodea y nutre a ese lenguaje de programación o biblioteca,
¿no?
Por ejemplo,
podría ser bibliotecas,
librerías,
linters,
frameworks,
o lo que sea,
¿no?
Cualquier cosa que al final utiliza de base eso,
y que expande su mundo,
eso sería su ecosistema,
sí,
casi,
casi reviento el escálidro,
y bueno,
número uno,
ShackCN,
ShackCN lo ha reventado,
ShackCN es,
que no es como un catálogo de componentes,
son,
bueno,
es un catálogo de componentes,
aunque ellos digan que no,
pero es como para construir tu catálogo de componentes,
ShackCN,
a ver,
ShackCN lo ha explotado,
lo ha explotado,
básicamente,
es una colección de componentes que son de copiar y pegar para tus proyectos de React,
aunque ya también tiene su versión de Vue,
como hemos visto antes,
que tienes diferentes estilos,
muy personalizable,
muy fácilmente personalizable,
que tienes pues para crear un avatar,
un calendario,
una car,
lo típico que vas a necesitar en tu página,
y lo bueno es que ya tiene como mucho solucionado,
por ejemplo,
para hacer este carrusel,
pues ya tiene mucho solucionado,
con mucho código,
que ya no tienes que escribir tú,
pero que lo puedes personalizar,
te copias esto,
ya lo tienes hecho,
y claro,
esto lo que va a hacer es que te va a acelerar un montón el desarrollo de cualquier cosa que tengas que hacer,
que necesitas hacer un switch,
pues es que ya no te tienes que preocupar de,
la lógica interna para hacer esto,
que tienes que hacer un scroll aria,
pues fíjate,
ya lo tienes,
que tiene que ser vertical,
pues ya lo tienes,
que tienes que tener notificaciones,
bueno,
no lo veis,
pero notificaciones,
pues aquí lo tienes ya,
que esto en realidad está,
algunos utilizan por debajo de otra biblioteca o lo que sea,
pero es que te facilita mucho la vida,
y lo cierto,
es que hay un montón de empresas que lo utilizan,
un montón de empresas que al final,
para no tener que volver a duplicar trabajo,
porque cuál es la utilidad de que tú vuelvas a crear,
por ejemplo,
tabs,
es que tabs no tiene ningún tipo de añadido de valor a tu producto,
porque esto se ha solucionado 80 veces,
pues ya ves tú,
te vas aquí,
te copias esto,
y además,
como es tan personalizable,
porque le pasas el class name,
que le puedes poner class name,
lo puedes hacer con Tailwind o sin Tailwind,
como lo puedes personalizar como te dé la gana,
pues ya está,
lo tienes hecho,
punto,
haces lo que quieras y ya está,
lo mejor,
sí,
lo que dice PipeGoods por debajo,
utiliza Radix,
que justamente antes lo hemos visto,
utiliza Radix UI,
¿es este?
¿es este de Radix?
Ah,
no sé si es este o es el otro,
que hemos visto antes,
Shadding está para lamerlo,
este,
Primitives,
los primitivos,
creo que utiliza,
es este,
este,
que utiliza esta parte de aquí,
o sea que al final,
lo bueno es que unos se nutren de otro,
es espectacular,
y es que es lo que más lo ha reventado en el ecosistema de React este año,
y yo creo que va a ir a más,
va a ir a más sin ningún tipo de duda,
Shad CN está para quedarse,
de hecho en V0,
V0 este o de Vercel,
cuando aquí generáis,
y yo que sé,
decís,
¿qué le podemos decir?
Create a landing page for a web development conference,
pues muchas veces lo que te genera aquí,
lo genera utilizando los componentes justamente de Shad CN,
o sea,
se ha entrenado para hacer esto,
para utilizarlo,
y así te copias los componentes y los tengas pues súper rápido,
hostia,
antes tardaba menos,
¿no?
cada vez va peor esto,
los recortes,
los recortes,
a ver aquí,
a ver aquí,
aquí ha empezado ya,
no está mal,
no está mal,
para no empezar de cero,
para no empezar de cero no está mal,
mira este,
estilo,
a ver código,
aquí no me está utilizando ningún,
o todavía no me está utilizando,
hostia,
ahora ya los SVG,
los pone en una función aparte,
madre mía,
madre mía,
a ver aquí,
a ver si aquí,
mira,
aquí sí,
veis este botón,
veis este botón,
este botón,
básicamente,
está utilizando ShackCN,
este botón lo importarías,
y ya lo tendrías aquí puesto,
sin necesidad de tú tener que hacer absolutamente nada,
bueno,
a ver,
no lo ha hecho todo,
pero no está mal,
¿no?
para iniciar,
para no tener que iniciar desde cero,
ya lo tendríamos,
mira ShackCN,
el dead picker de formulario,
verás que no puedes seleccionar un año,
bueno,
a ver,
pero no pasa nada,
o sea,
quiero decir,
que al final todo esto,
la idea también,
es que si hay algo que por lo que sea,
bueno,
pero puedes ir para atrás,
¿no?
O sea,
puedes,
al final lo puedes poner un año,
pero también puedes,
podrías ir para atrás,
igual no son perfectos,
pero te puede quitar mucho trabajo,
¿sabes?
A lo mejor este dead picker no te sirve,
pero a lo mejor,
el data table,
el dialog,
el content menu,
yo que sé,
todo este tipo de cosas sí que te sirven,
y lo bueno es que,
incluso este dead picker te puede servir,
porque lo puedes bajar,
te lo puedes descargar,
y al final lo puedes modificar,
o sea,
que no,
no me parece,
yo la verdad,
que lo voy a poner en top,
a mí me parece muy top,
si no,
ShackCN,
esta nueva idea de copiar y pegar componentes,
que lo tengáis muy,
muy presente,
porque es muy interesante,
frameworks frontend,
esto,
esto va a picar,
esto va a picar,
amigos,
a ver,
en el 15 priak,
me duele en el corazón,
en el 15 priak,
la verdad,
Bungie S,
no tengo ni idea que es esto,
pero bueno,
esto tuvo aquí un pico,
y luego que ha pasado,
Bungie S,
a 0,9 graph and go reactive UI framework,
sin React ni JSX,
buah tío,
a ver,
está bien,
pero se nos ha ido de la mano,
a ver,
está bien,
porque no utiliza JSX,
al final es la misma idea,
pero bueno,
a ver,
no está mal,
fíjate que es bastante pequeño,
un K,
un K,
eso está,
está bastante bien,
que sea un K,
a ver,
para cosas así que sean tal,
pues puede ser interesante,
pero,
Alpine,
Alpine no,
o el PINE,
no sé cómo pronunciarlo,
pero ya lleva muchos años,
y creo que le han pasado la mano por la cara con HTMX,
era una idea bastante parecida,
pero no ha terminado nunca de explotar,
LEAD,
LEAD,
número 12,
cerca de Alpine,
o sea,
LEAD,
basado en web frameworks,
para mí una oportunidad perdida,
realmente,
es de Google,
lanzaron la versión 3,
hace,
hace nada,
hace unos meses,
y por qué digo oportunidad perdida,
para mí oportunidad perdida,
porque la verdad es que cada vez que lo veo,
es un poquito más complicado,
lo malo que le veo es que tiene mucho boilerplate,
que justamente la idea hubiera sido quitar los boilerplates,
y no sé,
no me termina,
no me termina,
justamente lo que estamos viendo es que cada vez la gente quiere escribir menos,
quiere escribir menos,
entonces,
no sé,
he visto como cosas muy complicadas por ahí,
para reactividad,
el tema de las tareas,
para trabajar con datos asíncronos,
tampoco me ha terminado de convencer,
no sé,
no,
no le veo,
sinceramente,
las cosas como son,
de hecho,
yo lo voy a poner,
a ver,
lo voy a poner en E,
porque puede ser interesante para componentes,
para componentes,
¿no?
Pero,
es que no sé,
y,
Priak,
lo bueno que tiene Priak,
lo bueno que tiene Priak,
al final es que es Riak,
pero más pequeñito,
y yo a veces lo utilizo para,
para Astro,
así que,
lo voy a poner ahí,
que está bien,
vale,
Lead,
Jiu,
esto es un framework de Rast y WebAssembly,
primera vez que lo escucho también,
Jiu,
me encanta porque es como lo del regreso al futuro,
¿no?
Para declarar,
para crear aplicaciones eficientes,
vale,
bueno,
no está mal,
Vue.js 2,
ojo,
el 2,
ojo,
ojo con esto,
con 4.500 estrellitas,
Vue.js 2,
ojo,
ojo,
el antiguo.
Saludos,
Midu,
has utilizado LangChings,
estaría súper un pequeño vídeo de ello.
No he utilizado,
pero quiero hacer algo,
quiero hacer algo con ello,
me gustaría,
pues Vue.js 2,
la gente,
hubo problemas con esto.
Y Web Content,
Bibliotube.
Hombre,
pero no hay biblioteca,
los Web Components,
aunque hay frameworks o bibliotecas que lo utilizan,
como por ejemplo Lit.
Nu,
Nue,
Nue,
bastante nuevo,
¿os acordáis de Nue?
Este de escribe cero líneas y que tenía las comparativas y todo esto,
¿no?
Y aquí tiene como todo lo que quiere hacer y todo esto.
A ver,
no tiene mala pinta lo de Nue,
es verdad,
no sé si la habrán quitado ya,
pero había como unas comparativas de,
por ejemplo,
aquí tendrías con Next.js y esto con Nue,
¿no?
Y son solo 2K.
Y sí,
la verdad es que se ve el rendimiento que es tremendo.
Había unas comparativas un poco polémicas,
pero sí que se ve un framework que,
que ojo,
si realmente la experiencia de desarrollo es como la que dice que es.
Veis aquí la versión de Next.js,
15.000 caracteres,
la versión de 3.000.
Había unas comparativas un poco segadas,
¿no?
Pero sí que le tengo ganas como de probarlo,
de ver si realmente tiene alguna,
tiene algo interesante,
se compara como a una alternativa a Next.js y Astro,
que mejora mucho la experiencia de desarrollo.
Y fijaos que se ha colado en el número 9,
pero lo raro de esto,
¿no os parece raro que habiendo salido el año pasado
y ha pillado estas estrellas,
tenga 4.700,
pero aquí,
o sea,
o está mal la gráfica o pasa algo,
¿no?
Aquí me parece que está mal.
Justo encima tenemos Quick,
que lo que hemos visto antes,
¿no?
Que se estaba como deshinchando un poquito,
poco a poco,
como que tuvo un hype
y yo creo que de repente,
como que pum,
se ha pasado un poco ahí,
pum.
Solid.js por encima de Quick,
me sorprende,
esto sí que me sorprende,
Solid.js también le ha pasado un poco esto,
que también empezó como una alternativa a React,
con muy buena pinta y esto,
pero tiene ideas muy buenas,
de temas de rendimiento,
pues muy bien,
muy cerca de Vanilla,
con el tema reactivo,
que tiene el Use Signal,
o sea,
no utiliza el Use State,
tiene el Use Signal,
esto lo que hace es que hay algunas cosas
que te has tenido en cuenta,
no puedes hacer la desestructuración tan fácilmente
y esto,
pero,
pero bueno,
ojo,
porque este año se ha acercado bastante a Angular,
fijaos,
que se ha quedado 2.000 estrellitas,
yo la verdad,
voy a poner,
vamos a poner por aquí,
voy a poner Solid,
lo voy a poner por aquí,
porque también es muy fácil de aprender,
si ya sabes,
si ya sabes React,
es demasiado fácil de aprender,
y por lo tanto,
pero claro,
no sé si,
si le va a dar,
lo meto,
lo meto con Quick,
es que yo creo que este año es cuando tienen que demostrar,
¿sabes?
Este año es cuando tienen que demostrar ahí realmente el interés,
lo que me sorprende es Angular,
en la posición 6,
aquí tenemos el top 6 amigos,
Angular en la posición 6,
ojo eh,
que le ha sobrepasado hasta Svelte,
View,
o sea,
la tendencia de Angular,
y aquí claro,
porque salió la nueva versión,
salió la nueva versión,
pero la tendencia de Angular,
habrá que ver,
yo creo que vamos a ver si la nueva versión reconcilia a la gente,
yo creo,
¿no?
También hay que tener en cuenta una cosa,
Angular ya tiene 93.000 estrellas,
que es mucho más fácil crecer cuando tienes 20.000 estrellas,
que no cuando tienes 93.000 estrellas,
o sea,
eso también hay que tenerlo en cuenta,
¿eh?
Y claro,
en Angular,
yo creo que lo interesante,
es que queráis o no,
yo creo que Angular es muy interesante de aprenderlo,
porque queráis o no,
hay mucho trabajo,
está en el top,
o sea,
encima está arriba,
sigue estando arriba,
por encima del resto de alternativas,
acaba de salir la nueva sintaxis,
o sea,
que yo creo que sí que está interesante,
¿eh?
Top 5,
top 5,
bueno,
tenemos View muy cerca de Angular,
de View hay que tener en cuenta que tenemos dos versiones,
¿eh?
tenemos la versión,
la 2,
que ya tiene 4.500,
que es la antigua,
y la nueva,
que tiene 8.000 estrellas,
o sea,
ojo,
cuidado,
¿eh?
Bueno,
la verdad es que View hace un buen año para View,
View le ha ido bien a View este año,
yo,
o sea,
no está,
para mí,
para mí,
View,
lo voy a poner,
claro,
tened en cuenta que lo veo como tendencias,
¿vale?
como tendencias y yo por eso voy a poner a View porque yo creo que View es que está pillando el rebufo y la superación ya de Angular,
o sea,
yo creo que el año 2024 Angular todavía tiene mucho que decir pero es que creo que View, Angular tiene más trabajo que View pero de cara al futuro yo veo que a View se le está poniendo buena carita,
se le está poniendo buena carita porque queramos o no está mejorando mucho,
sigue habiendo mucho trabajo también de View,
cada vez se utiliza más,
es una alternativa a React bastante conocida,
así que yo creo que lo veo bien,
42.000 estrellitas en total,
ojo aquí,
top 4,
sorprendentemente Million se cuela,
o sea,
Million va y se cuela aquí,
es una biblioteca que es para React,
y se ha colado porque en julio aquí hubo un hype de tres pares de cojones,
Million,
para que no lo sepa,
es una biblioteca para hacer más rápido React,
es una alternativa al Virtual Dome para reemplazar el Virtual Dome de React,
que sí,
que lo hace más rápido y tal,
pero bueno,
que me sorprende como le ha dado este empujón,
pero también es por este hype,
o sea que esto,
bueno,
un poquito hay que darle ahí,
top 3,
Svelte,
que me rompe un poquito el corazón porque muchas estrellitas,
74.000,
tiene más que Vue,
pero yo este año,
si,
si me preguntáis,
no sé,
decime vuestra sensación,
pero no os parece que Svelte este año ha pasado con más pena que Gloria,
o no sé,
igual,
igual es mi sensación,
pero tanto de hablar de Svelte,
como los anuncios de Svelte,
como no sé,
a mí me encanta Svelte,
pero yo creo que este año ha sido muy flojo por Svelte,
y mira que sacaron las runas y todo esto,
no sé,
creo que a lo mejor,
¿qué ha pasado?
¿que Astro ha eclipsado a Svelte?
¿puede ser?
No lo sé,
es que yo lo abandoné,
claro,
va a ser culpa mía ahora,
ahora va a ser culpa mía,
¿no?
No sé,
claro,
dice Noel,
dice,
pues yo lo estoy utilizando con Astro y es una combinación brutal,
claro,
pero por eso te digo que lo ha eclipsado Astro,
porque más gente está utilizando Astro,
¿no?
Y sí que lo puedes utilizar con Astro y me parece una buena combinación,
pero ya es como más secundario,
de hecho,
es lo que te digo,
hay mucha gente,
se durmió en sus laureles,
se durmió en los laureles,
hay mucha gente,
que esto lo he visto en Twitter,
¿no?
Que hay mucha gente que dice que prefiere utilizar Astro con Svelte que utilizar Svelte kit,
¿sabes?
O sea,
eso es muy duro,
eso es muy duro,
de hecho,
yo creo que al final a lo mejor eso es como para hacérselo mirar.
Bueno,
bueno,
bueno.
HTMX,
¿qué pasa con esto?
¿Qué pasa con HTMX?
¿Es esto hype?
What is that?
¿Qué está pasando?
¿Qué es esto?
¿Qué es HTMX?
¿Es la HTMX HD hype?
¿Qué es esto?
Bueno,
lo que voy a decir...
No he visto una oferta de trabajo de Svelte,
ni en otros de los que están más abajito en esas listas.
Claro,
eso es lo que pasa.
Algo huele mal en esa lista.
No,
no huele algo mal,
son tendencias de la gente dando estrellitas y tal.
Bueno,
HTMX,
la H de hype.
Ya os digo que vamos a hacer un curso de HTMX,
vamos a hacer un curso de dos horas para probar HTMX.
HTMX es una biblioteca que básicamente escribiendo HTML,
pero con esteroides,
te da,
pues nada,
poder hacer repeticiones asíncronas,
transiciones CSS,
WebSockets,
Server Events,
todo en 14Ks,
minificaos,
no es la más pequeña,
ya os lo digo yo,
compatible con Internet Explorer 11,
independencias y tal.
Un 67% más pequeño que React.
Bueno,
hay mucha gente y mucho hype con HTMX.
Yo,
ya os digo que a mí no me llama mucho la atención,
¿vale?
No me llama mucho la atención,
¿por qué?
Porque es como que tiene demasiada magia,
¿no?
Es como demasiada magia.
Esto es como para hacer un post,
¿no?
Para hacer un post,
este botón,
HX post barra clic,
cuando haces clic,
el target,
no sé qué,
o sea,
como demasiada magia.
HTMX con las teorías,
jajajaja,
lo que huele mal son las estrellitas,
como tú dices.
No.
Hay mucho hype.
A ver,
¿qué pasa con HTMX?
Lo que pasa con HTMX es que
CIO habrá hecho un vídeo,
la verdad de HTMX,
no sé qué de HTMX.
CIO,
HTMX is good.
Bueno,
pues ya está,
ahí tienes un montón,
¿no?
Y luego hay otros influencers que también.
Pero la verdad es que sí que como idea
es interesante,
o sea,
a mí no me,
a mí a priori,
como un prejuicio,
porque yo no tengo ni puñetera,
ni la idea de HTMX,
pero a priori no me llama mucha atención
por la sintaxis y tal,
pero le voy a dar una oportunidad,
¿no?
Le voy a dar una oportunidad.
La idea es esta,
¿no?
¿Y si el Anchor o el Form
fueran capaces de hacer una petición de HTTP?
¿Y si puedes poner el click directamente
desde el HTML,
¿no?
O sea,
cosas así.
Y nada,
me voy a echar,
le voy a echar un vistazo
y lo que vamos a hacer
es básicamente
hacer un pequeño curso,
una aplicación
para entender
el hype de HTMX.
Así que nada,
lo vamos a poner aquí.
Y en el número uno,
pues nada,
React imparable.
La verdad,
no os voy a engañar,
sorprendido,
¿eh?
Estoy sorprendidísimo
porque este año React,
este año React,
no sé,
no voy a decir
que no han hecho nada,
obviamente han trabajado un montón,
obviamente,
¿no?
Pero quiero decir,
no sé,
no ha sido el año.
Va en caída la tendencia.
En casi todos han ido en caída la tendencia,
excepto si ha habido algún momento de hype,
¿eh?
En casi todos.
Pero es verdad que la tendencia
desde marzo ha ido en caída.
Bueno,
vamos a ver el 2024.
Yo creo que el 2024
va a ser un buen año para React.
Y os voy a decir por qué.
Va a ser un buen año para React
porque no puede ser igual que este.
No puede ser.
Me niego,
me niego.
Yo creo que va a ser un buen año
porque sí que vamos a ver
una nueva versión de React.
Vamos a ver por fin
la estabilidad en algunas funciones
y vamos a ver, ¿no?
Pero bueno,
sí que me sorprende
que yo no considero
que no ha sido el año de React
para nada, ¿eh?
No van a traer los signals.
Yo creo que no van a traer los signals.
Y bueno,
de proyectos así en general,
ya ves que
quiénes son los ganadores finales.
Pues tendríamos,
grandes ganadores,
tendríamos
Shazene,
Van,
Excalidrow,
Teledrow,
que es una alternativa a Excalidrow,
que también la hemos visto.
Con Teledrow hemos hecho cosas chulas.
NextGS,
Superbase,
React,
mucho ecosistema React,
NextGS y React,
Excalidrow está hecho con React.
Teledrow,
tengo dudas,
pero creo que también.
Pero se ha colado aquí
a HTMX
en la posición 10.
Visual Studio Code,
13.000 estrellitas.
Ojo,
Zustan, ¿eh?
Zustan mucho,
mucho hype.
TRPC también,
mucho,
mucho hype.
TRPC,
aunque ya veis que ha ido
un poco descendiendo.
Ha habido repositorios como
Draw and UI,
que lo ha petado ahí
súper rápido también.
La verdad,
proyectos que
no me sorprenden mucho.
Estoy muy contento por Astro,
porque fijaos lo cerquita
que se ha quedado de NextGS,
un mastodonte como NextGS,
se ha quedado
súper,
súper cerquita.
Supabase.
Supabase me parece
un proyectazo
que es muy interesante,
que habría que aprender,
porque podéis hacer
muchas cosas,
así que Supabase
sin ninguna duda.
Van,
vamos a ver
cómo es el año de Van,
¿eh?
Vamos a ver el año de Van.
Yo creo que
muchas cosas,
abarca demasiado Van,
tío,
yo creo que abarca demasiado,
pero es verdad
que están ahí
chino chano
haciendo trabajo,
ya están encontrando
a gente
para trabajar con esto,
para ir haciendo
releases
sin depender
de Jared Summer.
Tiene buena pinta,
pero yo creo que este año,
me imagino,
este año vamos a ver
tanto cómo van a monetizar
Astro
y Van.
Son los dos productos
que yo creo
que van a ser más interesantes
de ver cómo los monetizan.
En Astro ya sabemos
que va a ser
una base de datos,
¿no?
Astro Studio,
que le llaman,
Astro Studio,
esto de aquí,
que,
bueno,
parece que es una base
de datos,
una base de datos
en segundos
que va a estar disponible
en todo el mundo
y tal,
que esto va a ser
el inicio
de algunos productos
y Van,
pues decían que iban
a hacer hosting,
pero ya veremos,
a mí solo con el hosting
no les sirve
porque no puedes
competir con Vercell,
no,
es complicado competir
con Dino Deploy,
Dino Deploy,
por ejemplo,
tiene hosting,
sí,
pero es que también
tienes base de datos,
tienes los key values,
tienes diferentes cosas,
tienes colas,
tienes un montón de cosas,
la verdad es que la gente
de Dino se ha dado cañita
y la gente de Dino
ya tiene el plan
de ganar platita,
así que nada amigos,
esto sería un poquito
el Scally Draw,
esto lo dejaré por ahí,
lo arreglaré un poco,
¿vale?
y os lo dejaré por ahí,
un poco las tendencias
del año,
ya veis que yo no,
yo no estoy 100%
de acuerdo en todas
y por eso lo he puesto,
¿vale?
y
y
y