Y ahora tenemos a Fernando Herrera, que vamos a estar hablando con él.
Para mí, uno de los mejores profesores y divulgadores de programación que existen.
Y vamos a hablar de las tendencias y las tecnologías.
Así que le vamos a dar la bienvenida al bueno de Fernando.
¿Cómo estás?
¿Qué tal? ¿Qué tal?
Bien, juepucha, que tremenda introducción.
Yo no sé quién es ese man de que estás hablando.
Pero un placer estar aquí, juepucha.
Vengo con mi cabeza explotada con lo del CSS.
Voy a ver en qué momento me siento yo a aprender una fracción de lo que sabe Carmen.
Dios mío, juepucha.
El del fuego y el de Zelda, el de Wind Waker, Dios mío.
El que salía así de la imagen, guau.
Es que es increíble, Fernando.
Y, joder, empezamos ya aquí a la charla a golpe.
Pero lo que ha evolucionado CSS.
Ah, sí, hombre.
¿Tú te acuerdas lo que era CSS, Fernando, cuando estábamos empezando?
Pues, honestamente, yo siempre he sido terrible en CSS.
Y eso siempre lo he pasado diciendo.
Por eso es que me encanta ahora que está Tailwind.
Me encantaba que estaba el Bootstrap, que te ayudaba a hacer cosas.
Bueno, a no tener que convertirme en una Carmen, ¿verdad?
Este, pero sí, o sea, yo vi el CSS como fue pasando de que ahora tenemos las propiedades
de root y que podemos configurar colores.
Dios mío, gracias, aleluya.
Tenemos una manera de hacer eso.
Pero siempre fui malo en CSS.
Pero sí.
Pero, ¿crees que, porque una cosa que es interesante, porque mucha gente ha sido mala en CSS,
y de verdad me sorprende que hay mucha gente que le gusta la programación web,
pero que no quieren saber nada de CSS o que...
No, pero si tienen que saber algo, tienen que saber usar algo.
Sí, ¿verdad?
Porque si la aplicación, no importa que sea la mejor aplicación del mundo,
que funcione súper rápido, que sea la octava maravilla del mundo,
si se ve fea, nadie la va a usar.
Ya, exacto, ¿no?
Y es que a día de hoy ya que está teniendo tanta importancia,
por poco que sea, que tengas que saber que lo que decía Carmen,
que parecía broma, ¿no?
De que parece programación.
Y es que dicen, joder, es que la de cosas que puedes hacer...
Uy, sí, desde el momento que habilitan cálculos, ya, eso es otra cosa.
¿Has visto lo del scroll? Eso sí que es increíble.
Sí, sí, no, vi todo lo de Carmen, sí, toda la presentación de Carmen,
estuvo muy bien.
Al inicio estaba, ok, los filtros, ok, eso ya existe desde hace rato,
pero después empezó a hacer, y empezó a mostrar, y mostrar más, y guau.
El tema de las animaciones con scroll, que durante mucho tiempo lo hemos tenido que hacer
con JavaScript, que siempre tenían problemas de rendimiento,
el hecho de poderlo hacer con CSS, que tenga un rendimiento increíble,
nativo, y que sea tan fácil, declarativo.
Sí, de hecho, en el nuevo sitio web que estoy haciendo con Quick,
casualmente, en mi sitio web, yo puse un scroll animation
para que se llene un circulito cada vez que está haciendo scroll hacia abajo,
y cuando toquen el botón, o sea, ya la gente sabe cuando va a estar abajo del sitio,
todavía no está publicado, pero cuando esté, me tardé en hacer eso,
pues, y es JavaScript.
Ahí lo van a ver después, pero sí, conforme uno hace scroll, se va llenando,
y pues fue puro cálculo, fue puro JavaScript.
Eso significa que estoy pagando el precio de descargarlo, cargarlo, ejecutarlo,
añadir un event listener.
Efectivamente, eso es súper importante.
Por eso me parece interesante, ¿no?
Cada vez más el estar abierto a saber CSS,
porque puedes entregar un mejor producto, lo mismo que querías hacer,
pero con mejor rendimiento, ¿no?
Ahora, a día de hoy, sliders, animaciones de scroll, es que es increíble.
Sí, sí, tenemos que tratar de pensar en empaquetar menos JavaScript en la aplicación.
Totalmente.
Hablando de cosas así que nos han sorprendido,
una cosa que ha pasado últimamente, Fernando,
que no sé si la has podido echar un vistazo,
ha sido el hype que ha habido con BUN.
Ah, no, sí, no sé, sí.
Ayer hice un video de...
Iba a hacerlo como de una hora,
pero fue un live que hice y tardó como dos horas.
Ahí está el video, está separado por categorías.
Pero si te vas al sitio web de BUN,
ellos hay un punto donde dicen
lo que puedes hacer con BUN,
que servidor HTTP, que WebSocket,
que FileSystem, Bundler,
empaquetador.
Eso lo hice ayer y de nuevo es impresionante.
O sea, definitivamente es impresionante.
He tenido la oportunidad de meterme en lo que fue antier y ayer,
casi que más o menos unas 25 horas de BUN.
Solo estar jugando con BUN, revisándolo, probándolo,
ver qué funciona, ver qué no funciona,
cómo migro proyectos, cómo lo ejecuto.
He hecho un montón de cosas con BUN.
Pero de nuevo, yo todavía estoy un poquito necio a saltar,
así como que sí, sí, sí,
vamos a poner a Node en un antoche y prenderle fuego, ¿verdad?
La gente que también...
La trayectoria es...
Es que es un concepto muy importante
que nosotros tenemos que comprender
que lo que tiene malo Node
es lo bueno que tiene Node a la vez, por ejemplo.
Algo bueno que tiene BUN es que no tiene todo el baggage,
digamos así, todo lo que viene jalando Node desde sus inicios.
Por ejemplo, Node llegó, hacía esto,
vino, puso un layer, puso otro layer, puso otro layer,
luego vino el Xmascript 6
y ahí seguramente la gente de Node dijo,
a la grandísima, no, yo, hay que cambiar estas cosas.
Bueno, vamos a poner este parche,
algún polyfill y seguimos creando layers sobre layers sobre layers.
Claro.
Y ese es el Node que tenemos hoy.
Y eso ha hecho de que,
ah, esta aplicación solo funciona en Node 14,
esta en 18.
Ah, que metimos variables de entorno al fin,
este, en la versión 20.
Dios mío, porque eso no estaba desde...
Desde alguien, desde que lanzaron el paquete de .inv, ¿verdad?
Pero, entonces viene BUN, analizó todo esto
y vamos a darle a la gente lo que realmente usa.
Lo que quieren.
En vez de...
O sea, BUN, a pesar de que muchas personas
o se hace ver de que sí es el reemplazo de muchas cosas de Node,
BUN tiene una...
Es como bien cerrado.
O sea, es bien abierto y bien cerrado.
Pero déjeme hablar en lo que es cerrado.
Por ejemplo, tú tienes la posibilidad de reemplazar PN, PN,
ya en NPM y desecharlo.
En los experimentos que yo he hecho, sí, fue...
O sea, en el video de ayer lo hice las pruebas
y efectivamente la instalación de dependencias es increíblemente rápida.
Pero uno dice, ah, no, no, no, sí.
Inclusive en las páginas de ellos dicen,
ah, sí, que es 15, 30 veces más rápido.
15 mil millones de veces más rápido.
Sí, sí, sí.
Las estadísticas son gráficos que se salen de línea,
pero a la vez estaba viendo de que cómo hace la comparación.
Yo tuve proyectos, por ejemplo, en los que estaba haciendo mis pruebas,
proyectos en los cuales NPM y JARN me decían que eran incompatibles,
que yo no podía instalar esta dependencia
porque otra dependencia ya había subido a tal punto.
Entonces tenía que resolverlo manualmente.
Aunque, si quieres, le mandaba la bandera a menos F,
que ese menos F es...
Me vale madre las restricciones.
Forzado, dale tú.
Y se hicieron las instalaciones,
pero en Bon nunca me tiró esa advertencia.
En Bon lo hacía y ya está.
Obviamente funcionaba,
pero significa que hay algo que no era compatible,
pero yo no lo logré encontrar.
No logré encontrar que era no compatible.
Que no hace tantas validaciones, quizás, ¿no?
Que se las salta por un tema de velocidad.
Sí, lo más probable es que haya que poner alguna bandera por ahí
y decirle que quiero que haga el peer,
que chequee los peer dependencies que tiene cada paquete.
Y después cuando ya tenía todo en caché,
la diferencia con PMPM,
digamos que PMPM es el más rápido.
Si era así, si Bon lo hacía más rápido,
pero no era tanta diferencia la que creía yo.
Y era un proyecto que tenía sus, ¿qué?
Sus 15, 20 dependencias de producción
y también sus 15, 20 dependencias de desarrollo.
Pero obviamente Bon fue más rápido.
O sea, definitivamente eso sí.
Pero me pasó eso.
Bon tiene tantas cosas que eso también es lo bueno y lo malo que tiene.
Que como ofrece todo,
todo lo que vas a ocupar,
ya tienes, vamos a usarlo como paquetador.
Vamos a usarlo como para generar mis binarios.
Vamos a generarlo, mis WebSocket Server.
Vamos a usarlo para mi HTTP.
Vamos a usarlo para toda la lectura de archivos.
Vamos a usarlo para todo.
Eso en parte es bueno porque no hay que hacer lo que pasa con Node.
Que, ah, bueno, quiero crearme un WebSocket Server.
Ah, bueno, ¿qué voy a usar?
Voy a usar WebSocket, voy a usar Socket.io,
voy a usar no sé qué, voy a usar no sé cuál.
Tengo demasiadas opciones para escoger.
Ah, que voy a crearme un servidor HTTP.
Ah, bueno, que tenemos Fastify, que tenemos el Node puro.
Podemos hacerlo así porque tenemos que matarnos programándolo todo.
O sea, tenemos muchas opciones.
Y eso a la vez puede ser bueno y malo porque después si lo hacemos en Node,
una dependencia ya no es compatible con otra.
Pero Bon va a garantizar de que sus paquetes son dependientes entre sí.
O sea, algo como pasa con Angular,
que cuando Angular saca una nueva versión 16, 17, 18,
todos los paquetes suben a la versión 16, 17, 18.
Entonces todos los paquetes son compatibles entre sí.
En cambio, no, tenemos un universo de paquetes que quiero parciar un CSV.
Ten este mil de paquetes.
Escoge uno, el que quieras, el que más te gusta.
Escoge la computación más bonita.
Escoge el que quieras.
Entonces eso, eso es parte es bueno.
Pero también estamos, algo que para hablar de otro tema,
porque si no puedo hablar de esto todo y se nos va al rato.
Porque si, la verdad es que he pasado buen rato estudiando Bon
para ver si salto al hype.
Para ver si salto al hype.
Y solo si puedo dejar una cosa negativa de Bon
para que la gente lo piense.
Porque así, mil maravillas.
Velocidad, bla, bla, bla, bla, bla.
Y dejando de lado que están trabajando en Windows.
Eso no es el problema.
El problema es que no es enteramente open source.
Bon está hecho por una empresa que, o sea,
le paga a sus desarrolladores.
Es un grupo de personas que hace Bon.
A diferencia de Node, que es open source
y la comunidad lo mantiene, lo construye,
le añade funcionalidades.
Que eso en parte es bueno y en parte es malo, ¿verdad?
Pero qué pasa si Bon no es el hit que ellos esperan tener.
O sea, ahorita lo están logrando.
Pero qué pasa si no es el hit que ellos esperan
y le cortan el presupuesto a los programadores.
Los programadores van a tener que buscar
otra forma de hacer dinero, ¿no?
Entonces, si se corta el presupuesto,
o sea, si no pega y quien sea que esté fundando el proyecto
ya no les va a dar más dinero, no les paga sus salarios,
posiblemente, ¿qué va a pasar?
O sea, claro.
Pero de código abierto sí que es en el sentido
de que el código está disponible, ¿no?
Sí, sí, el código está disponible para verlo.
Sí, correcto.
Pero es financiado.
Pero que hay una financiación ahí.
Eso es lo mismo que le pasa a Dino, ¿no?
También.
O sea, que también es ese aspecto.
Y, bueno, otra cosa súper interesante
es que Bon está, el código con el que está creado,
Bon es como SIG.
SIG.
Nunca he escuchado ese lenguaje.
Tampoco.
Y Dino está con Rost.
Y Bon, o sea, todo el mundo está,
cuando hablan de Rost, wow, eso es súper rápido, ¿verdad?
Es sinónimo, súper eficiente, Rost.
Y de repente, pues sí.
La respuesta es que Bon llegó
y le ganan en algunos casos,
en algunos casos aplicaciones hechas en Rost, ¿sabes?
Yo honestamente, si te soy honesto,
quiero y deseo que a Bon le vaya bien.
O sea, más de una persona me dice,
no, pero es que tú enseñas, no,
tú eres gran fan de, no.
La verdad es que soy fan de TypeScript y JavaScript.
Eso sí.
Y que me permitan a mí ejecutar código de JavaScript
slash TypeScript de una forma más rápida,
eficiente y genial, pues bienvenido sea.
Y yo siempre digo que la competencia entre sí
es lo mejor que puede pasarnos.
O sea, que ahora Node se diga, bueno, salió Dino,
pero Dino no fue el boom que se esperó.
O sea, es muy bueno,
pero no me quitó tanto mercado.
Entonces, tal vez no dijo, bueno, vamos despacito.
En la versión 20 metemos el INV,
que eso a mí me dio risa.
Me lo dije, ay, hasta ahora, ¿no?
Pero bueno, este, y...
Pero esa parte de que tengamos una competencia así de fuerte
entre estos dos titanes ahora,
simplemente nosotros como desarrolladores
nos vamos a beneficiar de eso.
Total.
Ya nos estamos, o sea, ya nos estamos beneficiando.
O sea, ya lo de la variable de entorno, por ejemplo,
de Node, todo este...
Que Node se haya puesto tanto las pilas en su desarrollo
viene por el empuje de Dino y de Bond.
Y esto va a ir a más.
O sea, tanto que ahora se enfoquen en el rendimiento,
en la performance.
Esto solo es positivo
y la verdad es que trae cosas interesantes a la mesa, ¿no?
El hecho de que Bound tenga tantas cosas
como que es también un instalador de paquetes,
pero que también te empaqueta la aplicación.
Porque Node nunca...
Sí, eso es que crea un binario,
es como que eso lo tiene que tener Node,
porque Node no lo tiene de forma directa.
Hay que hacer vueltas para hacer un binario
de una aplicación de Node.
Ya está confirmado, ¿eh?
Que lo van...
Está en un...
¿Un canal?
Sí, sí.
Ya lo están comentando.
Lo que pasa es que vi que era un poco complicado
porque tenías que firmar el binario y tal.
O sea, todavía era un poco complicado,
pero estaban hablando de...
Sí, claro, pero todavía eso no está en Windows, ¿verdad?
Eso ya es otra cosa,
que Node tiene que asegurarse de que funcione en todo.
En todo, claro.
Y pon ahorita así Linux y Mac y ya.
Por ahí está bien.
Lo demás...
Ahí veremos.
Veremos, veremos.
Que eso va a ser un reto total.
Pasando de Bon,
que Bon es como la tendencia ahora mismo.
Sí, lo que está ahorita en la...
Lo que está caliente.
Vamos a hablar de la antitendencia.
De la antitendencia que, por ejemplo,
tú sé que has vivido...
Bueno, tú es que estás programando casi desde MS2, tío.
Sí, desde hace mucho...
Bueno, hace años.
Es de los míos, que ha pasado todas las épocas, ¿eh?
Pero mira qué bonitos y qué guapos nos vemos, ¿eh?
Sí, verdad.
Nos ha pegado bien la programación, ¿verdad?
Sí, sí.
Te he escuchado un bicho que dice que programador sin panza no es de confianza,
pero en mi caso no tengo mucha panza.
Estamos maravillosos, o sea, estamos geniales.
Pues el tema que has vivido, seguro, el auge y la caída de jQuery.
Ah, sí, hombre.
Yo viví de jQuery, sí.
Pero mi pregunta ahora es, React justo ha cumplido 10 años.
Tú sabes que jQuery cuando cayó tenía menos de 10 años.
¿Estamos en un momento en el que crees que React es el momento de que va a pasar la antorcha?
¿O tú crees que le quedan 10 años?
Porque yo no veo que React esté desacelerando, ni mucho menos, ¿eh?
No, fíjate que yo sí creo que, no desacelerando,
pero sí ha bajado un poco de popularidad.
O sea, todavía sigue siendo el PIC y lo podemos ver en el estándar de Electmoscript del 2022.
Vamos a ver que Solid, Svelte y esperemos el 2023 para ver a Quick ahí.
Pero, o sea, bajó unos porcentajes.
No es como que, oh, sí, React a la basura, ¿no?
No es eso, pero se ha visto que el awareness, la retención y las ganas de aprenderlo
están sobre React estas tecnologías.
Obviamente, como son nuevas y prometen mucho,
entonces por eso tal vez será una de las consideraciones.
Pero estas, lo que tienen en común estos otros frameworks
es que han hecho ver que el virtual DOM tal vez no fue la mejor opción para irse,
que lo podemos hacer bien con señales,
que lo podemos hacer bien con el DOM real, con DOM físico,
hacer reemplazos directamente donde se consume
y evitamos procesamientos y por eso es que son tan rápidos.
Pero a mí también siempre me da risa que siempre digan,
ah, no, pero es que Solid es súper rápido,
de que Quick es súper rápido también.
React es súper rápido.
O sea, bien programado React es absurdo, es absurdamente rápido.
Entonces, no es como que, sí, es 20 veces más rápido,
pero humanamente esos 20 veces más rápido no lo vas a ver,
no lo vas a notar.
Claro, para aplicaciones normales, sí, pero le estás mandando la aplicación
a un cliente que lo va a terminar renderizando él en su lado.
Ya, te tengo un juego, Fernando, y que puedes jugar todo el mundo del chat, ¿vale?
Vamos a jugar al juego de invertir en una bolsa de programación, ¿vale?
Imagínate que tienes mil dólares y te digo, vale, imagina que las tecnologías
o los lenguajes, los frameworks, son empresas a las que puedes invertir.
Me gustaría saber, con esos mil dólares, ¿dónde pondrías tu dinero?
Bueno, si tocaras coger ahorita uno, uno, uno.
Sí, o sea, no hace falta que sean los mil a uno, ¿no?
Pero puedes decir, mira.
Yo le diría, yo apostaría más a Svelte y a Astro.
Svelte y Astro.
Hostia, mitad y mitad dirías mitad y mitad.
No, me diría más por Svelte y luego Astro.
Pero es que los dos tienen que crecer mucho.
O sea, los dos pueden crecer mucho.
Ostras, Astro, ¿eh?
Es que Astro está bonito.
A mí me encanta Astro.
A mí Astro me tiene enamorado.
Me parece la idea más rompedora en el mundo de desarrollo web
porque es el primer framework web que siento que es un framework web agnóstico, ¿no?
Que dices, quiero utilizar React.
Le falta Angular, pero bueno, más por problemas.
Le falta, pero es más por problemas.
Además, yo estuve leyendo, ¿no?
De por qué Angular, ¿no?
No sé si todavía se tiene Quick.
Yo creo que no, no sé.
Quick creo que tampoco, pero porque le pasa algo parecido a Angular.
Que son como frameworks que están pensados para ser una aplicación entera.
Y hay algún tipo, o sea, tienen que adaptarse un poquito.
Sí, pero con que tenga Vue, React y Svelte estamos más que bien.
Joder, sí, ¿no?
Ya tienes tres y además te da mente Solid, Lead para Web Components.
Ah, sí, Solid también.
O sea que, o puedes no utilizar ninguno, lo cual también, pues muchas veces.
Oye, me ha sorprendido, ¿eh?
Astro y nada de click.
Lo que pasa, yo todavía no entro así al 100 en Astro.
Solo he estado como jugando con él, viéndolo.
Es impresionante eso de que, ok, quieres crear la aberración, la aberración del mundo más feal que va a ser mezclar una aplicación.
Bueno, código React con Vue, con Solid, con todo, lo puedes mezclar.
Y a Astro le dice, ok, está bien, es el componente que quieres crear.
Así lo creas.
Lo que tú quieras.
Sí, sí.
Eso le permite a muchos programadores a poder hacer sus aplicaciones con SEO friendly.
A pesar de que no conozcas la tecnología que, por ejemplo, Nux con Vue o que Nex o Remix con React o Spellkit con Svelte, digamosle así, ¿verdad?
O Solid Start con Solid.
Entonces, eso es algo bastante poderoso de que tú puedas simplemente con el conocimiento que ya tienes, irte a esa tecnología.
O si te ponen cambiar de tecnología, no cambias esa, o sea, no tienes que cambiar todo, o sea, reaprender todo.
Solo tienes que reaprender tal vez una pequeña parte.
Y eso me pareció muy interesante con la parte de Astro.
Entonces, Astro ha ido creciendo a paso estable, pero obviamente le falta, o sea, le falta un poco de socialización.
Oye, me ha sorprendido que no has invertido nada en Quick y ahí llevas la camiseta, ¿eh?
Sí, no, llevo la camiseta y estoy haciendo mi proyecto personal, que es el sitio web mío de fernadomenoserrara.com.
Todo lo estoy haciendo en Quick, ya casi está terminado, pero me falta tiempo.
¿Y por qué no has invertido nada?
No, no, es que no me malinterpretes porque Quick, a mí Quick me encanta.
Y esta camisa es oficial de BuilderData.io.
¡Ojo!
¡Qué bueno!
Entonces, es, o sea, a mí lo que no me gusta un poquito de, o sea, Quick me encanta.
O sea, no me malinterprete.
Quick me encanta, si me tocara hacer un proyecto ahorita, como es mi proyecto personal, le voy a decir como que voy a conectarlo a mi base de datos de MySQL que ya tengo en la nube.
Entonces, vamos a hacer las pruebas, vamos a conectarnos por aquí.
Me encanta el manejo que tiene de sus server actions, que yo sigo esperando que Next suelte esas condenadas cosas en producción de server actions porque están como que, no sé, que están esperando tanto para liberarlas.
El mes que viene, ya te lo digo.
Ojalá, ojalá, ojalá que sea un botero.
Tengo a medio mundo pidiéndome, hey, Fernando, ¿y el curso cuándo va a meter lo que falta del server actions?
Es que estoy esperando que salgan.
Se ve están alfa.
Sí, es genial.
Entonces, eso es otra historia.
Pero bueno, Quick, con Quick, me gusta tantas cosas que tiene Quick, pero a la vez tiene un par de cosas que no me gustan.
O sea, es mentira de que vos podés programar como querás.
Tienes que seguir cierto patrón.
O sea, tienes, hay ciertas funciones que no las puede llamar fuera de ciertos lugares en la aplicación.
Y a veces eso hace que nuestros componentes o las páginas tengan más código del que me gustaría que tengan.
Aunque se puede separar, por ejemplo, hay un router loader que siempre tiene que ir en una página.
Que está bien, tal vez solo vas a tener uno.
Pero hay veces que yo, bueno, en lo que he estado haciendo en mi sitio web he tenido ciertos problemas con el manejo del estado cuando quiero pasarlo a otro componente.
Que les puedo traer en más detalle eso, después en un video.
Que no ha sido la gran, no ha sido el que, no ha sido problemas tremendos.
O sea, son problemas que tal vez porque no hay mucha información en internet.
Como que, no hay como que, o sea, le puedes preguntar en foros si vas a encontrar un poco de información.
Pero como si son, como somos los pioneros en hacer algo así.
Entonces toca ver si esto se funciona.
Pelearte tú, claro, es que falta comunidad, faltan artículos, los vídeos.
Es como, aunque la gente tal vez se ría, pero lo mismo me pasó con Floorer.
Cuando salió Floorer, yo estaba, ok, ¿y cómo hago esto?
Y esto está bien hecho, eso funciona así.
No se sabe, pues vamos a, si te vas a la documentación de Floorer, es bien abstracta.
Como que, ok, así se hace esto, pero ¿y cómo mezclo todo en conjunto?
O sea, a ver, no.
Claro, es como pequeñas piezas, ¿no?
Que no es un proyecto real, porque luego lo tienes que ir poniendo tú las piezas y dices,
ostras, pero ¿esto cómo lo conecto realmente?
Es una buena práctica, es una mala práctica.
Sí, sí.
Hablando de Floorer, ¿cómo lo ves?
¿Crees que sí que, es que me da la sensación que no termina de, mira que es un producto de Google,
pero no termina de...
No, que sea de Google, es que eso de que sea de Google es como subjetivo,
porque Google tiene unos casos de éxito muy buenos y tiene unos casos de rotundo fracaso.
Sí, sí, puede ser bueno y malo, puede ser lo mejor o lo peor, ¿no?
Que sea de Google.
Sí, sí, sí, por ejemplo, mira, yo soy partidario de cosas de Google,
porque mira, yo tengo inclusive aquí el Stadia, ¿eh?
Yo también, yo también lo tengo, yo también lo tengo.
Yo el diablo.
Y este es el de la edición de fundadores, mira.
Yo también, yo también tengo la edición fundador, total.
Y tengo los controles también, mira, que yo conseguí.
O sea, veo que somos aquí súper...
A mí me encantaba la idea de Stadia, me encantaba.
Sí, sí, o sea, cuando yo estaba, cuando estaba viviendo en Honduras,
obviamente ni lo que tenía una conexión a internet decente, ¿verdad?
La gente de Honduras sabe eso, ¿verdad?
Pero cuando me pasé aquí a Canadá, aquí ya, pues, ya no era descabellado pensar
que ibas a tener un internet bueno, ¿verdad?
Y efectivamente aquí tengo un internet más decente y ya puedo subir un video
y no tener que esperar toda la noche y rezar un padre nuestro que literal no se caiga, ¿verdad?
Pero, este, ya que estábamos hablando.
Ah, sí, lo tengo de Google.
No, no, de que puede ser lo mejor o lo peor, ¿no?
Que sea de Google, ¿no?
El ejemplo de Stadia, claro.
Sí, lo que pasó es que, o sea, lo que pasó con Florer,
yo siento que falta que las empresas lo abracen más.
Eso es lo que le hace falta a Florer, que más empresas digan,
ok, vamos a usar este proyecto, vamos a hacerlo en Florer.
Porque ya sí, como freelancer, eso ya es cosa tuya.
Puedes hacer lo que sea con lo que quieras.
O lo quieras hacer en Florer, lo quieras hacer en React Native,
lo quieras hacer en lo que sea, hazlo.
Pero, ¿por qué React Native sigue siendo, pues,
la herramienta para irse en las empresas?
Porque React se ha demostrado que es una tecnología
que ha funcionado por muchos años.
Hay muchos casos de éxito de React.
Y por eso es que la gente va a React.
Pero si te soy honesto, React Native tiene un proceso
tan doloroso y engorroso de instalación que, Dios mío, o sea,
es, duele.
O sea, instalar React Native es, ok,
tengo que instalar un cerro de dependencias,
tengo que configurar un montón de paths,
tengo que lanzar la aplicación, demora un poco.
Y, o sea, y después una dependencia no funciona.
Dios, ¿verdad?
Entonces, eso no pasa con Florer,
pero la diferencia es que a Florer todavía le falta
ese que las empresas digan, ok, sí,
usamos programados de Florer.
Tal vez eso es lo que falta un poco más.
Pero Florer sigue creciendo y estamos esperando todavía.
En lo personal yo estoy esperando que Florer se haga SEO friendly
para que se meta la competencia ya de, pues,
o no sé si va a querer meterse esa competencia, ¿no?
De Solid Start, de Spell Kit, de Next.
Porque eso es algo que va a limitar que las personas decidan irse por Florer en la web.
Claro, totalmente.
Pues, te tengo dos preguntas, ¿vale?
Y ya terminamos.
Una es que hablamos mucho de que la inteligencia artificial va a acabar con los programadores y tal.
Y, claro, tú como creador de contenido, profesor y tal,
a mí me gustaría, no sé, ¿crees que la inteligencia artificial,
porque lo he leído, hay gente de Twitter que lo dice,
que dice que la inteligencia artificial va a acabar contigo,
con tu chollo de creador de contenido?
Lo más probable es que antes de que destruya a los programadores,
cosa que no creo,
porque también vi la parte de la charla que tuviste ahí con la inteligencia artificial.
Antes de que mate ese trabajo,
nos va a matar a nosotros primero como creador de contenido.
Pero, en general, no creo que eso llegue a pasar pronto,
porque, o sea, nosotros como programadores,
bueno, si nos vamos como programadores,
mucha suerte a la inteligencia artificial
yéndole a preguntar a un cliente que ni él sabe qué es lo que quiere,
ni sabe cómo hacerlo,
ni sabe qué idea tiene,
pero quiere hacer algo,
mucha suerte sacando los casos de uso y los requerimientos del software.
Mucha suerte, inteligencia artificial con eso.
Por el otro lado, nosotros como creadores de contenido,
la verdad es que yo estaba usando,
yo sé, bueno, usé mucho lo que es el Code Whisperer,
que es el de Amazon.
Copilot es el que estoy usando ahorita en estos momentos.
He usado Tab9.
Y la verdad es que me han gustado bastante.
O sea, yo como creador de contenido,
ahorita todo lo que he estado haciendo,
por ejemplo, estoy en el proceso de la creación de un curso nuevo en Node.
Y en algunas partes me ha tocado hacer testing.
O sea, estoy haciendo también testing de la aplicación.
Voy a enseñar cómo hacer testing y todo lo demás.
Y me ha dejado frío con el testing que me ha recomendado.
O sea, ha hecho un testing muy bueno.
Y usualmente el testing puede llevar un poco de tiempo,
dependiendo de cómo esté programado la aplicación,
pero ha hecho un testing.
A veces le digo, bueno, voy a hacer las pruebas sobre este archivo
y me crea todo el caso de uso y todas las pruebas.
Y yo, wow, solo toco retocarlas un poquito.
O sea, con la otra persona, con el tocayo que estaba hablando,
Fernando, mencionaba de que si uno no sabe qué es lo que está haciendo,
fácilmente puede acarrear un problema y uno no darse cuenta de ese problema.
Entonces, me pasó mucho con este testing
que había pruebas que estaba haciendo de que eran estúpidas,
por decirlo así, como, sí, vamos a evaluar de que true sea un true,
o truthly, algo así.
O que sea un valor verdadero.
Eso no tiene sentido hacer la prueba en ese punto.
Pero en algunos lugares puede que sí tenga sentido hacerlo.
Si tú quieres evaluar, por ejemplo, que true sea igual a false
y nunca quieres que se ejecute esa parte de la prueba.
Por ejemplo, estás esperando que lance una excepción.
Entonces, si uno no sabe qué es lo que está haciendo,
uno está con los ojos cerrados cruzándole,
o sea, cruzándole, bueno, cruzando los dedos para que todo salga bien.
Y si algo sale mal, tú como el que copiaste y pegaste todo el código,
no le vas a decir, ah, no, pero CharGPT me lo dio y reclámele a él.
A mí no.
No se va a equivocar, ¿no?
O sea, claro, es eso, es el fiarte de forma cegada, ¿no?
De este tipo de cosas.
Pues, Fernando, vamos, si te parece, con el sorteo.
Tenemos el sorteo.
Vamos a hacer algo porque, claro, no nos da tiempo de sortearlos todos.
Pero tenemos 25 suscripciones de un mes y 10 suscripciones de tres meses.
Y otra cosa que les va a gustar también a los ganadores,
también van a estar participando en una promoción que nosotros vamos a hacer
porque ya el otro mes cumplimos un año.
Anda.
Y sí, de estar ya operando ya como empresa.
Y bueno, operando como empresa ya tenemos un año y medio,
pero desde que lanzamos la plataforma al público ya vamos a cumplir un año
y el otro mes y vamos a, me estoy adelantando,
obviamente vamos a regalar unos productos que ya son más típicos,
pero vamos a rifar a las personas que estén ahí una laptop gamer
con una tarjeta GTX Series 4000, o sea, de la 40-60 es más o menos,
del rango del laptop.
Y también vamos a rifar una MacBook Air M2 nueva, de las nuevecitas.
Y por aquí las tengo.
Ahí las van a ver después.
Pero van a estar participando en esa promoción también.
O sea, puede ser que alguien se gane dos cosas.
Muy buenas.
Joder, qué bien, ¿no?
Qué maravilla.
Vale, pues a ver, que está intentando entrar esto.
No sé por qué no entra.
A ver, ahora no me deja entrar.
Espérate.
Yo estoy...
A ver, espérate.
Qué...
Es que no me deja entrar.
Esto se miraba como el editor de Google.
Sí, sí, no.
Eso es para después.
Vale, vale.
Es que se me queda...
¿Sabes qué pasa?
Que la gente se vuelve loca
y se pone con un millón de comentarios ahí
y todavía ni siquiera he puesto nada,
pero la gente ya está escribiendo detalles
como si hubiera mañana, ¿sabes?
Y entonces se me bloquea y todo el ordenador
de intentar cargar todos los comentarios.
O sea, es una locura.
Vale, pues vamos a...
Tenéis que escribir detalles,
pero ya veo que lo habéis escrito todos ahí a saco.
O sea, que no pasa nada.
Tenéis que escribir detalles en el chat, ¿vale?
Detalles en el chat.
Todo en minúscula
para conseguir uno de los...
¿Se volvió a caer o soy yo?
¿Se cayó o fui yo?
Vamos a ver.
No, no, yo sigo vivo, yo sigo vivo.
Yo sigo vivo.
Bueno, pueden escribir detalles
mientras mi 2 se vuelve a conectar.
Sí.
Y esperemos...
Y ahora, yo no tengo ningún control
sobre nada de este programa
que estamos usando para la transmisión.
Así que no puedo hacer esas transiciones bonitas.
Si quieren, para que no se aburran,
les puedo mostrar mi computadora.
A ver, perdón.
Ah, no, ya regresó.
Miren, ya regresó.
Me encanta, Fernando,
porque te has quedado tú como,
bueno, pues ya voy hablando yo.
Bueno, el caso es eso.
Es que me petan, me petan.
De tanto que hablan,
me petan el ordena.
En fin, lo vamos a hacer rápidamente
porque si no, esta gente me revienta de la ordena.
Así que vamos con los premios.
El primero se lo va a llevar
J.E.Faquinopando.
El siguiente,
Marks Park 0.
El tercero,
Alex Campu.
¿Vale?
El cuarto,
S777.
S7 en número,
7 y otra vez 7 en número.
Madre mía.
El cuarto,
NicoJS,
Nico-JS.
El quinto,
Abcarletti.
El sexto,
Ant Coder.
El séptimo,
Altairnetta.
El octavo.
Qué buenos nombres.
Sí, no,
vayan nombres.
Johnny Depp,
con guión bajo,
Johnny-Depp.
El noveno,
Chelos14.
Y el décimo,
Mavic 1996.
¿Vale?
Felicidades, felicidades.
Ahí nos pasas los correos de las personas
y nosotros nos encargamos de los demás
o ahí hablamos por Twitter.
Buenísimo.
Pues yo te lo mando
y tenemos más premios,
25 suscripciones de un mes
que la vamos a hacer por ticket
porque ahora mismo no la podríamos hacer
y estaremos aquí todo el día.
Pero le doy las gracias a Fernando
que es la persona que nos ha proporcionado
las suscripciones
y para que podáis disfrutar
de la plataforma de detalles
que además entiendo
que pronto vais a tener el curso de Node.
Sí,
el curso de Node nuevo
ya está,
bueno,
ya se puede consultar
con la suscripción
que son de los que ustedes pueden ver
con este,
con este premio
que ya está,
que ya vamos por
como la sección 20 y pico grabada
y les va a gustar
que se está aplicando
con arquitectura limpia,
se está aplicándose obviamente
con Clean Code,
Testing,
Testing basado en casos de uso,
es una,
una,
algo de,
para hacer la última publicidad
lo que,
lo que hemos tratado de hacer nosotros
es que ya no solo estamos enseñando
el tema
o la,
o la herramienta,
no,
parte de mi compromiso social
también con los demás desarrolladores
es enseñar buenas prácticas,
enseñar obviamente,
no solo la tecnología,
sino que miren que hay patrones
de desarrollo,
hay diferentes formas de programar,
que hay arquitecturas de software
y por eso es que nos dicen arquitectos,
no,
arquitectos de software,
porque tenemos que pues obviamente
crearnos una arquitectura
que si usted va a crearse
un restaurante,
obviamente la arquitectura
tiene que gritar
y es un restaurante
lo que estamos haciendo,
no,
estamos creando un baño,
estamos,
la arquitectura de Cierre
es un baño,
no,
no vamos a construir
un edificio enorme
para albergar
solo una persona,
no,
en fin,
entonces,
hay muchas cosas
que estamos tratando
de mejorar
en los cursos
que estamos haciendo.
Pues,
amigos,
muchas gracias a Fernando
por haberse pasado,
espero que disfruten
las suscripciones,
aquí la he tocado
y si no pueden ir a detalles,
hombre,
y se conectan ahí
que tienen un montón de cursos,
buenas ofertas
y que vale muchísimo la pena
porque Fernando
es un crack creando contenido.
Gracias,
gracias por las palabras,
Miguel,
la verdad es que
me das demasiado crédito.
No,
hombre,
te doy el crédito que te mereces
y bien lo sabes,
Fernando.
Oye,
un abrazo enorme,
cuídate mucho
y muchas gracias
por pasarte.
Gracias por la invitación,
cuídense mucho,
cuídense
y nos vemos
en el próximo video.
Chao.
Hasta luego,
chao.