manitas, ¿vale? Que vayas buscando
que cuanto antes empieces, pues
antes encontrarás algo, ¿eh?
¿Qué más tenemos por aquí? Tremendo
detallazo, dicen por aquí, Osner.
Qué bueno. Yo tomo los cursos,
están muy buenos, pero hay cosas que aún no entiendo.
Bueno, no te preocupes, mi caude, o sea,
no puedes entenderlo todo desde el principio.
Se tiene que ir construyendo una base
y eso es lo importante. Los mejores
instructores de toda la web.
Hombre, muchas gracias por la parte
que me toca y estoy seguro que también el
bueno, Fernando estará contento de leer
esto, ¿eh? Hola, no sé
si viste que... Sobre el bucan de empleabilidad
que te envié por LinkedIn, donde te cobran un
sueldo por dos meses de asesoría.
Madre mía, yo...
O sea, tener cuidado con las cosas
que se publican, que piden por ahí.
No sé, no sé. A ver,
la verdad, un sueldo
por dos meses de asesoría, tienen
que ser asesorías muy buenas, la verdad, ¿eh?
Muy, pero que muy, muy buenas, ¿eh?
¿Me saludas a Fernando? Lo vas a poder saludar
ahora mismo tú, porque va a entrar
ahora en un minuto y medio, lo vais a tener
por aquí, ¿eh? Lo vais a tener aquí en un momentito,
¿eh? Hermoso ver a toda la comunidad
de LATAMI España Unida en estas conferencias.
Nada, la verdad que sí, para mí es
un verdadero placer, está súper genial
el hecho de que, mira,
de una forma estamos lejos,
pero a la vez que estemos tan y tan
cerca. Eso creo que es algo muy bonito
y que tenemos que aprovechar al máximo, ¿eh?
¿Qué más tenéis por aquí?
Hoy debe ser mi día de suerte, primera vez
que me lees y ahora fueron tres veces. O sea,
me estoy, estoy pillando todos tus comentarios,
mi caude, todos tus comentarios, ¿eh?
Gran, gran midu, a ver qué me dice por aquí,
libro de git, a ver,
consulta, ¿hoy no es recomendable usar CSS puro
en los JSX? Claro que sí,
que es recomendable. CSS, lo mejor que tiene
es que es parte de la plataforma
y por lo tanto, si lo utilizas a día
de hoy, te va a durar esos componentes
hasta el infinito y más allá.
Entonces, claro que sí,
utilizar CSS sigue siendo una
muy buena opción para tus componentes
de RIAC, así que yo no lo descartaría,
pero para absolutamente nada de nada, ¿eh?
Como siempre, midu trayéndonos
sorpresas, dice por aquí, grande,
nada, un placer, gracias al bueno de Fernando
que se ha apuntado, ¿eh?
Muy bien, pues nada, amigos,
vamos a ir empezando,
arrancamos ya,
así que vamos a bajar esto
por aquí y
muy buenas, buenas tardes,
¿qué tal? Bienvenido, bienvenida,
hoy tenemos invitado especial
porque hoy vamos a estar charlando
con Fernando Herrera,
bueno, ya sabéis, uno de los instructores
más famosos del mundo del desarrollo web,
ha tenido mil millones de cursos en Udemy,
todos con muy buena puntuación,
y también ahora tiene su propia plataforma
de Ftalles, y vamos a estar comentando
pues todo lo que es el mundo del desarrollo web,
frameworks, JavaScript,
así que todas las preguntas que también vayáis haciendo
también le haremos las preguntas,
así que nada, vamos a
no dejar que esté esperando más,
vamos a darle la bienvenida a alguno de Fernando,
Fernando, ¿qué tal? ¿cómo estás?
Todo bien, todo bien, amigo, ¿qué tal?
¿Cómo va todo por allá?
Supe que acabas de regresar de Japón, ¿no?
Sí, sí, sí, increíble, increíble.
¿Has estado en Japón?
¿Te has podido pasar por ahí?
No, no, más que estar viendo anime no paso de ahí.
¿Es una cosa que te gustaría
o es un viaje que tampoco te llama mucho?
Ah, no, sí, tengo un par de amigos que fueron a Japón
y las fotografías que mandaron
y todo lo que se ve, se ve precioso.
Sí, no, es increíble.
No viviría ahí porque la cultura creo que es demasiado estricta
para mi gusto,
pero para ir a darse un gusto ahí unos cuantos días,
hacer esa idea que hiciste,
estaría impresionante, sí.
Sí, una visita, una visita.
Pues mira, tú vas a Japón
y yo a ver si me paso por Canadá,
que es un sitio que tengo muchísimas ganas
de hace mucho tiempo
y nunca me he animado
porque yo siempre pensaba que hacía frío,
pero antes me has comentado
que está haciendo calorcito por ahí, ¿no?
Ahorita estamos a 29.
¡Ojo! ¡Ojo, eh!
Madre mía, hace calorcito.
Pero yo estoy ahí con chaquetilla, ¿eh?
Ah, sí, es que la casa tiene ahí los condicionados.
Oye, estoy viendo ya, Fernando, ahí a saco,
un spoiler porque veo una camiseta ahí.
Yo no sé si veo astro en el corazón, astro.
Yo tengo la de Montes.
Bueno, no está en el corazón, pero está cerca, cerca.
Está en el pecho, está en el pecho.
Bueno, pues tenemos un montón de cosas que comentar.
Desarrollo web, frameworks, estado de JavaScript,
los resultados de la encuesta hace poquito.
Muchas, muchas cosas.
Y lo que me gustaría, desde la última vez
que estuvimos hablando,
lo que, bueno, y tenemos,
os invito a todos y a todas que tengáis por ahí,
que vayáis dejando vuestras preguntas,
que yo intentaré ir apuntando
y luego haremos más preguntas y hablaremos de esto, ¿vale?
Pero un poco, creo que estuviste comentando el otro día en un directo
los resultados de la encuesta de JavaScript.
Fue el episodio del podcast, pero también lo subimos a YouTube.
Sí, leímos todo lo que estaba por ahí.
Y nuevamente, felicidades por las menciones que tuviste ahí, Mido.
La verdad es que verte a ti y verme a mí,
que también me ha parecido, yo no sé, fue una grata sorpresa.
Sí, no, genial.
La próxima vez voy a asegurarme de decirle,
hey, gente, voten, voten, voten por quien sea,
pero voten para tener mejor representación,
porque si te fijaste por ahí en los datos demográficos,
no hay nada de...
Bueno, España hay un 3%,
pero de ahí no hay casi nada de América Latina ni representación.
Entonces, esa encuesta básicamente va a estarnos diciendo
más que todo lo que usan países de habla inglesa.
Sí, justamente lo estuve comentando ayer,
que sí que es verdad que creo que ha subido un poco
la representación de Latinoamérica,
que España ha subido un poquito también,
Colombia está en el top 20,
que creo que en los años anteriores puede ser que no estuviera,
a ver, el 2022, a ver, cambiando esto rápidamente,
a ver si aparece.
Tenemos aquí, ¿ves? España sí que está,
a ver, el tanto por ciento, España en 2,8,
y México, México ha bajado,
porque México, fíjate, estaba en un 1,1,
y este año...
Ya no está mencionado ahí.
Ya no está.
O sea, ¿qué pasa con los hermanos de México?
Porque mira, Colombia...
Yo creo que no se hizo mucha socialización por nuestro lado.
Creo que ahí nosotros fallamos,
porque yo me enteré por la comunidad de Quick
que estaba abierta la encuesta,
y estuvo abierta como por, no sé, 20 días,
creo, en diciembre.
Y sí, tal vez eso fue lo que pasó.
Aunque también se...
Yo le recomendaría a la gente que estas encuestas
que traten de hacerla un poco más rápida,
porque demoraba más o menos como 15, 20 minutos
en hacerse todo ese cuestionario,
y pues muy pocas personas tienen ese tiempo, ¿no?
Lo que es interesante,
esto es súper importante lo que dice Fernando,
que es verdad que estas encuestas se tardan mucho tiempo,
pero tened en cuenta que no tenéis que hacerla entera.
O sea, que si hacéis solo una parte de los resultados,
pues lo hacéis, y a lo mejor...
Igual no lo cuentan.
Claro, al menos lo importante lo podéis responder.
No hace falta que respondáis el 100%.
De hecho, hay una sección por ahí que dice...
Sí, sí, sí.
Sí, mira, el survey completion.
Exacto.
¿Veis?
El 59% de la gente sí que lo ha contestado completo,
pero ya veis que no todo el mundo lo ha contestado todo.
Entonces, que no tengáis miedo de al menos hacer una parte.
Y también aquí teníamos Colombia, que está en el 20,
teníamos España.
Es una pena porque creo que no se pueden ver los demás, ¿sabes?
O sea, como no se pueden ver el overlimit,
es como, bueno, lo han mezclado ahí todo y ya está.
No sé si en Export Data quizás sí que se pueda ver más.
A ver si se pueden ver al detalle.
A ver, un México por aquí.
No, qué va.
Nada, pues nada.
Una pena.
Pero sí, vamos a hacer más trabajo sobre esto, Fernando.
Pues sí, cuando esté abierta vamos a encargarnos
de que todo el mundo pueda votar,
porque sería interesante que nosotros como, bueno,
latinoamericanos y en España,
que podamos tener la representación para tener una idea
de qué es lo que más usamos nosotros.
Porque, sí, aquí dice, bueno, no dudo que React esté arriba
en las partes de las librerías también, ¿no?
Pero sí sería bueno ver un estado un poco más aproximado
a lo que es nuestra área de trabajo.
Mira, vamos a hacer una cosa, Fernando.
Para cuando salga de 2024, te voy a avisar y la vamos a hacer en directo los dos.
¿Qué te parece?
La llenamos ahí juntos.
Sí, y la llenamos juntos.
Ahí lo comentamos.
Y así, pues, unimos ahí comunidades y así que no se escape nadie.
Pues, hablando de los resultados, hay una cosa que no sé si te has dado cuenta
que todos los frameworks, estoy viendo como que todos los frameworks
parece que están pasando un poco, no sé si hay interés o positividad, no sé.
La retención.
Creo que sí, dale retención y vas a ver que todos tienen como una curva hacia abajo.
¿Hacia abajo?
El primero es React.
Son muy pocos los que tienen una curva positiva.
Sí, ¿verdad?
Si miras React, pero React sigue en los 80, ¿verdad?
Seleccionas React, ves como que va bajando un poquito en la retención.
Pero igual sigue siendo bastante...
Hacia abajo, sí.
En el uso, o sea, como que sube el uso, fíjate que el uso ha subido un poquito.
Todo el mundo, obviamente, conoce React en awareness.
Ahí, interés, React va bajando paulatinamente, como que la gente ya está cansada de utilizar React.
Pero que también es subjetivo porque los desarrolladores ya saben React.
Entonces, ¿para qué van a aprender más React?
O sea, yo no estoy interesado en aprender más React.
Me interesa más aprender otra tecnología.
Exacto.
La retención va bajando y positividad también bajando.
Creo que tiene sentido, ¿no, Fernando?
Porque ha sido un año, yo creo que complicado para React.
Bueno, también como Next está asimilando tanto de React, se puede sentir de que la gente está como cansada de tanto feature nuevo que Next está liberando.
Porque hay mucho que Next está introduciendo en el framework que yo en lo personal siento de que puede haber muchas personas que estén cansadas de decir,
Uy, tengo que aprender otra cosa nueva, tengo que aprender más Next, tengo que aprender más Next.
Y esto, si no lo uso, entonces mi sitio web no va a funcionar óptimamente.
Sí.
Y tal vez lo que yo les podría decir a todas esas personas es que ustedes no necesitan las últimas características que incluya, en este caso, Next, para que su aplicación sea funcional y efectiva, ¿no?
Pueden estudiar esos features, a ver si les interesa, a ver si les da algún tipo de positividad en su aplicación, pero no corran por, o no se desvivan por,
ah, que voy a meter esto en mi aplicación para aprovechar al máximo el framework, si no, no lo estoy utilizando, ¿no?
Sí, es interesante lo que has dicho, ¿eh? Porque es verdad que me da la sensación como que se está rompiendo esa barrera entre lo que es React y lo que es Next.js y la gente como que lo mezcla.
Ya no tienen muy claro si los React Server Components es una cosa solo de Next.js.
Sí, porque ya React, el React 19 viene con Server Components y tienen la banderita del Use Client y el Use Server también.
Sí.
Sí, y eso no era de Next.
Totalmente.
Y mira, vamos a ver también otra cosita, porque alguien preguntaba y con razón decía, pero esto es una cosa que pasa en todos, o sea, por ejemplo, Vue.
Pues Vue, vemos que también lo que es positividad también baja un poquito el uso, sí que ha incrementado un poco, un 4%, y la retención también baja.
Es que retención, es que baja en todos.
Sí, es muy difícil, es muy difícil mantener la retención.
Excepto Angular, que es el que menos tiene, pero...
Suvió un pelín, pero... Bueno, se mantuvo en el año pasado, pero...
Sí. O sea, que están ahí un poquito... Pero, ¿cuál sería el más... El que digamos que, oye, tiene... Porque mira, sentimientos, 65% que lo ha utilizado y tal.
Pero, ¿cuál es el que, a día de hoy, cuál dirías que es el framework o frontend o biblioteca frontend que dices, ostras, es que no te da la sensación que estamos en un impasse entre lo antiguo y lo nuevo y que no hay ninguna que ahora mismo esté como asomando la cabeza?
Pues, es que lo que yo creo que con todo este montón de frameworks y tecnologías que salen, es complicado que las personas puedan decidir, ok, vamos a irnos por uno o por lo otro, porque hay tantas que escoger y tantas tan buenas y hay...
Ya.
Y hay tanta similitud entre todas y como que se pasan copiando las tareas. Entonces, es difícil porque, digamos, cuando hubo el apogeo, la explosión de las señales, todo el mundo empezó a meter señales.
Menos React, ¿verdad? React dijo, no, pero React sí los metió, ¿no?
Sí.
Vamos a hacer todo el mundo lo de las señales, todo el mundo empezó a copiar la tarea ahí de Solid y ahí es, y de repente ahora todos son similares, o sea, todos estamos parecidos en ese aspecto.
Entonces, sí siento de que no hay ninguno que ya esté haciendo algo diferente, exceptuando Astro, lo que voy a decir de una vez.
Pero Astro está en otro... Astro no está en este frontend frameworks, no está aquí, está en el de metaframeworks.
Metaframeworks, este. Metaframeworks. Donde tenemos Next.js, que de nuevo Next.js pues parece que uso para arriba.
Es impresionante Next.js, que es casi... O sea, no es un monopolio, pero se está pillando mucho mercado.
Sí, básicamente mató a Gatsby y los demás.
Bueno, a Gatsby lo asesinó.
Pero, oye, a mí me ha sorprendido mucho esto de Gatsby, 23% de uso. O sea, ¿quién está utilizando Gatsby a día de hoy y que haya crecido un poco?
A mí me ha sorprendido mucho esto, ¿eh?
Puede ser que tenga muchos proyectos que fueron creados en su momento y no sé.
Y ahí siguen, ¿no?
Claro.
Pero sí, Next no me sorprende de que siga creciendo por el uso que tiene React, ¿no?
Entonces, la gente que usa React dice, oye, bueno, necesito server-side rendering de alguna manera para mi e-commerce, para mi aplicación que necesita SEO o algo así.
Entonces, la opción más lógica es irse por Next.
Pero Next, tenemos que el uso está subiendo mucho, todo el mundo lo conoce, el interés va bajando, por lo que decías antes, ¿no?
Cuanto más se usa, pues a mejor.
La retención también ha bajado un montón, ¿eh?
Esto sí que es interesante.
Y positividad también.
¡Buf!
Otro año complicado también para Next, ¿eh?
Sí, es que yo lo que siento de Next, y te lo digo porque, digamos, el año pasado yo regrabé todo el curso de Next.js cuando salió la versión 13.
Y luego, meses después salió la versión 14 y también tuve que regrabar muchas secciones y todo lo que es el e-commerce para adaptarlo a la versión 14, porque ya puso estable los server actions y otro montón de cosas.
Y ya estamos en Release Candidate de la 15 en menos de, ¿qué? 8 meses, creo.
Y si nos fijamos en los… Next hace algo que en lo particular no me gusta mucho, de que lanza la versión, pero casi todo lo más interesante de la nueva versión está en Release Candidate o en estado experimental.
Entonces, ok, ¿por qué lanzamos esta versión con tantos features experimentales en lugar de lanzarlos estables, no?
Por ejemplo, ese Partial Pre-Rendering es tal vez lo más llamativo de la versión 15, pero está experimental.
Y ¿por qué no lo esperamos o lo lanzamos así cuando ya esté estable?
Pero posiblemente si yo fuera el autor de Next.js haría algo similar porque así podemos nosotros hacer que la comunidad lo empiece a probar de manera, digamos que, directa.
Y si les funciona, pues vamos a tener buena retroalimentación para hacer, no sé, mejoras, ajustes, bug fixes y demás.
Mira, aquí lo dice Diego. Dice, yo ya perdí un poco el interés de Next y es porque aunque están sacando cosas nuevas a cada rato, me parece que ya empiezan a complicar ciertas cosas de manera innecesaria.
Esto es un sentimiento que mucha, mucha gente tiene, ¿no? Como que Next.js nació con esa idea de framework sencillo, que quedaba muy claro cómo se hacían las cosas.
Oye, que querías traerte datos a nivel de página, vale, pues lo haces así y tal.
Pero entre que estamos viviendo una documentación bicéfala, que esto es una cosa que no se ve todos los días.
Eso es horrible, eso es horrible de tener dos. O sea, tú quieres hacer algo y Next desde la versión 12 slash 13 tuviste que, tienes que aprender Next de dos maneras.
Tienes que aprender, ok, tenemos Get Static Paths, pero la nueva versión ya no existe. Tenemos Get Service Site Props, en el otro ya no existe.
Ahora tenemos otra forma de manejar el caché, en el otro lado se hacía de otra manera.
Entonces es complicado. Es complicado porque hay que reaprender Next.
Totalmente. Y lo peor es que, o sea, lo bueno que tiene Next es que es como retrocompatible con todo.
O sea, que si tú tenías pages, oye, pues podías empezar a utilizar app, router, en una parte en concreto.
Pero claro, aunque eso es algo positivo, lo malo es que la carga cognitiva es doble.
Porque empiezas a mezclar componentes, rutas, app, en una forma se hace de una manera distinta.
Y ya no sabes cómo, o sea, es que tienes un cacao en la cabeza.
Y luego cambiaron en la versión 15, cambiaron la manera como el fetch funciona.
Porque antes tenía el caché todo forzado, o sea, a la fuerza.
Y ahora ya es opcional.
Y ahora ya es opcional. Ya lo tienes que escoger tú.
Entonces ahora tienes que cambiar cómo funcionaba la aplicación.
Porque si ya te habías adaptado a cómo funcionaba antes, ahora tienes que ajustarlo otra vez.
Yo en lo personal estoy muy de acuerdo con lo que la persona, no vi el nombre de Diego.
No me acuerdo si fue la persona. Bueno, en fin.
Porque hay algo que yo siempre he dicho, y que me gustan mucho las palabras de Harvey Dent
en una película de Batman, que decía, uno vive...
Ah, yo sé cuál es.
Sí, sí, sí. Vamos a ver la frase cómo es exactamente.
Pero decía, uno vive lo suficiente.
No, uno es un héroe, pero puede vivir lo suficiente para convertirse uno en el villano.
Entonces, los frameworks nacen de como Next.
No estoy diciendo que Next sea un villano, pero estos frameworks nacen por una necesidad
y lo hacen de una manera tan sencilla al inicio.
Y todo el mundo, ah, qué bonito.
Pero empiezan a crecer, empiezan a meter tanta, tanta, tanta, tanta, tanta cosa
para tantos diferentes posibles escenarios, que posiblemente nosotros no usemos ni el 1%
de esos posibles escenarios.
Pero meten tanta, tanta, tanta cosa que se vuelven el villano que juraron destruir.
Y ahora tenemos ese problema de que quiero aprender Next,
pero hay tanta cosa que aprender por Next, y no sé qué es lo que voy a usar,
qué es lo que no voy a usar.
Y terminamos pensando en, ok, otras alternativas, algo que...
Más livianas, más claras, que claro.
Que también tienen la ventaja de empezar ahora, porque claro, hay algunas que dices,
NextGS también se ha complicado por lo que dices tú, ¿no?
Porque ha vivido lo suficiente para convertirse en el villano.
Y hay veces que lo que pasa es que quieras o no, como tiene que ser retrocompatible,
eso lo complica.
Y a día de hoy puede salir un framework mucho...
El otro día vi uno que está bastante interesante, creo que era Waku.
Waku puede ser The Minimal React Framework, claro.
¿Qué tiene Waku?
Pues que puede ser mínimo, porque ha aprendido de todos los errores de NextGS,
empieza con un green slate, que se le llama un campo verde, o un green fill,
empieza de nuevo, y tiene muchas ideas de NextGS, pero digamos que tiene las buenas,
las ideas buenas, las ideas que quedan más claras.
Y claro, la documentación es muy clara, muy sencilla, la puedes leer en una sola página.
Es complejo, es complejo, la verdad.
Sí, a mí mismo le pasa a Angular en ese momento, porque estamos en el punto
donde tenemos o Angular con Soundless, o Angular con SoundGS,
tenemos el estado clásico de Angular, o tenemos señales con Angular.
Entonces tú decides qué sintaxis quieres usar en tus proyectos,
o quieres standalone components, o quieres trabajar con módulos.
Entonces estamos igual en la parte de Angular, de que tienes que decidir por qué irte.
Y eso hace una fatiga mental a las personas que estén usando esa tecnología,
porque dicen, ah, tengo que irme a otra cosa.
Empezar a aprender otra vez de nuevo.
Reaprender cómo funciona esto, porque ahora, bueno, tengo Create Signal,
o tengo esta señal acá, y cómo funciona, qué hace, cómo cambia.
Entonces ya tengo que pensar de otra manera.
Pero esto es algo, pareciera como que es un común denominador en todos,
porque lo mismo le pasó a Vue.
Tenemos Vue con el Options API, el Composition API,
y luego metieron el Script Setup, que es básicamente el mismo Composition API,
pero simplificado.
Entonces es como que, ok, y ahora tengo que aprenderme otra sintaxis
para comprenderlo.
La verdad es que le ha pasado.
De la documentación también, hay Docs, en cualquiera.
¿Tienes la dos?
No, no, en la guía, ahí tenés ese switch ahí arriba, ese switch,
para que tú sepas cómo se hace en una versión o en la otra versión.
Y eso para mí es terrible, porque cuando tú empiezas a aprender la tecnología,
¿cuál decides?
Aunque por ahí...
Claro, ya tienes la primera pregunta.
Claro, ya tienes que hacerte la primera pregunta.
Ah, ¿pero qué debería? ¿Debería utilizar Options?
¿Cuál de las dos?
Claro. ¿Cuál debería aprender?
Sí, y las dos son compatibles entre sí, las dos se les da mantenimiento,
no hay ninguna marcada como obsoleta, entonces...
Claro, lo peor yo creo que lo que hace es que se crean bandos, ¿no?
Mi sensación es que, al menos en Next Year lo he visto, y con Vue también, ¿no?
Que se crean bandos dentro de la comunidad en la que se queda anclada gente
en como se hacía antiguamente, y dice, ah, pues a mí me gusta más esta forma,
esta es la forma correcta y tal, y nunca voy a pasar a lo otro.
O dicen, no, esto es lo nuevo.
Y entonces creo que se generan dos bandos dentro de la comunidad
que lo que hace es que existan a, como decirte, que no vayan todos a una, ¿no?
A evolucionar, a tener vídeos y tal, porque ahora tú, por ejemplo,
si tienes que hacer, no un curso, pero imagínate que tienes que hacer algo
que es accesorio de Vue, ¿vale?
O sea, no es un curso de Vue, sino que el router, por ejemplo.
Claro, ¿qué vas a hacer? ¿Las dos?
Tendrás que elegir una, decir, oye, pues, claro.
Sí, exactamente.
Es complicado.
Yo me fui, por ejemplo, yo este año regrabé todo lo que fue el curso de Vue,
el de cero experto, lo tocó regrabarse completamente y decidí,
porque originalmente el curso, cuando lo grabé y le di mantenimiento
por mucho tiempo, lo tenía separado en dos partes.
Tenía el Options API y luego después llegaba un punto en el curso
donde hacíamos lo mismo que habíamos hecho antes,
pero en el Composition API y de ahí seguimos hacia adelante,
pero eso hacía que el curso fuera muy grande,
cubriendo los mismos temas, pero de dos maneras diferentes.
Entonces, este año lo que decidimos hacer fue, bueno,
toca actualizar el curso de Vue, vamos a desechar lo que es el Options API,
siguiendo un par de recomendaciones que están en la documentación de Vue,
mantener el otro curso, así como lo dejamos archivado en detalle,
si lo quieren ver, ahí está, pero lo decidimos hacer todo
en el Composition API y eso nos permitió poder meter otros temas,
expandir ciertas funcionalidades, trabajar con BitTest, Piña,
meter Tankstack Query, en fin.
Y tú, sobre estos tres que hemos hablado,
hemos hablado de React, de Angular, de Vue,
yo sé que en tu carazoncito está Vue,
pero visto un poquito la evolución de este año
o de las cosas que se vienen, sobre todo,
teniendo en cuenta React 19, que está a punto de llegar,
de cara al futuro, ¿qué es lo que te llama más de los tres?
¿Sigues anclado con Vue o...?
Pues Vue, o sea, si estamos hablando de esos tres,
definitivamente, sigo prefiriendo Vue.
Más que todo porque,
inclusive el manejo del estado es mucho más fácil
cuando ya se pasa la curva de aprendizaje, ¿no?
Pero es que si te pones el ejemplo más claro
para determinar a mí qué tan conveniente es uno de estos,
o qué tan limpio es el código,
es obviamente qué tan fácil es de leer,
y si te pones a pensar React con esto de estar llamando
el set state, o sea, estar llamando funciones para estar...
Simplemente haces una petición HTTP en un framework
y actualiza el DOM acorde a lo que tienes en pantalla
y te vas a dar cuenta del montón de código
que tenemos que escribir en React
para que se ponga en pantalla.
Que no está mal, ¿verdad?
No está mal, o sea, no es terrible, ¿no?
Y por eso es que salió Tankstack Query,
que eso facilita muchísimo la existencia
y eso quita el principal problema que tiene React,
que son las peticiones HTTP,
porque un estado para manejar si está haciendo la petición,
si se hizo, si tenemos error, en fin.
En teoría más de uno podría decir,
pero eso pasa con todos, ¿no?
Eso, todos tienen ese mismo inconveniente,
exceptuando de que, por ejemplo,
en Vue o en Solid, también en Solid,
y en todos estos que no renderizan nuevamente el componente
cuando se es generado la primera vez,
no tienes que estar metiendo efectos para decir,
ok, cuando el componente se construye,
voy a disparar este efecto,
el cual hace la petición HTTP y actualizo mi estado.
Pero bueno, React es popular,
la comunidad es enorme,
y realmente React no tiene que ser el mejor
para ser el que está en la posición número uno ahorita.
Entonces, no necesariamente es el mejor librería,
digamos en este caso,
aunque compite con los frameworks,
pero también te tienes que dar cuenta
de que para que React sea productivo,
nosotros ocupamos librerías extra.
O sea, React por sí solo está bien,
o sea, funciona fenomenal, rapidísimo y todo,
y con el compilador que viene va a ser mejor aún
cuando arreglen el problema ese
de que las peticiones HTTP se hacen en,
no sé si viste ese problema,
de que se hacen en secuencia, no en paralelo.
Secuencial, que no se hacen en paralelo, sí, sí.
Sí, pero bueno, eso es algo que ellos van a arreglar.
Alguien metió las patas por ahí,
lo van a sacar y lo van a arreglar.
No tengo duda de eso.
Espero.
Sí, que al principio, además,
estuve viendo como que decían,
no, eso no es un error, eso no es un error.
Y eso retrasó,
está retrasando la salida de React, React 19.
Es esto, este es el tema, ¿no?
Que, claro, tienes en suspense esto
y lo que hace es como que intenta,
lo hace en secuencial estos dos componentes
cuando en realidad debería ser en paralelo,
porque es que si no, no tiene ningún tipo de sentido.
Es que estuve viendo como algunas imágenes
de herramientas de desarrollo
y era como, madre mía,
pero es que va a empeorar un montón el rendimiento.
Por suerte, si se han dado cuenta,
lo van a arreglar y veremos cómo lo dejan.
Pero para eso son los release candidates, ¿no?
Para que la gente lo pruebe y todo lo demás.
Entonces...
Sí, sí.
Pero me sorprende, ¿eh?
Un release candidate...
También me sorprendió que no lo hayan probado
y que eso haya llegado a una versión
que había ahí en release candidates.
Exacto.
Estaba ya muy cerca de ser lanzado.
O sea, bastante sorprendente.
Pero a mí le pasan a todos.
O sea, le pasa a gente como el equipo de Facebook
aquí con Meta, digamos, con React,
cómo no nos va a pasar a nosotros
en un equipo de dos, tres personas, ¿no?
Entonces...
Tal cual.
Eso es para hacernos sentir mejor, ¿eh?
Que hasta cualquiera...
Sí, sí, sí.
Le pasa a todo el mundo.
Le pasa a todo el mundo.
Estas cosas le pueden pasar a cualquiera.
Pues...
Si alguien hizo el comida ahí
un viernes en la noche,
cansado,
un sábado en la noche,
y...
¡Ah, que se vaya así!
Pero yo estuve viendo en la discusión...
Es que ahora no lo voy a encontrar,
pero en la discusión que estuve viendo...
Igual lo tengo por aquí.
Es que lo tenía por aquí apuntado
para hablar esto,
pero daba la sensación
que no era un error, ¿sabes?
¿Sabes?
Como que habían dicho de...
¿Sabes?
Mucha gente decía,
oye, esto es incomprensible,
esto no tiene sentido y tal,
pero no se llegué a ver...
Mira, este era la imagen que te decía, ¿no?
Esto es como funcionaba hasta el día de hoy,
cómo funcionan las peticiones estas.
Y esto es como iba a funcionar ahora,
claro, como si fuese una cascada,
de forma que tenías que esperar
cada petición y la hacían secuencial,
como decías tú, ¿no?
Claro, no es un error,
es una ficha,
y lo dice por aquí Neus.
Sí, así siempre son.
Tal cual.
Ahora puedes esperar un poquito más
y cada uno de los componentes
que se renderice más bonito,
con paciencia.
Porque fíjate que creo,
si vamos a la página de React,
para que veas que estaba hecho a posta,
creo que por aquí,
en algún sitio,
de hecho, aparece aquí.
¿Ves que otros cambios?
Dice Batch Sync,
Default and Continuous Lanes.
O sea, como que estaba hecho,
como sí, sí,
yo sé lo que estoy haciendo, ¿sabes?
Tal vez fue en vez de...
O sea, eso es como...
Si ya es un error y no lo puedes corregir,
hazlo un ficho.
Sí, tal cual.
Pero estoy de acuerdo que React,
no sé,
mi sensación es que
ya lleva muchos años
intentando que funcione esto de Suspense,
no termina de funcionar bien
o que la gente lo vea lo suficientemente claro.
Esto no ha ayudado
y sí que creo que a lo mejor
en ese caso Vue
como que se está quedando
como la opción mucho más estable.
Ya Vue es en el segundo
en posición en estas encuestas.
O sea, ya le pasó a Angular.
Sí, sí, sí.
Bueno, Angular ya,
sí, la verdad es que Angular
se ha quedado
en estas encuestas al menos.
Luego en el mercado
yo creo que sí que hay bastante...
Sí, lo que pasa es que las empresas
prefieren Angular,
digo yo,
por el hecho de que
conseguir desarrolladores en Angular
que programen de la manera
como se programan en Angular,
que posiblemente así tienen su código,
es más fácil
que conseguir un desarrollador de React
que tiene como una filosofía
o una estructura de archivos,
nomenclatura de todo
y librerías
que puede estar escogiendo allá afuera.
Entonces es como...
Son como más cerrados
al equipo de Angular
y eso le ayuda a las empresas
a poder encontrar
un desarrollador de Angular
que rápidamente sea productivo
para el proyecto
que ya tienen funcionando.
Eso es a mi parecer
uno de los principales usos,
de los principales,
sí, usos de Angular.
No por el cual le gusta Angular
a la gente de empresas.
Pero también por el otro lado
siento yo que como un empresario
deberías de tener consideración
de que si hay un...
Esta librería que se usa muchísimo
que es React
es mucho más fácil encontrar
personas que puedan llegar a hacer...
O sea,
es más fácil encontrar
muchos buenos desarrolladores de React
que muchos buenos desarrolladores
de Angular.
Es más fácil encontrar
desarrolladores de React
debido a la mar de gente que hay.
Hay muchísima, muchísima gente.
Pero al final de cuentas,
pues muchas empresas usan React,
muchas empresas usan Angular.
Es cuestión de saber un poco de...
O sea,
yo le recomendaría
a las personas que están diciendo
si me tocara decirles ahorita,
ahorita, ahorita mismo,
estudien React
porque es el que más hay...
Hay más uso,
hay más demanda,
la comunidad es más grande.
Domine bien la tecnología,
domine bien JavaScript
y luego si...
Ustedes salen con un trabajo
que necesita Vue,
React,
bueno, Vue, Angular,
Spell,
lo que sea,
si ustedes tienen
muy buenas bases de JavaScript
y logran separar
qué es React,
qué es JavaScript,
no van a tener problemas
migrándose a lo que sea.
Claro.
Yo estoy bastante de acuerdo
que muchas veces
la gente se me echa el cuello
de,
ay, es que a ti
porque te gusta React y tal.
Y digo, bueno,
pero es que,
es verdad,
me puede gustar
y no tengo nada en contra
de ningún otro,
pero creo que la realidad
ahora mismo es RIA,
que es como el que está
reinando el mercado
en general,
porque si entramos
a algo específico
a nivel de ciudad,
pues sí que puede ser
que a nivel de ciudad
es que hay gente que dice,
ya,
pero es que mi pueblo
resulta que se lleva
más Angular.
Bueno,
pues si a ti te interesa
trabajar en tu pueblo,
pues aprende Angular,
de todo el sentido del mundo.
Exactamente.
Claro,
no seas tan tonto
y a ver,
hay veces que dices,
no,
es que en Colombia
justamente para gestorías
se utilizan más Angular.
Bueno,
pues igual te interesa
más Angular,
pero en términos generales
yo creo que tiene
bastante sentido decir,
oye,
pues React parece
como la buena opción
de aprender,
pero como tú dices,
Fernando,
yo creo que al final
el aprender un segundo
framework,
al menos un segundo,
no todos,
tampoco se trata
de que los aprendas todos.
Sí,
es imposible,
claro,
pero un segundo framework
una vez que sabes React,
componentes y tal,
igual tienes que cambiar
algún poco el chip
en reactividad
con alguna cosa,
pero tanto View,
especialmente View,
creo que más fácil View
que Angular,
igual Angular puede ser
un poco más...
los dos tienen,
yo siento que Angular
desde que metió
los Standalone Components
se complicó un poco
la cosa,
porque ahora tenemos
un componente
que en su definición
tiene muchas propiedades
en el decorador
y en vez de hacerlas
todas por defecto
para que no tuvieras
que escogerlas
o seleccionarlas,
ahora tienes que ponerla
de que,
¿cómo querés
que se actualice
el componente?
o qué tipo de...
si quieres Soundless
o no Soundless,
quieres On Push
o no Push
o querés los módulos
que vamos a colocar
por aquí,
entonces se creció
tanto el decorador
del componente
que se ve feo,
el código de Angular
de los componentes
se ve feo
y...
a mí es el que menos me gusta
de todos los frameworks
y tal,
a mí el que menos me gusta
de Soundless en general
aunque tengo que decir
que ahora con estos
nuevos Signals
incluso a la hora de
hacer la reactividad
de los Inputs
que lo vi en los Google Ayo
y tal,
como que están intentando
quitarle todo ese
boilerplate típico
que tenías que hacer.
Sí, correcto,
ahora están buscando
quitar decoradores
y usar funciones.
Sí.
Con eso de los Inputs Outups
por ejemplo
es un buen ejemplo,
tenemos esos Signal Inputs,
Signal Outputs,
creo que se llama
el feature este
que mencionas,
pero tiene razón,
hace mucho más sencillo
el trabajo.
Pero, claro.
Desafortunadamente
yo creo que ya está
llegando un poco tarde
esos cambios.
Ahí está.
Y por eso es que está
Svelte
que está agarrando fuerza,
ves a Vue
que ya le ganó
la carrera
a Angular,
luego ves
bueno,
React,
la verdad es que React
decidió no incorporar
lo de las señales,
yo pensé que iban
a meterlo
o tener algún panorama
en la versión 19
pero definitivamente
no es,
no quieren
incorporarlo,
seguramente hay mucho cambio
que hay que hacer
torácico para eso,
porque eso es lo que a mí me gusta
de Solid.js
o de Quick,
por ejemplo,
de que a pesar de que
luce como React,
el componente
solo se construye una vez.
Ya.
Pueden haber cambios
de state
y no se vuelve
a renderizar el componente.
Entonces no ocupamos
ese compilador
que está metiendo
React,
pero el compilador
también es muy útil
porque permite
cosas como
en SvelteKit
que uno pueda tener
una variable
plana variable
que es reactiva
por la magia
del compilador
de Svelte
que está atrás,
aunque ya vienen
las runas
que ya eso ya
se ve claramente
la función.
Ostras,
las runas,
a mí me sorprende
mucho el tema
de las runas,
lo entiendo,
o sea,
entiendo por qué
lo han querido introducir,
un poco esta idea
de los signals
en Svelte,
pero a nivel de estado
es como raro
porque me da la sensación
que como que lo complica.
Sí,
yo estoy pensando
exactamente lo mismo
porque uno de los puntos
más fuertes
que tuvo Svelte
era de que
tan fácil que era
como declarar una variable,
era absurdo ver
eso.
Sí, sí.
Es como que
¿quieres saber Svelte?
Ah, bueno,
este es código de Svelte.
O sea,
let count igual cero
y ya está.
Y eso es el estado
porque lo detectaba
automáticamente.
Y ahora con las runas
tienes que hacer esto.
Claro,
hay seguramente
hay muchas mejoras
de performance,
lo más probable.
Claro.
Sí,
aquí de hecho lo dices,
dice,
oye,
esto parece un paso atrás,
no sé qué.
Dice,
bueno,
pero claro,
o sea,
tiene sentido lo que dicen
porque cuando la aplicación
empieza a ser
mucho más compleja,
muchas veces lo que vas a querer
es pues tener estados
que sean globales,
lo de la reactividad
que solo funcione a nivel
de que solo se actualice
esa parte de aquí.
O sea,
eso lo puedo entender
pero es verdad que
a nivel de sintaxis,
quieras o no,
a la hora de aprender...
Ya hay una lógica
adicional que tienes que poner.
Exacto.
Unas cuantas neuronas
vas a trabajar
para decir,
ok,
esto es un state,
el state,
esto lo grabo por acá.
Y también cuando eran
las propiedades computadas,
también eso cambió.
Entonces,
pero bueno,
lo mismo que digo,
lo mismo que dijo Harvey Dent,
o sea,
vive lo suficiente
para ser un villano,
¿no?
Sí,
al final también te tienes
que atrever,
o sea,
y se han atrevido todos,
¿no?
Tienen que evolucionar.
Tienen que evolucionar
y todos se han atrevido
a intentar hacer algo diferente,
¿no?
React,
los React Server Components,
Vue con el Composition,
claro,
Angular con el tema
de la nueva sintaxis,
también muy polémica,
o sea,
aquí cada uno
ha intentado tirar
por voy a hacer algo diferente,
¿no?
Quick,
con la reanudabilidad,
digamosle.
Sí.
¿Qué tal,
Quick?
Porque va pasando el tiempo
y yo no veo que termine de...
Sí,
exactamente,
como que termina...
La verdad es que Quick ya tiene
¿cuánto?
¿Un año?
¿Un año y medio?
No,
¿dos años desde que salió
la versión 1?
Ahorita vamos por la 1.5,
6 o 7,
no sé,
por ahí,
todavía estamos en la versión 1.x.
Y mucha gente me pregunta
porque yo cambié mi sitio web
de fernandoherrera.com
y lo pasé de Quick a Astro.
Y originalmente lo hice
como hobby
para reforzar
y aprender
y practicar
y...
Fernando menos Herrera.
Ah,
Fernando menos Herrera.
Que me he metido aquí
en el LinkedIn de alguien.
Sí,
entonces lo cambié
de Quick a Astro.
La verdad es que
ha tenido todo un flujo
este sitio web.
Lo pasé de PHP,
jQuery,
lo pasé a Angular,
luego React con Angular.
Digamos,
React con Angular
lo dije encima
porque estaba...
El frontend
lo tenía en React
y el panel administrativo
lo tenía en Angular.
Te encontré un typo,
eh.
Estudiantes y con tanto.
Y con tanto,
sí,
con tanto amor
y con tanto cariño
y con tanto...
Y con tantas cosas.
Sí.
Entonces,
originalmente salió por eso
de que empecé
cuando...
Porque estoy trabajando
en un curso de Astro
y un material Astro
que también...
De Astro
que vamos a subir.
Cuando
empecé a hacer esto,
lo empecé a hacer
como para practicar
porque este es un sitio web
que tiene un panel administrativo,
autorización,
autenticación,
manejo de estado,
sesiones,
búsquedas
y un montón de vainas,
¿no?
Entonces,
eh...
Parte de lo que nosotros teníamos
o con este sitio
que nació puramente
por ejemplos,
eh...
O sea,
para experimentar Astro
así de primera mano,
me terminó gustando
y entre más
lo empecé a hacer,
entre más lo empecé a probar,
entre más lo empecé
a jugar con él,
empecé a...
Me empezó a gustar mucho Astro
y, bueno,
al día de hoy,
pues,
la verdad es que dije,
bueno,
nos vamos a dedicarle
el día y medio
y vamos a cambiar
todo el sitio.
Bueno,
la verdad es que no fue
un día y medio,
fue como una semana y media
trabajando como dos horas por día
y lo logré implementar,
¿no?
Entonces,
eh...
Lo interesante es,
por ejemplo,
el buscador,
la lupita que hay allá arriba,
esa lupita,
hacerle clic ahí,
busca cualquier cosa,
busca React,
por ejemplo.
Ok.
Y esa...
Dale ahí buscar.
Eso,
eso que está pasando por ahí,
esto está bien interesante
porque como funciona,
funciona de esta manera.
Ese buscador dispara
un server action de Astro
y todo está hecho
con server actions de Astro
que me estoy arriesgando
a que si el día de mañana
eso cambia
porque estamos en...
Sí,
porque están todavía
en beta,
¿no?
Sí,
está en experimental.
Llamo a un server action
que trabaja con Solid.js.
El sitio es Astro con Solid.js,
no es Astro con React.
Y cuando estaba haciendo
muchas cosas
de este curso de Astro,
yo me di cuenta
de que tenía...
Bueno,
en lo personal,
he visto muchas personas
de que para hacer
un simple formulario
de captura
del correo electrónico
de un newsletter,
nosotros usamos...
Ah,
vamos a ocupar React,
Angular,
Vue,
Svel,
lo que sea,
para simplemente
tomar el valor
del formulario
y hacer la petición
HTTP a nuestro backend,
la verdad es que
no necesitamos nada así.
Claro.
No ocupamos...
Eh...
Interactividad.
Sí.
Ninguna cosa de estado.
No hace falta...
No hace falta tener
un framework de UI
para hacer ciertas cosas.
Y eso es lo que
también me llamó mucho
la atención de Astro.
Que en Astro,
tú tienes
prácticamente
vanilla JavaScript
slash TypeScript.
Yo soy bien partidario
de trabajar con TypeScript.
Y puedes escribir TypeScript
directamente en los scripts
como si estuvieras
trabajando en JavaScript.
Claro.
Sí, literal.
Y ya puedes quitar
esa pantalla,
si quieres.
Este...
Pero eso me...
Me terminó de convencer
mucho con Astro
por la forma
que nosotros tenemos
de que,
ok,
necesitas JavaScript,
necesitas más poder.
Ok.
¿Cuál te gusta?
Usalo.
Ya está.
Ah,
¿te gusta más React?
Usa React.
¿Te gusta más...?
Bueno,
Angular hay una integración
pero no es oficial.
¿Te gusta Solid?
¿Te gusta Preac?
¿Te gusta Svel?
¿Te gusta Vue?
Lo que sea que te guste,
lo puedes usar.
Eso es lo mejor.
Sí.
El hecho de que sea algo
agnóstico
a la biblioteca
que quieras utilizar,
puedes utilizar React,
Vue...
Puedes utilizarlos todos.
Bueno, todos,
quiero decir.
Angular a día de hoy
todavía no,
pero van a estar trabajando.
No hay una integración oficial.
Hay no oficiales.
Hay no oficiales.
Sí,
hay no oficiales.
Pero bueno,
que el hecho de decir,
oye,
puedes tener componentes
de React y de Vue
y de Preac y de Svel...
Puedes tener todos,
si querés.
Claro,
o ninguno.
O ninguno.
Eso es lo más interesante.
Por ejemplo,
imagínense que nosotros,
y lo pueden utilizar
no solo para construir
el código del cliente.
Imagínense que ustedes
están haciendo
una aplicación ahí
y necesitan mostrar
una gráfica.
Y la gráfica
ustedes la hacen
en Charge.js,
pero para usar Charge.js
ustedes usan
una librería
como React
para traer la data,
hacer una petición HTTP,
colocarla,
crearla,
no sé,
algo así.
Pero si solo usan
React para mostrar
la gráfica,
ustedes pueden usar React
solo para que sea generado
del lado del servidor.
Bueno,
para que sea generado
en tiempo de construcción
del sitio.
Entonces,
le mandan cero código
de JavaScript
al cliente
y lo único que ustedes usaron
fue la construcción,
o sea,
crear la gráfica
en el lado del servidor
y regresarle al usuario
el código
que muestra la gráfica.
Si ustedes ya quieren
interactividad
y que mover una palanquita,
un switch,
entonces ya le podemos decir,
a Astro,
la gente va a poder
hacer clic en estos botones
y añádenle el código
respectivo
para que sea interactivo.
Entonces,
uno decide
en qué momento.
Claro,
no todo es de las mismas
maravillas
con Astro.
O sea,
Astro,
que creo que ya nos saltamos
esa parte,
pero eso ha ido creciendo
mucho en popularidad
y la gente
le gusta
trabajar con Astro.
Es más,
cuando uno está viendo
ahí se basa al,
creo que es
interés.
Interés.
Sí,
ahí...
Mira,
Astro está bajando,
Astro,
y todo ya el interés.
En interés está bajando.
En uso ha crecido.
En uso,
sí,
en uso creció
de 8% a 19%.
A 19%,
un 11% de golpe.
Creo que es
el que más ha crecido.
Y si bajas por aquí
vas a ver
de la gente que...
O sea,
es bien positivo
todo lo que tiene...
Todo lo que tiene Astro.
Ahí puedes darle...
Mostrar los que están
ocultos.
Más arriba,
ahí ese botoncito.
Ahí abajo,
más abajo,
más abajo,
más abajo.
Más abajo.
Ahí,
ahí ese botón.
Por ejemplo,
ahí se puede ver.
Mira,
Gatsby,
Gatsby básicamente
está...
Se siente que va
para afuera Gatsby.
Sí.
Porque hay mucha gente
que ha tenido
malas experiencias con él.
Solo un 5% de personas
tiene una experiencia positiva
que es terrible.
Astro,
casi toda la experiencia
que las personas
han tenido con Astro
es muy buena.
Claro,
es menor cantidad de personas.
Esbelki también
está muy bien.
Y si te fijas,
por ahí anda Quick,
que Quick,
eso no es muy bueno
para él.
Es el último,
creo.
No sé si sale...
Bueno,
ahí Solid Start.
Es que claro,
Quick igual...
No sé qué hace ahí
porque eso salió
hace...
No hace mucho.
Quick está aquí.
Quick está en el...
Aquí,
en este.
Aquí está.
Pero bueno,
a ver.
Bueno,
no ha tenido tan malo,
digamos.
Sí,
lo que pasa es que
no lo ha usado casi nadie.
Ese es el problema.
El problema con Quick
y que me pasó
en esta migración
que hice con mi sitio.
O sea,
Quick es...
Siento que es React
de una forma complicada.
O sea,
el React es complicado.
O sea,
a estas alturas
lo puedo ver de esa manera
porque sí,
tiene Server Actions
de manera estable.
Fue el primero en hacerlo
de forma estable
y la reanudabilidad
está muy bien.
Pero,
¿qué tanto vas a ocupar
tú a hacer eso?
O sea,
¿qué tanto realmente
necesitas tú
esa funcionalidad
en tu aplicación?
Si realmente es vital
para ti hacerlo,
puede que Astro
lo haga mejor
por la manera
como puede mandarle
el JavaScript.
Claro,
se ha quedado
como en tierra
de nadie,
¿no?
Quick.
Se ha quedado ahí
en tierra
un poco complicada
porque dices,
es que claro,
si necesitas mucha interactividad,
pues ya vas a utilizar React.
Si necesitas poca interactividad
o va a ser estático,
ya te vas a Astro
y se ha quedado Quick
ahí en medio
que creo que le está costando
encontrar su sitio.
Sí,
y es que si te ves
el código de Quick,
uno termina
haciendo la optimización
a la hora
de escribir el código.
Hay muchos símbolos
de interrogación,
hay muchos,
perdón,
de dólar,
hay muchos dólar signs
por todo lado
y eso hace que uno
tenga que pensar,
mira,
ya estaba el
Road Loader.
Sí,
el Road Loader.
Eso es básicamente
cuando el componente
se carga,
te permite a ti
poder hacer,
por ejemplo,
traer información
de tu backend
y mandarse al componente
que el componente
lo usaría
sin necesidad
de hacer await,
¿no?
Entonces,
uno,
uno,
y lo termina usando
como un hook,
pero tanto símbolo
de dólar,
siento yo,
y tanta función
que tienes que implementar
para hacer lo que sea,
sí,
hace que todo tu código
de JavaScript
queda cortado
y cargado
basado en la necesidad
y reanudar
cómo estaba el backend
a cómo se le mandó
al cliente
sin tener que hacer
la hidratación
ahí.
Entonces,
sí,
está genial.
Mi principal problema
es que hace un código
que es muy difícil
de leer.
Claro,
que al final
todas esas optimizaciones
de alguna forma
se están viendo
directamente
en tu código,
¿no?
Que no está siendo,
o sea,
no es un coste cero,
sino que realmente
hay que mantener
todo eso,
hay que entenderlo
y es incluso
a nivel de click,
porque también
a nivel de click
si quieres que la función
lo saque y tal,
también tienes que utilizar
el dólar.
Sí que es verdad
que tiene un coste.
Y lo más doloroso
es cuando uno pasa
un valor
por las properties
a otro componente,
porque tiene que poner
un decorador,
no me acuerdo cuál era,
si era un QRS,
no me acuerdo,
hay un nombre
de una función
que se ocupa
especificar
en las properties
para pasar
de un componente
a otro
y eso es complicado,
o sea,
memorizarse todo eso
es complicado
y sí,
más de uno puede decir,
pero podemos crear snippets
para que ya lo tengamos,
simplemente pongo props
y que me creen
mis snippets
y yo simplemente
borro lo que no ocupo,
pero termina siendo
algo complicado.
Yo no digo que,
o sea,
la verdad es que Quick
a mí me gusta mucho,
me sorprendió
cuando salió
y experimenté con él
y me gustó mucho
ser parte
de la comunidad
que enseña Quick
también,
que de hecho
tenemos todavía
el curso en,
cuando salga
la versión 2 de Quick,
pretendo regrabarlo todo
que es un curso
que tenemos
en la documentación
oficial de Quick,
que es un curso gratuito
como de ocho horas,
pero espero poder
actualizarlo
con la versión 2
para seguir aportando
mi granito de arena
en estas,
en el desarrollo
de estas tecnologías,
porque realmente
necesitamos
esta competencia.
Quick es el único,
creo yo,
tal vez Astro
por ahí está
más o menos similar,
pero creo que Quick
es el único
que se animó
a hacer algo así.
Ok,
podemos hacer
esta optimización
tan agresiva
de nuestra aplicación
para tener
una experiencia
rapidísima
en la web.
Claro,
y no Astro
y,
es que si ustedes
comparan
la sintaxis
de Astro
con la sintaxis
de cualquier otro
es ridícula,
es ridícula,
es como,
quieres crearte
un componente
en Astro
y recibir properties,
por ejemplo,
lo único que tienes
que hacer es,
te creas el HTML
y desestructuras
las properties
de Astro.props.
Ahí está,
en ese ejemplo,
por ejemplo,
es el constante título,
Astro,
toman las properties
y ya,
eso es todo
lo que hay que hacer,
no hay que hacer
nada más.
Lo demás que está
arriba del banner,
el React,
el Pokémon component,
eso son otras cosas
que otros componentes,
pero no hay que hacer
nada más.
Y si le queremos
poner tipado estricto,
simplemente creamos
la interfaz props
y no hay que ni
usar ningún genérico
ni nada,
Astro lo infiere
automáticamente
por las props.
Y todo en el mismo
componente,
o sea,
es tremendo.
con una sintaxis
que puede ser
puramente HTML,
parecida a JSX,
o sea,
que cualquier persona
que ya haya utilizado
React,
Preact,
Solid,
Quick y tal,
pues ya la entiende
y que además
tiene algunas directivas
muy sencillas de entender
para optimizar
el rendimiento
de la página.
Por ejemplo,
esto es un componente
de React
que lo utiliza
mezclado también
en ese archivo
de .astro,
o sea,
pueden meter HTML,
otros componentes
de Astro,
componentes
de otros frameworks
como React,
como Solid,
Vue,
Svelte,
y además
puedes hacer
que se carguen,
que esto es lo que me parece
interesantísimo,
que se carguen,
este componente
va a descargar
ese JavaScript
solo cuando tú le digas,
vale,
cuando sea visible
en el cliente
este tipo de cosas.
Posiblemente
nosotros tenemos,
si no lo hiciéramos
de esa manera,
posiblemente vamos a tener
código de JavaScript
que nunca va a ser ejecutado,
nunca va a ser visto,
o imagínense
que ustedes están construyendo
un montón de tarjetas,
un infinite scroll,
por ejemplo,
y cada una de esas tarjetas
hace algún tipo
de pre-render
o un pre-load
o algo,
no sé,
cuando se construyen,
de esa manera
pueden ahorrarse
quién sabe cuántas descargas
para que solo sea ejecutado
en el momento
que tiene que ser ejecutado,
pero no solo es visible,
tienen el viewport,
tienen,
este,
cuando el navegador web
entra en suspenso
y ya no está haciendo nada,
en Idle,
sí,
cuando está,
que no tiene ninguna carga
de trabajo,
¿no?
En fin,
hay un montón
de otras directivas
que ustedes pueden poner
y la verdad
es impresionante.
Ahora,
tengo que decir una cosa,
voy a apuntarme un tanto
porque básicamente
esto es,
este soy yo
en septiembre del 2022,
Astro es lo mejor
que le ha pasado
al desarrollo web
este último año,
te explico por qué
y las razones
para aprenderlo,
que lo digo
porque mucha gente dice,
ah, bueno,
ahora porque está de moda
y tal
y estáis hablando de Astro,
yo me acuerdo
que yo ya estaba con Astro
en cuanto lo vi
y salió,
porque es que,
bueno,
fíjate este ejemplo
de código maravilloso,
que mucha gente decía,
esto es React,
no es React,
no es React,
es justamente,
es lo interesante
que tiene es
que es lo que le hemos
estado pidiendo
durante tanto y tanto
y tanto tiempo
al mundo del desarrollo web,
que queríamos
un framework
que nos solucionase
desde el static rendering,
desde el server
as rendering
y todo esto
sí la necesidad
de que se ate
a la biblioteca
de UI,
porque claro,
nos podía gustar mucho
NextGS,
pero NextGS era React
o Naxx,
pero Naxx es Vue
y el hecho
de tener esa libertad
de decir,
oye,
Astro,
además del tema
del rendimiento
que no te va a devolver
JavaScript,
que puedas utilizarlo,
que tengamos un framework
en común
para diferentes bibliotecas,
eso es lo que me parece
increíble.
y creo que hace un año
y medio
que tuvimos esta charla
que me preguntaste,
¿cuál crees
que sea el futuro?
Yo te dije,
Astro con Svelte,
algo así me acuerdo
que mencioné.
Sí, sí, sí,
hablamos de esto justamente.
A estas alturas todavía,
no sé si sostener Svelte,
porque hay que ver
qué pasa
y cómo lo recibe
la gente
con lo de las runas
y los cambios
que vienen
en Svelte 5,
que la mayor parte
de la gente
que le gusta Svelte
está bien contenta
con esto
de las runas,
pero hay que ver
qué tal lo recibe
la comunidad
de desarrolladores
que, o sea,
personas comunes
y corrientes
como nosotros
que realmente
lo que,
bueno,
yo en lo personal
priorizo
que sea fácil de leer,
fácil de mantener
y que no tengamos
una curva
de aprendizaje
tan alta
que nos impida
a nosotros
animarnos
a hacer este
framework,
o usar ese framework.
Alguien estaba
preguntando por aquí.
Ah, sí, perdona.
Sí, no,
algo que también
hay que hablar
para no solo hablar
lo bonito de Astro,
sería bueno también
hablar de
Ah, claro,
lo malo.
De las cosas
que no me gustan.
De ventajas que tienen,
claro.
Por ejemplo,
si ustedes quieren crear
un spa,
Astro no es la opción.
Eso podemos dejarlo
de entrada.
Astro no es la opción.
Si ustedes necesitan,
por ejemplo,
yo estoy trabajando aquí
en una empresa en Canadá,
a mí me pedían
hacer aplicaciones de Vue
que eran
single page application
para que las montaran
en unos Vue's,
en unos Vue's
en una aplicación
hecha en C Sharp.
Entonces,
quedaban montados
y si hubiera sido
una multi-page application,
eso no hubiera podido funcionar.
Entonces,
Astro no me hubiera servido
para ese tipo de trabajo.
a menos
porque había varias páginas,
había un router,
eso no hubiera funcionado
muy bien en Astro.
Otra cosa que tenemos
que comprender de Astro
es que,
sí,
tenemos las islas
y todo muy bonito.
Las islas es básicamente
un componente de React,
Vue,
Solid,
Vial,
todos estos.
Pero cuando uno quiere
compartir información
entre las islas,
no es que no se pueda.
Tenemos diferentes opciones
dependiendo del framework
que estén utilizando
o tenemos también
lo que son los nano-stores
que básicamente
nos permite a nosotros
poner ahí una variable
y recibirla en el framework
que lo estemos utilizando
y hacer esa interactividad.
O sea,
se puede hacer,
solo que agrega una mini,
ese es un ejemplo,
por ejemplo,
Margarita,
no hace un ejemplo,
por ejemplo.
Este es un ejemplo
de ese nano-store
usando los atoms
que es la manera
de crearse
un pequeño fragmento
de state
el cual van a poder compartir
a los diferentes
frameworks y librerías
que estén dentro de Astro.
Pero eso ya es algo
que nosotros tenemos
que aprender.
No es muy difícil,
o sea,
no es difícil aprenderlo.
Lo único es que nosotros
tenemos que estar seguros,
ok,
tenemos esto.
Si ustedes están trabajando
en Solid.js
o están trabajando en Vue
o están trabajando en Preact,
ustedes pueden usar
las señales
o la reactividad nativa
del framework
porque ustedes pueden crear
una variable
fuera de Vue.
Es decir,
ustedes pueden usar
la reactividad de Vue
sin estar en Vue
y crearse su variable,
su estado reactivo.
Pero el problema
es que eso amarraría
a Astro
a ese framework.
Por eso los nano-stores
son mejores
porque permiten ustedes
hablar de Vue
con React,
React con Solid.
Claro,
en la vida real
yo no les diría a ustedes
que haga un proyecto
que use todas esas tecnologías
porque
¿para qué, no?
Pero en el caso
de que ustedes tengan
que hacer alguna migración
o quieran ir
paulatinamente
haciendo actualizaciones,
Astro les permitiría eso.
Entonces,
eso no es complicado,
pero hay que saber
de que hay una capa ahí
de que conecta
los frameworks de UI
con Astro
y bueno.
Y también por defecto
hay muchos features
de Astro útiles
como los Server Actions
y vienen los Server Islands
también
que están en estado experimental.
también lanzaron
AstroDB
que yo siento que Astro
en el último año
han decidido
como vamos a darle a todo.
A ver lo que lo pega.
Cada mes
o cada dos meses
he visto un release
de Astro
y cada release
viene con features nuevos
y pucha,
está creciendo mucho.
La verdad es que es tremendo.
¿Cómo está evolucionando Astro
tan rápidamente?
Me da un poco de miedo eso
porque es lo que dice.
Yo no quiero que se vuelva
el nuevo villano.
Exacto,
no quiero que sea el nuevo villano
porque si nos ponemos a mirar
mira Astro 4.11
20 de junio
Astro 4.10
6 de junio
y todo con un montón de cosas
y me da un poquito de miedo
el hecho de que de repente
se haga algo que era muy sencillo
pues que de repente
sea muy tedioso
de todas las cosas
y posibilidades que tiene
que sea muy complicado.
Espero que no,
que sepan mantenerlo
y tranquilizarse
para que no lo hagan
tan complicado
porque es que
el ritmo
de la versión 4.8
o 4.9
menos de 20 días
y además
con cosas
que dices
venga pues con soporte
para Astro Actions
aquí las cosas experimentales
o sea
bastantes cambios
estar al día de Astro
se hace
se hace
un trabajo
porque no paran
no paran
de desventajas
que estaba la gente preguntando
y que tú comentabas
yo una cosa que apuntaría
que tenéis que tener en cuenta
lo de single page application
es lo que decía Fernando
y también a la vez
yo creo que cualquier página
que sea muy
muy interactiva
no tendría mucho sentido
hacerlo con Astro
porque entonces
te vas a llenar
de crear componentes
con un framework
como Ria
o como Svelte
o lo que sea
vas a tener
demasiadas islas
y como decía Fernando
que es complicado
que se comuniquen entre ellos
te va a ser muy tedioso
no le vas a sacar rendimiento
por ejemplo
crear la página
de Facebook
de Meta
pues no tiene mucho sentido
hacerlo con Astro
pero si fuese una página
que lo que es interactivo
son tres cosas en concreto
pues ahí yo creo
que sí que puede tener sentido
porque ahí es donde puedes
colocar esos componentes
específicos
y sacarle el máximo rendimiento
a Astro
pero claro
hay gente que me dice
no es que es muy interactiva
bueno pues Astro
no es
no pasa nada
Astro
yo creo que lo bueno
es que entendáis
que no es para todo
¿sabes?
Sí
Astro no busca
ser el mejor en todo
no busca
lograr hacer
lo que hace
lo que hacen
todos los demás frameworks
y mejor
no busca hacer eso
tiene su nicho
tiene su uso en particular
yo
o sea
en los ejemplos de Astro
hay e-commerce
hay
sí
hay de todo
sí
hay páginas
por ahí hay un
sí
hay ejemplos de todo
de aplicaciones
aquí
y todas esas animaciones
de Spotify
están hechas con
View Transitions
creo que
eso es otra cosa increíble
sí
lo hacen tan fácil
en Angular lo tiene también
pero no es tan sencillo
pero
esos View Transitions
lo hace tan sencillo todo
tan fácil de implementar
tan fácil de mantener
el estado
es
es
esta página también
está hecha con Astro
claro
lo que son
landing pages
blogs
eh
páginas
que
creo que nació
pensando para contenido
o sea nació pensado
en un contenido estático
pero evolucionó
a tener
Services at Rendering
a tener
Clients at Rendering
también
y ya le metieron
su Server Actions
y ya le metieron
hasta base de datos
que la base de datos
está interesante
no sé si la has ojeado
sí
sí
sí
de hecho es que Astro
la hemos utilizado
para hacer la página web
de la velada
del año
que hicimos esta página
de Boxero y tal
y ves con las View Transitions
y todo
y la parte de pronósticos
y tiene sesión
y todo
la página
pues la parte esta
esta está hecha
con la base de datos
de Astro
y se guardan
la base de datos
los votos
y aquí refrescas
y deberían aparecer
aquí los votos
y en los combates
puedes ver los pronósticos
de la gente
ves aquí
esto es todo
de la base de datos
de Astro
en cuanto salió
pum
lo instalamos
y lo probamos a tope
sí
eso está genial
de la parte
de esa base de datos
de Astro
porque aparte
de que el tier gratuito
es fenomenal
es increíble
corriendo el riesgo
de que está en experimental
eso sí
que está en un early
no es experimental
es un early
no sé qué
early access
no sé cómo le dicen ellos
early
optical preview
ah no acuerdo
pero sí puede ser
está en la página
ah close beta
aquí pone close beta
no no es close beta
es
se me fue el nombre
Astro
ahí en la documentación
por ahí
ahí en ese AstroDoc
sí pero
por algún lado
está en la página
vamos a ver si la veo
ostras es que no sé
ahora no me sale la página
a ver si alguien me la encuentra
astro.bill
barra db
creo que
aquí está
early preview
early preview
es la palabra
sí
si uno se arriesga a eso
pero la verdad es que
también me gusta mucho
cómo funciona
porque uno la instala
y le crea una base de datos
parecida a SQLite
localmente
y cuando uno lo pone a producción
pues usas tu estudio
y
y tenés como lo mejor
de los dos mundos
porque si estuvieras trabajando
tu aplicación
con la base de datos local
tienes que montarte
tu
tu imagen
o tu base de datos
o tu imagen de Docker
con la base de datos
de las configuraciones
hacerle el CIR
un montón de procedimientos
para hacer funcionar
la base de datos
pero ya
bueno se está haciendo
como publicidad
esto mucho de astro
pero bueno
entonces la
la
esta base de datos
te permite a ti
inmediatamente
cuando haces el
NPM run dev
ya estar listo
con la base de datos
para trabajar
entonces no hace falta
ni poner un
un archivo
de cómo funciona
la base de datos
eso ya está
claro
para que la gente lo sepa
bueno el pricing
que lo comentaba
justamente antes
Fernando
que la capa gratuita
tienes un giga incluido
mil millones de lecturas
y un millón de escrituras
y esto
para que la gente lo sepa
por detrás
está utilizando este servicio
que cada vez
también
este servicio
lo utilizo hace un montón de tiempo
hay gente que me decía
ah este servicio
pues mira este servicio
es el que está utilizando
astro por debajo
para
para utilizar su astro DB
utiliza TURSO
que TURSO todavía
si sois gente
que se aventura
y lo queréis utilizar
que sepáis que todavía
tiene un free tier
todavía más bestia
500 bases de datos
9 gigas de storage
mil millones de lecturas
y no ponen las escrituras
no sé si las escrituras
no
25 millones
pues nada pasa
la capa gratuita
de TURSO
esto además bestia
y lo mejor que tiene
es que puedes tener
bases de datos
geolocalizadas
o sea localizadas
cerca del usuario
y así
o del usuario
o de tu servidor
y así pues la latencia
que tiene es mucho menos
lo digo porque está
muy interesante
y es exactamente
lo mismo
de Astro
si esa gente
o sea yo
yo honestamente
no hubiera
si yo no
yo como desarrollador
del equipo de Astro
yo no hubiera optado
porque era mi propia
base de datos
ah claro
total
creo que
el nicho era
como enfocarse
en
en su framework
¿no?
enfocarse enteramente
en eso
porque ahora estamos
delegando
equipo y personal
para que vaya a ser
algo que posiblemente
las personas que usen
Astro no van a usar
o sea
van a querer optar
por usar su base de datos
en SQLite
en Postgres
no SQLite no
en Postgres
en MongoDB
o en Oracle
o en lo que sea
y habría que
que considerar
ese recurso
que voy a dejar
de trabajar
pero yo creo que
lo que
el problema que tiene Astro
como que tienen
todas las empresas
de las que estamos hablando
es que tienen que ganar dinero
¿y de dónde sale el dinero?
claro
es que ese es el problema
¿dónde Astro
saca el dinero?
pues es que si es gratuito
y tal
pues es que al final
mucho de lo que tienen que hacer
estas empresas
digamos
es crear servicios satélite
y yo creo que por ahí
es que están probando
¿no?
con Database
es como Dino
el Dino Hosting
que mira
ahora podríamos hablar
si quieres
de los entornos de ejecución
¿no?
porque este año también
entre Node
BAN
Dino y tal
pues la gente de Dino
pues ha sacado
Dino Deploy
que es un hosting
que además
ojo cuidado con Dino Deploy
que también tiene una capa gratuita
que se te va a la cabeza
¿eh?
que está impresionante
y de Dino
una cosa que poco se habla
aunque creo que sale
en State of Yes
creo que sale
ay mira
he cerrado la
sí, sí, sí
están
están misionados
en los
sí, ¿no?
es que tienen un framework
que está interesante
que es Dino Fresh
que se habla muy poco
porque claro
no tiene
la misma tirada
que tiene a lo mejor
cualquier cosa hecha
con React
pero utiliza
Priak
que es una alternativa
liviana
de React
se llama Priak
que tiene los signos
y tal
también tiene islas
y funciona
y tiene Tailwind
y funciona
muy pero que muy
muy rápido
está súper bien
y tiene justamente
esa misma idea
de las islas de Astro
pero donde sí que puedes
hacer páginas
más interactivas
vamos a ver
cómo sale
el estado
de JavaScript
del 2024
para ver esas tendencias
pero si quieres
podemos seguir hablando
de los que
del estado
o de lo
dejar de hablar
un poco de Astro
no, de Astro ya no
que la gente
ya se le está poniendo
que si estamos
haciendo publicidad
de Astro
ojalá nos patrocinen
Astro no
no hay nada patrocinado
por eso
ojalá
ojalá
a mí me encantaría
que me patrocinase Astro
no le daría
ningún tipo de
de asco
a que me lo hiciera
mira ojo
que de
esto me sorprendió
un montón
del Metaframeworks
Pain Points
como
que es lo de la gente
de que se queja
de los Metaframeworks
y fíjate
que el número uno
el número uno
son problemas
con XIS
sí hombre
impresionante
yo creo
que es que
por ejemplo
algo que me pasó
a mí
y te lo cuento
así con
con mucha
honestidad
un gran volumen
de preguntas
que nosotros
tenemos
en nuestros
cursos
de Next
mucho estuvo
relacionado
a el caché
mucho estuvo
relacionado
a que
hey
pero
ya hice
el deploy
de mi aplicación
pero
actualicé
la aplicación
y
hago el refresh
de la aplicación
y sigue mostrando
data vieja
y
por más
que le estoy poniendo
de que no maneje
el caché
que sea todo
dinámico
siempre me está
manejando el caché
y todo estaba
acorde a la documentación
y bueno
que diablo
estará pasando
por acá
y tuvimos
muchas preguntas
relacionadas a eso
y por aquí
está pasando
un helicóptero
si no
estaba escuchando
algo
bueno igual
te están buscando
la gente
de Next
DS
a ver que dices
si si si
está difícil
porque tengo
un proxy en Canadá
para que crean
que estoy en Canadá
pero realmente
no estoy ahí
hay muchas
preguntas
relacionadas
al caché
de Next
y ahorita
cuando pase esto
del
el cambio
de la versión 15
toda la gente
que tiene aplicaciones
en versión 14
que las tiene funcionando bien
van a tener que revisarlo
si hacen la actualización
porque posiblemente
la aplicación va a trabajar
al revés
de como ellos lo pusieron
es decir
ahora lo que teníamos
todo en caché
usando el caché
por defecto
de Next
ahora van a tener
que específicamente
decirle cómo quieren
que trabaje ese caché
porque por defecto
ya no lo van a hacer
claro
a ver
lo bueno
es que el cambio
no va a romper nada
sino que lo que puede ocurrir
es que trabaje de más
y que te salga más caro
el servidor
por suerte
lo digo porque
si el cambio fuese al revés
sí que podría ser
bastante polémico
pero hablando
de cosas buenas
de Next
la verdad es que
si tú sabes React
Next es lo más lógico
para utilizar
total
no necesita
o sea
Next es una bestia
tiene demasiadas cosas
tiene tanta cosa
Next
que posiblemente
tú no vayas a usar
ni la mitad
y honestamente
después de estar usando
los server components
ya me terminaron gustando
o sea
ya
ya
pasada esa curva
y ese como
odio inicial
como que
ahora todo tiene que ser
server component
y que ahora vamos a usar
una nueva estructura
de directorios
y que ahora todo
tiene que ser así
o sea
se volvió bien
opinionado
¿cómo es?
opinioné
tiene una forma
de hacer las cosas
pero en parte
eso es bueno
porque nos permite
a nosotros
cuando tenemos un problema
que la comunidad
sepa automáticamente
el problema
es por esta estructura
de directorios
o sea
es más fácil
encontrar ayuda
en ese caso
pero me gusta
saber de que
todo es
literalmente
optimizado
por el lado
del servidor
a menos de lo que tú quieras
pero este comentario
positivo
es por el helicóptero
si estás
mal
pestañea
Fernando
todo está bien
todo está bien
vale vale
no pero es verdad
que
el problema
que yo le veo
a React Server Components
es que
aunque yo tengo
un montón de experiencia
y años trabajando
y aunque desde el principio
he utilizado React Server Components
todavía
de vez en cuando
me sorprende algún error
o algún bug
o tengo que
ay
conchale
es que no puedo
utilizar esto
dentro de esto
porque es un React Server Component
y entonces
tengo que extraer
y lo tengo que
separarlo
exacto
eso es como mi problema
de que por más tiempo
que sepa
siempre me pilla
en alguna cosa
es eso
o hacerlo de quick
que le pones
símbolo de dólares
por todo lado
para optimizarlo
para hacer estas funciones
sí
y sí
ese es un punto
que uno se acostumbra
se acostumbra
uno de entrada
dice
bueno esto la verdad
que va a ser un componente
del lado del cliente
no vamos a separarlo
para mí uno de los
lo que más me incomoda
de la versión nueva
de Next
es que uno puede tener
Server Actions
en cualquier lado
o sea uno puede
o sea uno crea
el Server Action
o en el componente
que está del lado del cliente
y ahí está el Server Action
por alguna misteriosa razón
uno le puede poner
el Use Server a la función
y después eso puede ser
un poco difícil
de determinar
que se ejecuta
del lado del servidor
que no
o ay yo quería
que esta función
fuera del lado del servidor
que en teoría
voy a regresar a Astro
me gusta como lo tiene Astro
porque a fuerza
te obliga
que tus Server Actions
estén en esta carpeta
si no no son Server Actions
y eso
eso me gusta
porque es más fácil
de encontrarlos todos
que están ahí
en cambio en Next
están por cualquier lado
pero a la vez
eso es bueno
para muchas personas
porque les da la libertad
de poner las cosas
y estructurarlo
como diablos querás
pero es un arma
de doble filo
porque imagínate
que tú tienes
un Raw Query
estás haciendo
un Raw Query
para
digo un Raw Query
donde tú dices
select asterisco
from mi tabla
no sé qué
y estás haciendo
un Raw Query
y se te olvidó ponerle
que era un
Server Component
y el error
va a llegar
del lado del cliente
diciendo que no se puede
ejecutar tal cosa
porque
y va a ver el query
el cliente
en el error
o lo podría recibir
pero eso es porque
se me olvidó ponerle
Use Server
a mi función
digámosle
es un caso como
es posible
no digo que vaya a pasar
pero es una posibilidad
dice por aquí
no entiendo
si cada vez tenemos
más conectividad
por qué cargar al servidor
y no al cliente
a ver
esto creo que tiene
bastante sentido
aunque es verdad
que durante una temporada
en el mundo
del desarrollo web
como que quisimos
hacerlo todo
en el cliente
como para que los servidores
fuesen más livianos
pero lo cierto
es que no hay
nada más rápido
nada más rápido
que hacer en el servidor
y nada más rápido
que estático
o sea estático
es lo superior
porque directamente
te devuelve una cadena
de texto
tú la renderizas
y tal
pero piensa que
¿Puedo dejarnos
hablar esto
al responder
estas preguntas
de la comunidad
en este rato
que queda?
Sí, sí, sí
Yo estoy de acuerdo
contigo
porque eso pasó
creo que cuando
hubo el apogeo
de React y Angular
y que estaban
estos titanes
peleando
su característica
más fuerte
eran los SPAP
también porque
originalmente
yo les diría
que
los servidores
no hay ningún equipo
más fuerte
que el servidor
que nosotros tenemos
y luego vinieron
empresas como
Vercel, Amazon
Web Services
Nellyfy
y toda esta gente
que empezaron a crear
Edge Functions
o una forma de desplegar
en funciones
nuestros sitios
y era más barato
es más barato
que tener un servidor
corriendo 24.7
entonces solo son funciones
que se invocan
cuando alguien lo solicita
pero luego también
tenemos muchos dispositivos
móviles
es más
la web se accede
más por dispositivos
móviles
que por computadoras
entonces
no todos los teléfonos
no todos tienen
el último teléfono
no todos tienen
la mejor conexión
de internet del mundo
y
claro
y además
que es más
que no siempre
tienes la mejor conexión
o sea
no es que tú tengas
una buena conexión
es que a lo mejor
estás en la calle
y en ese momento
no tienes buena conexión
o estás en el metro
o estás
claro
exacto
pero es contra
bueno es un balance
pero
claro
pero cuando todo es generado
de lado del servidor
el servidor le manda
inclusive dependiendo
de lo que utilices
puede que mande
todo el css
todo el script
en un único archivo
en lugar de hacer
un montón de peticiones
o que necesito
el archivo de javascript
a b c d e
le manda todo
o sea toda la página
ya viene con sus scripts
respectivos
para que se haga
una sola petición
claro
y eso es mucho más rápido
inclusive el estilo
que tener que
voy a cargar el css
por esa referencia
voy a cargar este script
porque cuando ustedes
le ponen ese source
dos puntos
pero en source igual
y ponen un path
eventualmente
el navegador web
cuando recibe esa petición
va a volver a hacer
otra petición
get
para traer ese script
cargarlo
ejecutarlo
entonces una página web
puede tener un montón
de peticiones internas
y eso es
algo que hace
que lenta la web
pero bueno
yo espero que eso
no ocurra nunca
porque
creo que la cagarían
o sea creo que
lo que tiene que hacer Astro
es enfocarse
en sus fortalezas
actuales
que justamente es
el no hacer programas
completos
porque si no
lo que se convertiría
ya en Astro
entonces tendrías que añadir
un estado
a la parte del cliente
y ya cuando añades
un estado
a la parte del cliente
ya te estás convirtiendo
se te está poniendo
cara de framework
y eso
al final
tiene un montón
de posibilidades
que yo espero
que no tenga que afrontar
Astro
yo lo que esperaría
que Astro
simplemente estabilice
todas las funciones
que tiene ahorita
o sea
que se calmen un poco
que terminen los server islands
que terminen los server actions
que todo esté funcionando bien
así como está
y que implementen
lo que tienen ahorita
que dejen de meter
tanta cosa
que hace
que la gente
no quiera
o sea que manejen
esa simplicidad
que tienen ahorita
porque en el momento
en que empezamos
a meterle
partial pre-rendering
de que más servers
hay props
o no sé qué montón
o sea
quién sabe cuántas cosas
que tienen otros frameworks
eso hace que aprenderlo
sea complicado
y aprender Astro
comparado con las demás
tecnologías
es el más fácil de todos
es muy fácil
básicamente saber HTML
CSS y JavaScript
y ya sabes
la mayor parte de Astro
mira
no sé si
el tema de las
progressive web apps
como los has estado viendo
últimamente
porque
mira
¿te van a hablar
de cómo afectan
los cambios de Google
con progressive web apps?
yo escuché un poco
de eso
no estoy
empapadísimo
del tema
de hecho
me sorprende
de que Google
haya tomado
esa decisión
porque
también habían abierto
la Play Store
para desplegar
PWAs
hace un tiempo
sí
lo que ha pasado
para que la gente
lo sepa
y tenga contexto
que tampoco es muy grave
lo que ha pasado
lo que ha pasado
es que en Lighthouse
Google
ha quitado
la opción
de progressive web app
lo han eliminado
porque la idea de Google
es hacer más fácil
que se puedan instalar webs
y entienden
que ya no tiene
tanto sentido
ponerle el foco
en progressive web app
como algo
como un criterio
de ver
el rendimiento
de tu página web
porque lo que quieren
es que cualquier página
se pueda instalar
entonces van a eliminar
algunos requerimientos
que a día de hoy
tienen las páginas web
como por ejemplo
el soporte offline
eso lo van a eliminar
para que puedas instalar
casi cualquier página web
pero es verdad
que de un tiempo a esta parte
estamos viendo movimientos
un poco polémicos
por parte de Google
desde yo que sé
pues desde las instant apps
que ya tienen un montón de tiempo
los deep links
desde el hecho
de que echaron
al de Workbox
que era una de las bibliotecas
más importantes
que ahora está trabajando
en Microsoft
bueno
hay unas cuantas cosas
que están ahí
que no se sabe muy bien
que pasaba
pero de sus web apps
que no van a desaparecer
que mucha gente se pone
no, que van a desaparecer
no, eso no va a pasar
pero sí que parece
que no es una prioridad
por parte de Google
o es mi sensación
esto es mi opinión
subjetiva
creo que es el principal
es las PW
donde funciona mejor
es en tecnologías de Google
en Android
y en Chrome
es donde funciona bien
la PW
de ahí en Safari
o en Mac
decidieron hacerse
que Safari
pueda instalar la aplicación
cualquier aplicación web
pero
Apple nunca saltó
al tren
de las PW
entonces eso
eso terminó
como dividiendo
el ecosistema
pero ¿sabes que le están dando
mucho ahora
a las Procesi Web Apps
más que Google?
o sea
es que
es que últimamente
por ejemplo
si miramos
aquí
la página de Procesi Web Apps
de Web Dev
que esto es de Google
y miramos
casos de estudio
es que
os va a sorprender
porque es que
lo tienen bastante abandonado
por ejemplo
este artículo
desde el
2020 me parece
2020
o sea
no habla mucho
desde hace tiempo
no le están dando
mucho foco
desde Google
o Workbox
que era uno de los proyectos
más importantes
porque era un conjunto
de bibliotecas
para Procesi Web Apps
si eso ha sido muy fácil
la creación de PWAs
si
pues si miráis un poco
los
el último trabajo
que se ha hecho
pues
os va a sorprender
porque vais a ver
que durante muchos años
pues sí que vimos
veis aquí
que un montón de trabajo
ta ta ta
2023-2024
ya se nota un poco
ya se destila
que el trabajo
ya no es el mismo
en cambio
y aquí está la sorpresa
quien le está poniendo
bastante foco
es Microsoft
esta página que veis aquí
es de Microsoft
de hecho
pone por aquí
Builder
was founded by Microsoft
porque esto también
es como
una forma de ayudar
a desarrolladores
y tal
para que hagan
Procesi Web Apps
y es porque Microsoft
le está dando bastante foco
porque en su store
de Windows
soportan Procesi Web Apps
y sí que parece
que ellos están
más interesados
que Google
porque Google
un problema que ha tenido
históricamente
ha sido
unas peleas internas
entre el equipo
de Android
y el equipo
de Procesi Web Apps
de que claro
al final
se están quitando
cuota de mercado
con las aplicaciones nativas
y entonces ha habido
unas tiranteces internas
que no
iba a decir
que no han resuelto
o que se han resuelto
pero por desgracia
no a favor
de Procesi Web Apps
en el último
Google I.O.
no se habló
de Procesi Web Apps
no se mencionó
básicamente
sí, tienes razón
sí, sí
no supe nada de eso
pero hay que entender
de que también
las PWAs
realmente
cuando uno
lo necesita
y está
o sea, la tecnología está
claro
y no todo el mundo
necesita una PWA
yo me acuerdo
que tuvimos
un trabajo
de campo
en el cual
si yo hubiera
sabido las PWAs
en su momento
posiblemente
lo hubiéramos podido resolver
porque era
básicamente una aplicación
web que teníamos
pero tenía que correr
de manera offline
y eso nos hubiera
salvado el pescueso
pero
solo fue
para ese caso específico
sí
con los Safari
las PWAs
se pueden instalar
desde
Sonoma
Sonoma
la próxima versión
de sistema operativo
pero no sé si
si eso funciona offline
no sé si funciona offline
se pueden instalar
por Safari
crear la mini aplicación
y se puede ejecutar
y todo lo demás
pero
no sé si eso es una PWA
o sea, si funciona
como PWA
habría que desconectarse
internet
y ver si está
bueno, porque la PWA
no significa que funcione
offline necesariamente
simplemente son
optimizaciones
que uno puede
optar
o sea, uno puede
tener conexión offline
uso de recursos
push notifications
entre otras cosas
¿no?
Mira, más preguntas
que tenemos por aquí
vale
había más de astro
pero no vamos a hacer
más de astro
porque si no
la gente por aquí
vale la pena aprender
PHP en 2024
PHP es el lenguaje eterno
es increíble
como PHP
cada año está muerto
pero ahí sigue
pero sí
está muy difícil
hay mucha gente
que usa PHP
muchos sitios web
están en PHP
hay muchos
muchos hosting
económicos buenos
que usan PHP
eso es lo que te da
Laravel mantiene
PHP también
WordPress mantiene
PHP también
son exponentes
muy altos
y algo que también
que siempre digo
que me hablé
no sé de esto
hace mucho
pero cuando tú tienes
un requerimiento
por ejemplo
se te pide
hay una empresa
que necesita
una página web
un blog
o mostrar sus productos
y lo puedes hacer
con Wordpress
que es básicamente
PHP en el fondo
y lo puedes resolver
con Wordpress
en 5 días
por ejemplo
¿vale la pena
usar PHP
con Wordpress
para resolver
esa necesidad?
sí
porque te da
la libertad
de entregar
el producto
al cliente
el cliente
va a estar satisfecho
con eso
porque a pesar
de que tal vez
no tenga
tecnología
de vanguardia
en un montón
de aspectos
tú como freelancer
o como empresa
vas a querer
resolverle rápido
para poder priorizar
los siguientes trabajos
en cambio
si hubieras decidido
desarrollar todo tú
posiblemente
te hubiera tomado
un poco más de tiempo
pero es
es
es relativo
dependiendo
de lo que tú
tú veas
como tu nicho
o lo que quieres
especializarte
pero saber
PHP
yo os digo
que sigue siendo útil
sí
yo creo que
aprender PHP
te abre muchas puertas
hay demasiado trabajo
de PHP
al final es el lenguaje
más utilizado
a lo mejor
por culpa de Wordpress
pero a nivel de webs
claro como Wordpress
no sé
nunca me acuerdo
pero no sé
si la mitad de internet
de las páginas de internet
están hechas con Wordpress
o más de la mitad
es una verdad
es una salvajada
y solo por eso
porque mucha gente dice
bueno pero Wordpress
son blogs
pero es que no son blogs
solo
porque Wordpress
es un CMS
que la gente ha utilizado
para hacer e-commerce
para hacer
de todo
o sea
te sorprendería
la de páginas
que creéis
que no tienen
un Wordpress detrás
y al final
solo tienen un simple Wordpress
más que Next.js
para que os hagáis una idea
o sea
Next.js debe ser
algo ridículo
al lado de
los niveles
que tienen que tener
muchas landings
están en Wordpress
claro
porque una oportunidad
que tiene
yo creo que hay una oportunidad
de Astro muy interesante
de intentar conseguir
tener algún tipo de CMS
que le ponga
al nivel de
no al nivel de Wordpress
sí
pero sí que puedas tener
fácilmente
el hecho de poder cambiar
los textos de una landing
y tener Astro
por un lado
pero con un CMS
que no sea
demasiado complicado
sino que tenga
la experiencia de desarrollo
que tiene
como la base de datos
que es como tan fácil
pues poder conseguir
algo así
con un CMS
sería impresionante
más preguntas
tenemos por aquí
que decían
la gente
me voy a descargar Astro
ya
¿cómo ves el tema
de WebAssembly?
yo no sé qué pasa
con esto Fernando
que la gente se cree
que WebAssembly
va a servir
para matar
o a JavaScript
o
o no sé
o que van a poder
utilizar cualquier cosa
¿cómo ves tú
el tema de WebAssembly?
ahí sí te voy a quedar
un poco mal
porque no estoy
tan empapado
en el tema
de WebAssembly
pero yo dudo
de que una tecnología
vaya ahorita
o sea yo sé
que todo el mundo
y la mayor parte
de las personas
están buscando
alguna tecnología
para dejar de usar
JavaScript en la web
porque
o sea
es
JavaScript originalmente
nació
para hacer
pequeños scripts
validaciones de formularios
ahí en los noventas
¿no?
por ahí
algo pequeño
y nunca fue pensado
para que lo usáramos
en hacer
PWAs
o aplicaciones
de gran escala
entonces
cualquier
o sea
han estado buscando
tecnologías
para tratar
de mejorar
la experiencia web
la velocidad de la web
para hacer
aplicaciones más
estables y robustas
con un lenguaje
de programación
digamos
de tipado estricto
o algo elaborado
pero
hay
tanto
hecho en
JavaScript
hay
hay tanta cosa
que está difícil
de que
WebAssembly
u otro
otro lenguaje
venga
a rompernos
JavaScript
así
no va a ser tan
de la noche a la mañana
que eso vaya a pasar
claro
y al final
lo que hay que entender
con WebAssembly
es que tiene un coste
a día de hoy
no sé
si al medio plazo
largo plazo
quién sabe
pero cuando tú compilas
cualquier lenguaje
que lo ejecutas
con WebAssembly
el binario
que es el archivo
que tienes que descargar
es bastante tocho
entonces tú en JavaScript
por ejemplo
añadir con WebAssembly
interactividad
a tres botones
de una página
no va a tener sentido
descargarte
un mega
o 500k
de WebAssembly
tener que ejecutarlo
y tal
que
en cuatro líneas
de JavaScript
que ocupan
100 bytes
lo vas a poder hacer
o sea
otra cosa
claro
o menos
entonces otra cosa
es que hablemos
de
para hacer un Photoshop
y os voy a decir una cosa
que a lo mejor
es un poco polémica
pero con el lanzamiento
claro
para ahí tiene sentido
pero con las nuevas APIs
que están apareciendo ahora
como por ejemplo
la de WebGPU
que es una nueva tecnología
que desbloquea el acceso
a la GPU
directamente
desde JavaScript
al 100% de la GPU
que hasta ahora
no lo teníamos
yo no sé por qué
o sea
también yo sospecho
de que
no sé por qué
a la vez sí sé por qué
pero
es absurdo ver
cómo ha ido creciendo JavaScript
es impresionante
no tiene sentido
también el AI directo
en Chrome
o esto
también súper
lo del GPU
directamente
o acceso a GPU
de JavaScript
es
claro
nos va a dar a nosotros
la posibilidad
de hacer aplicaciones
más fuertes
más robustas
extraer el poder
que tienen
ya los teléfonos
actuales
o navegadores web
actuales
que tienen
un excelente
GPU
digamos
un excelente
procesamiento
de gráficos
pero yo creo
que esto
está como
relacionado también
a la inteligencia
artificial
que lo están
haciendo así
porque eso
la mayor parte
de los procesos
computacionales
que hace la AI
son basados
en GPUs
o en GPUs
entonces posiblemente
con esto vamos a tener
mejores
o tener acceso
a la inteligencia
artificial en el dispositivo
sin necesidad
de llegar a la nube
pero el tiempo
lo dirá
pero ya
eso está más cerca
de lo que nosotros
creemos
Fernando
la última vez
que estuvimos hablando
estuvimos hablando
de inteligencia artificial
también por cierto
por supuesto
y me acuerdo
que comentaste
que bueno
tú lo veías
como un copilot
como alguien
que te acompañaba
que era interesante
pero que no veías
a término medio
que nos iba a quitar
el trabajo
y tal
ahora con el tiempo
que ha pasado
se sostiene
exactamente igual
si porque lo que
yo sé que hay mucho miedo
de que
de que
venga una inteligencia artificial
como hicieron varios ejemplos
donde crearon una aplicación
un REST API
desde cero
y que se miraban
las cuatro pantallas
creo
no me acuerdo
Devin creo que se llamaba
no me acuerdo
algo así
crearon las cuatro pantallas
y se hacía toda
la aplicación REST
pero
o sea honestamente
crearse una aplicación REST
no es como
o sea
eso es lo
lo más sencillo del mundo
digámosle así
no es como que
la inteligencia artificial
va a ser un descubrimiento
en ese lado
el mejor ejemplo
para
pensar
de que una inteligencia artificial
no fuera a quitar el trabajo
es poner la inteligencia artificial
con esos ejemplos
que usó
OpenAI
no sé si viste
cuando se ponía a hablar
como Scarlett Johansson
y trataba muy bien
al
digámosle al cliente
que esa inteligencia artificial
sea capaz
de hablar con el cliente
extraer todos los puntos
saber
qué es lo que tiene que programar
tener las reuniones
de seguimiento
con el cliente
para que el cliente venga
y nos cambie todo
porque la verdad
es que se lo olvidó decir
no es un lineamiento
que cambió toda la estructura
del proyecto
a medio camino
o sea no creo
que eso vaya a pasar nunca
o sea no creo
no creo
es muy difícil
que la inteligencia artificial
llegue a ese punto
porque también tenemos
que manejar
nuestras llaves privadas
no vas a querer
darle a Microsoft
a Google
bueno que ya los tienen
nuestras llaves privadas
de nuestros proyectos
para hacer un deployment
el siguiente día
no queremos que decirle
a la inteligencia artificial
hey
despliegame esta aplicación
qué sé yo
mañana
o despliegame la aplicación
con los últimos cambios
o sea decirle así
en lenguaje humano
a la inteligencia artificial
ah bueno
y vas a tener que usar
estas llaves
para hacer el deployment
claro
también más de uno va a decir
pero
le podríamos decir
a la inteligencia artificial
ejecútame esta acción
o este GitHub Action
que ya están configurados
pero
ahí si necesitas
hacer el desarrollador
para que configura
esas acciones
que vaya a llamar
la inteligencia artificial
lo que pasa
lo que sí he visto
y es
y me pone bastante
preocupado
eso sí te lo voy a decir
aquí con confianza
amigo
he visto
muchos desarrolladores
que se están
haciendo farmacodependientes
de OpenAI
o una inteligencia artificial
y eso sí
me ha gustado eso
farmacodependientes
farmacodependientes
sí
porque ahora
yo
yo
no sé
hace mucho
estaba
bien
yo a veces
me
clandestinamente
me pongo así
a ver streams
de otros programadores
en live codings
o cosas así
he visto
que cuando
no saben hacer algo
en vez de
buscar
o
tratar de deducir
cómo es que lo hago
le preguntan
a la inteligencia artificial
o usa
bueno
lama
o usa
copilot
copilot
cualquiera
¿no?
usan cualquiera
para
simplemente
no pensar eso
y cualquier resultado
que les ofrezca
ya le da por bueno
lo pegan
lo pegan
y siguen trabajando
claro
no está mal
para pasar ese problema
y seguir trabajando
pero
no se le da un seguimiento
a lo que yo copié
no se piensa
en
soluciones
y siento
que
desafortunadamente
siento que
lo que es
stack overflow
eventualmente
va a
va a caer
sí
y
era
siento yo
que era mejor
cuando íbamos a
stack overflow
indagábamos soluciones
mirábamos otros
otros humanos
respondiendo
con los mismos problemas
nosotros tratar de implementar
esas soluciones
de ellos
además con una
una discusión crítica
que eso era interesante
stack overflow
¿no?
porque muchas veces
no solo tenías
como una respuesta
sino que tenías comentarios
que añadían un contexto
donde hablaban
y debatían
de si era mejor o peor
también es verdad
que muchas veces
de forma un poco
pues tóxica
pero que aún así
te daba diferentes
puntos de vista
que claro
pero ahora le preguntas
a chat GPT
hey necesito una función
que da tal cosa
o este es error
en mi código
no sé qué pasa
y te da una solución
y lo dice
con una seguridad
que
esto tiene que ser verdad
y uno lo copia
y pega
no funciona
y bueno
no me funcionó por esto
ah no
pero es que no funciona
por bla bla bla
entonces muchas veces
esa ida y rebote
con la inteligencia artificial
es algo que
o sea
termina pagando
el precio uno
de la ignorancia
de no buscar
en los lugares correctos
hay además
dos comentarios muy bonitos
este además
eso genera comunidad
y eso es positivo
ahora estamos más aislados
y Machinedef dice
ahora
y saber que no estás solo
con ese problema
somos personas
trabajando con personas
es verdad ¿no?
que yo creo
que se puede perder
un poco
incluso la
la conexión
con compañeros
por el hecho de decir
antes de preguntar
antes de trabajar juntos
y tal
pues lo que vamos a hacer
es directamente
me echa GPT
o lo que sea
que me lo solucione
pero estoy muy de acuerdo contigo
es un peligro
el hecho de
tiene sentido a lo mejor
pegar las soluciones
oye y funciona y tal
pero yo creo que es muy importante
entender
el problema
y por qué funciona
no está mal
o sea yo no digo que
o sea es una herramienta
siempre y cuando se usaba
como herramienta
claro
no está mal
porque hay veces
donde uno
busca y busca
y busca y busca
y busca y no encuentra
y uno se frustra
y todo lo demás
pero muy probablemente
tampoco la inteligencia artificial
te va a ayudar
en ese tipo de preguntas
pero nosotros tenemos
que evitar
depender
de estas
de estas tecnologías
es más
a mí me pone
me recuerdan los tiempos
donde
tenía un profesor
de matemáticas
que me decía
ustedes nunca van a tener
una calculadora
en su bolsillo
entonces aprendan
a hacer las multiplicaciones
y sumas
y ahora tenemos
el celular siempre encima
ahora para sumar
que se yo
tres números
o dos números
ya tenemos que sacar
la calculadora
y en fin
puede que eso llegue a pasar
también
siempre tenemos
la inteligencia artificial
en el sitio
me saben un poco mal
por mis amigos
pero el otro día
tuve una anécdota
bastante triste
y es que
estábamos en un sitio
cenando
y nos dicen
bueno
es 61 euros
entre 3
y tú te puedes creer
que mis dos amigos
lo primero que hicieron
fue sacar la calculadora
o sea sacar el móvil
20-20-20
y alguien que ponga
el peso
o sea yo estaba como
pero
y si si estaba
con 61 entre 3
y yo
o bueno
entonces vamos a ver
cómo dividimos
ese euro
entre 33.33
y que
no significa
que no supiera
hacer la división
obviamente
sino que era
como algo automático
automático
de no tengo ganas
ni de pensar
y directamente
ya hago el gesto
de voy a sacar
la calculadora
y lo hago
y lo divido
y ya está
yo también peco de eso
porque
yo solo me sé
dos números de teléfono
ahora
antes me sabía un montón
de mis amigos
ahora yo solo me sé
el de mi esposa
y me sé el mío
y ya
claro pero
yo
diferencio un poco
entre el memorizar
porque el memorizar
estoy de acuerdo con esto
a mí me pasa también
pero el memorizar
claro por eso digo
muchas veces
y hay mucha gente
que me critica con esto
que digo que programar
no es memorizar
porque mucha gente
se cree que
no es que tienes que acordarte
de todo
y yo es que creo
que es más importante
el sentido crítico
de la resolución
de problemas
y tal
y eso es
eso es lo que sí
que es más peligroso
por memorizar
para mí el almacenamiento
no lo veo tan grave
el hecho de que
oye no puedo retener
tantos números
como antes
pero el no tener espíritu
de pensamiento crítico
de cómo puedo resolver problemas
y dejar que otra cosa
lo haga por mí
eso sí
lo que me preocupa
sí
eso
y después
damos por bueno
cualquier código
que nos dan
o no pensamos
de que puede haber
una mejor alternativa
y eventualmente
aunque digamos
sale un nuevo
una nueva tecnología
un nuevo framework
lo que sea
algo que nosotros
realmente ocupamos
aprender
no vamos a
tener ayuda
en lo absoluto
de las inteligencias
artificiales
o sea
el camino
que tienen
las inteligencias
artificiales
hoy en día
está dado
por los miles
de códigos
fuente
que les han suministrado
para aprender
sobre nosotros
pero
cuando salga
algo nuevo
va a ser
bien complicado
que nosotros
lleguemos a
a poder depender
de esas tecnologías
y de nuevo
personas podrían decir
sí pero
sentamos en inteligencia
artificial
a que se lea
la documentación
sí pero
aplicar los conceptos
o aplicar esto
ya en
en aplicaciones reales
no es lo mismo
que seguir
los ejemplos
de la documentación
totalmente
totalmente
pues amigos
mira
última pregunta
¿qué pensáis
del desarrollo
web 3?
¿tiene futuro?
no sé si
están metidos
el tema
bitcoins
o web 3
o más
criptomonedas
no estoy tan metido
en la parte
de criptomonedas
yo tampoco
o sea
yo no tengo
no tengo ni idea
pero
¿cómo lo ves
desde fuera?
es un mundo
que te llama
al menos
tecnológicamente
no me refiero
tanto a inversión
sino a la parte
más tecnológica
yo en lo personal
me baso
en lo que me piden
la mayor parte
de la comunidad
que tengo
y los alumnos
no me han pedido
tanto sobre
web 3
entonces
yo voy
fluyendo
con lo que va
a la demanda
de mis alumnos
principalmente
o con lo que
la tendencia
que voy viendo
o en estas encuestas
o en estas estadísticas
pero web 3
no he visto tantísimo
así como para
saltar de lleno
ahí se le quedó mal
a Dan Rí
o Dan Rívez
o sea
sí que me parece
interesante esto
de centralizar
la propiedad
y tener
como control
de datos
dentro de internet
que siempre ha sido
una cosa
como muy interesante
pero yo creo
que el problema
que ha habido
más que nada
porque todo lo que
es el tema
criptográfico
la generación
de tokens
sí que me parece
o el hecho
de certificar
que las transacciones
pues son
de quien dicen ser
eso sí que me parece
muy interesante
si vamos con la parte
de blockchain
si está interesante
la aplicación
de blockchain
en todo lugar
porque eso
podría
al fin de cuentas
no sé si pasa mucho
en España
pero
en lo que son
países de América Latina
sufrimos mucho
por la corrupción
que sucede
en los procesos
electorales
de nuestros países
y si lográramos
implementar un blockchain
que nos asegure
de que los votos
no son manipulados
podríamos hacer
que las personas
puedan votar
en cualquier lado
del país
con la seguridad
de que el voto
va a ser reflejado
en la persona que es
y va a haber
menos posibilidades
de manipulación
como ya lo tenemos
y obviamente
por ahí va también
lo de las criptomonedas
pero eso sería algo
como un sueño
de opio
que no creo
que llegue a pasar
porque
hay mucho poder político
ahí que va a impedir
que algo que evite
que ellos puedan hacer
ese tipo de jugadas
simplemente
pero
ya
y por desgracia
nos vamos a tener
que comer todo el resto
que va a ser
el hecho de utilizar
estas tecnologías
pues
o para estafas
que es lo que me ha dado
más pena
siendo una tecnología
tan interesante
con tantas aplicaciones
realmente
tremendas
por desgracia
me da la sensación
que se llenó
de mucho humo
y hemos tenido
desde los nfts
a otro tipo de cosas
que no han dado
yo vi que salieron
un montón de criptomonedas
también eso hizo
que le perdiera mucho
a la fe
de las mismas
claro
que eso es lo que creo
que le ha pasado
que mucha gente
le ha perdido la fe
porque lo ha visto
más como
un uso
que por desgracia
aunque no significa
que la tecnología
se tenga por qué utilizar
con eso
y siga siendo interesante
pero al final
se ha visto
como asociada
aunque sea falsa
no de forma justa
pero se ha visto
un poco asociado
con esto
yo creo que por eso
le ha pasado
bastante factura
creo que uno de los casos
que me acuerdo
de criptomonedas
así como llamativas
falsas
fue de un youtuber
tecnológico
que seguía
que ya debe seguir
hace rato
que hizo el million token
si
million tokens
creo que se llamaba
la criptomoneda
de
million tokens
million tokens
se llamaba
o sea
million
ya te digo el nombre
de la persona
hostia
no lo conocía
puede ser este
que
si
esa es
esa es la moneda
y el autor
vamos a buscarlo
está por acá
es un youtuber
que trabajó
en google
por varios años
y se pasó
ay no
no me digas
no me digas
que se pasó
a facebook
y después de facebook
lo sacaron
después del año
yo le seguí
toda la controversia
yo le seguí
toda la novela
tú querías el chisme
si
autor de million token
hostia
hostia
como es que se llama
that tech lead
hostia
pero es que este hombre
es muy polémico
si si si
pero yo lo sigo
cuando el man
seguía trabajando
ya lo dejé de seguir
pero yo lo seguía
cuando ese man
estaba en
estaba trabajando
en google
si ese tipo
y ya de repente
empezó con
con este tipo
o sea
el man es el de
esta moneda
condenada
y
creo que lo dejé de seguir
cuando cuando se divorció
a la esposa
y se volvió
telenovela mexicana
sin ofender a los mexicanos
no
se volvió telenovela
ya esto ya perdió
sentido
es que
a pesar de que
ya estamos
en la última palabra
pensamiento con este tipo
aunque sea polémico
de lo mucho
de lo que este man dice
es bueno tener
siempre
las contrapartes
y que ustedes puedan hacer
una comparativa
entre
a ver este tipo
que está diciendo
a ver si es cierto
y él sacó
esa moneda
esa criptomoneda
y eso fue
la gota que terminó
de ramar
la gota que ramó
el vaso
de criptomonedas
en mi cabeza
es que fíjate
o sea
como una persona
que habla de tecnología
que ponga en las portadas
sangre
sangre
de todo
o sea
manchado de sangre
de si vale la pena
trabajar
en código
y tal
y que te ponga sangre
la tecnología
está muerta
ay dios
es un poco
es un poco exagerado
pero aún así
el tipo ya se fue
al carajo
desde hace tiempo
pero cuando el tipo
estaba hablando
de estrategias
y cosas que hacía
cuando trabajaba
en google
si al principio
si si
yo llegué a verlo
también al principio
pero ya se le fue
un poco de las manos
si ya de repente
está hablando
de criptomonedas
bueno
haciendo su propia
criptomoneda
million token
que el million token
debe costar
ahora mismo
un dólar
menos que Pambi
menos que Pambi
no sé
no sé si la gente sabe
pero bueno
quizá ahorita vale
como 1.17
pasó también
es que
yo si
os digo una cosa
que
a ver
puede haber
que hay algún token
por ahí
que a la gente
realmente le esté
dando un uso
pero
hay poco
pocas
pocas cosas
que realmente
se puedan
se puedan salvar
yo no conozco
muchos casos de éxito
la verdad
por desgracia
mejor es por el ruido
el tema este
bueno
pues
vamos cerrando
si
vamos cerrando
que
que sí
que se nos ha ido
pero antes de
de cerrar
os voy a recordar
por supuesto
que
bueno ya sabéis que
Fernando Herrera
pues
se me ha pasado volando
Fernando
es que se me pasa volando
cuando hablamos tanto
la conversación
pues
siempre uno
siempre se disfruta
en esta charla
y todavía estoy pendiente
de hacer una confirmación
para ver cuando
cuando me doy una vuelta
por Barcelona
ah
ostras
pues ya sabes
que
todavía siguen pie en esos
pero necesito
que se resuelven
una parte de cosas
aquí primero
pero está
en el bucket list
ir a saludarte
por allá
bueno ya haremos un directo
aquí en vivo y en directo
pues amigo
aquí tenéis
detalles
que es la escuela
que tiene el bueno
de Fernando Herrera
donde tiene pues
todos sus cursos
sé que va a sacar
un curso de Astro
que está en construcción
lo tiene por aquí
el framework para sitios web
orientados al contenido
y además
ha sacado hace poco
el de NS10
para hacer reportes
de PDF
este es gratuito
o sea que lo podéis
ese es gratuito
sí
ese es totalmente gratuito
así que no tenéis que pagar nada
si lo queréis ver
y tiene un montón de cursos
desde Angular
Dart, Docker, Flutter, React
Vue, JavaScript
o sea bueno
tiene un montón
la verdad
es impresionante
el penúltimo fue el de microservicios
que ha tenido buena recepción
también
ese estuvo
escucha casi me estalla la cabeza
tratando de asimilar
tantas cosas de microservicios
ese que está por ahí
tenemos las dos versiones
del curso de Next
tenemos el Next
si lo quieren usar con Pages
lo tenemos con el AppRouter
regrabamos el curso de Vue
hace poco
para usar TypeScript
y el Composition API
tenemos cursos de OpenAI
para integrarlo con React y Angular
a ver si hacemos el de Vue también
y bueno
muchos
me encanta porque Fernando
vive entre hacer cursos nuevos
y regrabar
o sea es impresionante
sí, usualmente
hacemos un curso nuevo
y luego regrabo contenido
un curso nuevo
regrabo contenido
un curso nuevo
regrabo contenido
para tratar de
de mantenerlos
lo más vigente posible
porque
a pesar de que si los cursos
los pueden adquirir por 10 dólares
o los pueden adquirir
porque siempre están en algún cupón
ustedes si buscan por ahí
siempre van a encontrar algún cupón
en algún lado
tanto en Udemy
como en Detalles
pero tratar de
que ustedes puedan aprovechar
lo máximo que puedan
con eso
que ustedes pagan
porque la verdad es que es bien
o sea
yo sé
más
de lo que ustedes quieren
de no tener
ni un peso en la billetera
de tratar de
de ver cómo
aprendo algo
de la manera
más económica posible
y que me sirva
para generar ingresos
entonces
yo por mucho tiempo
estuve
de nuevo
sin un peso
en la billetera
y
y me ayudó mucho
el conocimiento
que pude adquirir
que me
por ejemplo
yo tuve
hace muchos años
un curso de jQuery
que se me permitió a mí
entrar en Comcanion
para crear mis plugins
de jQuery
hace muchos años
y con eso
pude generar
el suficiente ingreso
para poder haber
pagado ese curso
que me costó
como ochenta y pico
de dólares
en su momento
bueno
larga historia
que para otro día
pero si los invitamos
a que
a que
ay ya nos ayuda
ese César
César nos ayuda ahí
con el cupón
julio 2024
sí
lo tiene
ahí debajo
lo tiene
julio-2024
el cupón
y nada
ahí tiene un montón
de cursos
la verdad que
después de
de este curso de Astro
que estamos librando
vamos a hacer
hay una muy alta
probabilidad
de que sea un curso
de React Native
con Expo
es muy probable
porque ya que
que inclusive
no sé si viste
esa controversia
que también tiene
ahora React Native
de que
ya
la información
de React Native
con el CLI
casi no está
en la documentación
oficial
hay que investigar
mucho
porque están
buscando
irse por Expo
sí
bueno
es que lo anunciaron
ya en el blog
en el blog
el otro día
este
use a framework
to build
React Native apps
o sea
ya está
que dicen
no utiliza Expo
lo dicen por aquí
antes estaba como
50-50
gente que le gustaba
Expo
gente que no
pero Expo ha crecido
tanto de que ahora
pues
el mismo React Native
es el que lo está recomendando
y si el mismo React Native
lo está recomendando
por algo es
sí
a ver
está claro
es como el Next Yes
de React
ahora mismo
diríamos
y por lo tanto
yo creo que lo mejor
es
seguir las recomendaciones
y ya está
bueno pues nada
Fernando
muchas gracias
por pasarte
te mando
un abrazo enorme
cuídate mucho
y gracias a todos
por pasaros
ya sabéis
tenéis detalles
nos vemos
mañana en directo
pero nos vemos
el jueves
y seguro que pronto
vemos a Fernando
por aquí
ahí estamos pendientes
muchas gracias amigos
por la invitación
siempre es un placer
hablar contigo
gracias por el espacio
que me diste por acá
y pues
espero poder
no sé
chocar una taza de café
un día contigo
y va a ser un buen show
cuídense
muchas gracias a todos
cuídense
hasta luego
que sigan amigos ahí
o que ya lo siguen
chao
y nos vemos
en el próximo episodio
aquí de
conmigo
hasta luego
detalles
chao
chao