Hoy vamos a hacer la guía de estudio para el año 2024.
Se termina 2023, oh, qué penita,
pero cuando viene un nuevo año, vienen nuevas oportunidades
y nuevas tecnologías y nuevas cosas que podemos aprender
para mejorar las oportunidades de trabajo, de empleabilidad,
mejoras de sueldo, a lo mejor ya tienes un trabajo,
pero quieres saber, oye, ¿qué debería aprender
para justamente pasar al siguiente nivel?
Yo ya me sé esto y quiero, pues, ir a lo siguiente, ¿no?
¿Qué puede marcar la diferencia?
Este tipo de cosas, hoy lo vamos a hablar.
Hoy vamos a hacer, amigos y amigas,
la guía de estudio 2024 para programadores full stack.
¿Y de qué vamos a hablar?
Bueno, lo voy a poner como en diferentes cuadrantes, ¿no?
Lo que vamos a hablar, por un lado, es para la empleabilidad.
Básicamente es para mejorar tus oportunidades
de que te consigas un trabajo.
¿Cuáles son las tecnologías, los servicios
que yo creo que son importantes para la empleabilidad?
Luego vamos a tener otro, que vamos a tener sueldo.
¿Por qué?
Porque hay tecnologías o cosas que creo que son interesantes
que te pueden dar dinero.
¿Por qué?
Porque nadie está poniendo ahí el foco, ¿vale?
Y creo que pueden dar pasta, ¿ok?
Luego, por desgracia, ¿qué vamos a poner?
Yo voy a decirle capa caída.
Capa caída.
Las cositas que, en mi opinión, ¿ok?
Que no se me enfade nadie.
Creo que están de capa caída.
Tecnologías que ya no recomendaría tanto para aprender.
Y luego yo voy a poner también mis promesas futuras, ¿vale?
Y le vamos a poner la bola del futuro.
¿Qué es esto?
Pues yo son tecnologías en las que yo apuesto, ¿vale?
Yo apuesto de que realmente van a tener un futuro prometedor,
aunque no sea de empleabilidad y sueldo,
pero que pueden ser muy interesantes, ¿vale?
Entonces, lo vamos a dividir un poquito en estos cuadrantes,
cada una de las tecnologías.
Las vamos a ir comentando.
Igual se me olvida alguna.
Me las podéis comentar.
Yo os iré diciendo, vale, pues esto creo que sí,
esto no, esto lo otro.
Y así cada uno, pues, que vaya aportando.
Esto va a ser la guía de estudio del 2024
para mejorar empleabilidad, para mejorar sueldo.
También, pues, para tener una guía de, oye,
¿qué es lo que debería aprender de cara al año que viene?
¿Qué crees que lo va a petar?
¿Qué crees que realmente debería dedicarle tiempo?
Yo os voy a dar mi opinión sincera,
mi opinión personal, ¿vale?
Que nadie se me enfade, por favor,
que nadie se me enfade.
Lo hago con el máximo cariño.
Yo no me caso con las tecnologías,
no me paga nadie, no me paga nada.
Ojalá me pagasen, de verdad os lo digo en serio.
Ojalá me pagasen, pero no me pagan.
Y entonces, yo lo voy a hacer lo que yo creo.
Siempre, todos los años lo hago,
y siempre creo que puede ser interesante a diferentes niveles.
Pero podéis no estar de acuerdo y no pasa nada.
Aprended lo que queráis.
Esto solo es una guía que se os sirve bien.
Y si no, pues no pasa nada, no pasa nada, ¿vale?
Es elástica, que lo tengáis en cuenta.
Es elástica.
El año pasado, para que la gente recuerde,
aposté, yo aposté por Astro, ¿vale?
Que yo creo que lo atinamos claramente,
lo hemos atinado claramente.
Lo segundo que yo también aposté fue los Cloudflare Workers,
que os voy a decir por qué lo atinamos también.
Lo hemos atinado por dos cosas.
Una, las Cloudflare Workers son lo que Bersel ha utilizado para las functions,
¿vale?
Para las functions serverless y tal, los middlewares y todo esto,
lo hemos atinado.
Y por otro lado, también, Dino Deploy también ha hecho algo parecido.
Todo el tema del Edge, que es lo que apostamos,
ya hemos visto que también lo han hecho.
Y también las GitHub Actions, que también creo que lo hemos atinado muy fuerte.
Las GitHub Actions, al final, se ha convertido ya como el default.
O sea que yo creo que atinamos bastante bien.
Yo creo que podemos estar contentos de las cosas que hicimos.
Venga, vamos a arrancar y vamos a ver por dónde empezamos, ¿vale?
Si os parece, vamos a empezar por lo malo.
No por lo malo, sino por algunas tecnologías que yo creo que están de capa caída
y que yo, personalmente yo, personalmente yo, yo no priorizaría.
Una, ya me la estáis diciendo incluso por el chat, ¿ok?
La primera que yo voy a poner es Bootstrap,
que no significa que no sea interesante.
A mí Bootstrap, ya sabéis que la verdad es que me ha gustado durante mucho tiempo,
pero yo no lo priorizaría de ser lo primero que aprendería
que a día de hoy mucha gente todavía lo pone como un estándar de facto.
Uno de los problemas, uno de los problemas que muchas veces tenemos
es que, por desgracia, tú cuando buscas en internet
o buscas tutoriales en YouTube o lo que sea,
tienen información que digamos que no está muy al día, ¿vale?
Tuvo su momento, Bootstrap, o sea, es una tecnología muy chula
que lo ha petado, que lo sigue petando
porque hay muchos sitios que lo siguen utilizando,
pero a día de hoy, 2024, ¿vale?
Mirando al futuro, además, mirando al futuro,
a día de hoy, Bootstrap no sería la primera elección
que yo tomaría para crear estilos.
Y luego os explicaré más por qué, ¿vale?
Pero el tema es, ¿es interesante?
Sí.
¿Puede estar bien realmente este framework CSS para...
No para crear algo nuevo, yo no lo haría,
pero para mantener proyectos antiguos que lo utilizan?
Pues seguramente sí, ¿vale?
Pero obviamente, a día de hoy, en pleno 2024,
yo si tuviera que hacer algo nuevo, no utilizaría Bootstrap.
Ahora mucha gente me dirá,
pero en mi empresa usamos Bootstrap.
Bueno, pero es que seguramente lo usáis desde hace 8 años o 7 años.
Si tuvierais que empezar de cero un proyecto,
seguramente no sería buena idea que lo iniciéis con Bootstrap, ¿vale?
Ese sería el tema.
En 2024 priorizaría Bootstrap.
Yo diría que está de capa caída, ¿vale?
De capa caída en el sentido de que ahora vamos a ir viendo
que no vamos a ver que crece su adopción, ¿entendemos?
¿Vale?
Como que poco a poco vamos a ver que va decreciendo.
Y en el mismo, en el mismo pondríamos otro framework muy famoso
que a mí me ha gustado y me sigue gustando mucho, ¿eh?
Durante mucho tiempo como Bulma.
Porque este tipo de frameworks se han quedado un poquito atrás
en el sentido...
No significa que sean malos, ¿eh?
De verdad.
No significa que sean malos o que esté mal si los usan.
No significa eso.
Significa que en 2024 yo priorizaría esto.
No lo priorizaría.
Priorizaría otro tipo de cosas, ¿vale?
Entonces, yo voy a poner Bootstrap en capa caída
con todo mi cariño, ¿vale?
Bootstrap...
Y también, obviamente, voy a poner aquí Bootstrap CSS
para que nadie se me confunda.
Y vamos a poner también Bulma, ¿vale?
Y siguiendo en el tema del CSS...
Vamos a poner también Bulma CSS...
Bulma CSS...
¿Ok?
Vamos a poner estos dos por aquí.
Y siguiendo un poquito en el tema este del CSS,
hay, obviamente, de capa caída total,
que sí que es verdad que yo no lo recomendaría ahora,
pero para nada.
Style Components.
Durante mucho tiempo ha sido un estándar de facto
a la hora de crear incluso un montón de estilos y tal.
Bueno, los Styles Components...
La gente se está encontrando ahora
que tienen un montón de problemas en un montón de sitios
porque resulta que realmente ya no están...
No los están ya soportando mucho.
De hecho, hay gente que se está encontrando problemas
con la nueva versión de Next DS.
Ahora dicen que no lo van a arreglar, no sé qué.
A mí Style Components me ha gustado muchísimo
durante mucho tiempo.
Me ha encantado.
O sea, no es para que entendáis de que...
No, es que tienes algo en contra, ¿no?
Sí, a mí me encanta.
No vengo agresivo.
Vengo simplemente a orientaros.
O sea, si alguien me dice ahora,
oye, tengo que hacer los estilos de mi página web,
¿recomendarías Style Components?
Y yo le diría, no.
¿Vale?
Me refiero a eso.
En realidad, hay que entender que el CSS en JS
de alguna forma ha pasado un poco a un segundo plano.
Mirad, para que veáis, ¿no?
Porque a lo mejor la gente me dice,
tienes algo en contra.
Mira, Style Components solo funciona en Next DS,
en App Directory con la versión 6.
Solo en Client Components y no en React Server Components.
Y es que parece que está el Component 6,
está más o menos abandonado,
y es extremadamente...
Tiene extremadamente muchos fallos.
Este es el último fallo que he encontrado.
Por favor, Bersel,
haced un fork y arreglate esta biblioteca.
Y aquí hay mucha gente, ¿no?
Que se está quejando, ¿no?
En el que está diciendo
que han dejado en alfa,
que no sé qué.
Que es verdad que dicen que no está abandonado,
pero que no sé qué, no sé cuánto.
A ver, no está abandonado ni mucho menos.
Pero sí que está pasando que el CSS en JS,
ya sea, Style Components,
Emotion CSS,
incluso hay algunos que sí,
que han desaparecido,
que se han dejado de segundo,
en otro lado.
Entonces, yo no recomendaría a día de hoy
Style Components, ¿vale?
Si me dicen 2024,
Style Components,
yo le diría,
mira, Style Components,
están de capa caída.
Está el Components,
también Emotion,
lo sentimos,
¿vale?
Emotion también.
Pero, a contraposición de Promesa Futura,
tenemos Panda CSS.
Panda CSS,
que si no me equivoco,
es del creador de Chakra,
al final es algo similar,
como podéis ver,
a lo que teníamos antes.
Yo os voy a decir algo
de forma muy cruda.
Yo lo voy a poner en Promesa.
Lo voy a poner en Promesa.
Pero yo no me volvería muy loco
con Panda CSS.
Mi sensación,
a día de hoy,
y de cara al 2024,
es que el CSS en JS
ha pasado un poquito
a mejor vida.
No es una cosa
que al final
le ha gustado.
O sea, no sé,
a día de hoy
no veo que el mercado
se vaya a mover
a esta línea
y me parece que va a más
una de dos
o a componentes
muy personalizables
con un Design System,
que eso lo veo clarísimo.
De hecho,
ya os digo yo
que una de las cosas
que os digo aquí
de empleabilidad
es Design System,
¿vale?
Design Systems.
Design Systems, amigos,
ni se os ocurra
que si queréis
tener mejoras
de empleabilidad
no sepáis
qué son los Design Systems,
cómo funcionan,
cómo crear uno,
cómo utilizar
cualquier Design System
que se te pueda ocurrir,
¿vale?
¿Qué es un Design System?
Un Design System,
un sistema de diseño.
Aquí lo que tendríamos,
por ejemplo,
Chakra UI
no deja de ser
como un Design System.
Puedes decir
un catálogo de componentes
o lo que sea, ¿no?
Pero es un Design System
al final
porque lo que tenemos aquí
es un montón de componentes
que son personalizables,
que ya están hechos,
que ya los puedes reutilizar.
¿Y qué pasa?
Que a día de hoy
todas las empresas
lo que tienen
es su propio Design System.
Todas, todas,
todas las que más o menos
estén en condiciones.
O lo hacen desde cero
o utilizan una,
por ejemplo,
hay muchas que utilizan
el Design System
and Design, ¿vale?
And Design.
Y no hace falta
que sean de React.
Pueden ser de Vue,
de React,
de lo que queráis, ¿vale?
Por ejemplo,
and Design.
Pues hay muchas empresas
que lo que utilizan
es and Design
con todos sus componentes,
con unas personalizaciones,
¿vale?
Encima de este catálogo
de componentes
y ya está.
A mí, personalmente,
no me gusta and Design.
Os lo digo con todo mi cariño, ¿vale?
No me gusta mucho and Design.
No sé si es porque,
no sé,
tiene algo que a mí
no me termina de gustar,
pero la realidad
es que muchas empresas
lo utilizan
y muchos componentes
te dan ya
muchas funcionalidades.
Por ejemplo,
es muy bonito el Day Picker.
Está súper chulo.
Tienes un montón
y están muy bien, ¿vale?
Entonces, la realidad
es que donde se está moviendo
mucho más la industria
es,
tenemos un Design System,
no lo hacemos tanto
con install components
o lo que sea,
sino que utilizamos
Material UI,
and Design
y todo esto,
componentes de React
que ya están como
de React,
de Vue,
de Angular,
de Svel,
de lo que queráis
y utilizan esto.
Y entender
qué es un Design System,
cómo funcionan, ¿no?
También, por ejemplo,
tenéis Storybook.
Storybook, ¿vale?
Una tecnología importantísima
para la empleabilidad,
yo creo.
Gracias.
Storybook.
Para empleabilidad,
sin ningún tipo de duda,
para mí,
una herramienta
que tenéis que conocer
porque cada vez más empresas
lo utilizan
como el estándar de facto.
Si no es,
si por lo que sea,
no es exactamente
el Design System,
o sea,
el sistema,
la aplicación
que utilizan
para el Design System,
tened en cuenta
que habrá que...
tendrán diferentes.
O sea,
si no es Storybook,
pues será
una muy similar
pero que va a tener
las mismas ideas
de controles,
cómo pasarle props,
cómo mostrarlos.
Así que es muy importante.
Yo os lo voy a poner
para la empleabilidad,
os lo voy a poner aquí,
Storybook,
Storybook,
porque me parece
que es la clave,
¿vale?
Storybook,
junto a Design Systems
para que lo tengáis aquí.
Que os suene,
¿qué es lo que yo recomiendo
en este punto,
¿no?
para mejorar?
¿Qué es Storybook?
Storybook es básicamente
una aplicación
o una herramienta
que te permite
construir tus componentes
de UI
y tener el catálogo
de componentes
y tener ahí
todas las demos.
Y lo más interesante
es que tú
tienes, por ejemplo,
este componente
TimeFrame
y tienes diferentes
versiones de ese componente
con diferentes props.
Está súper chulo
y cada vez hay
muchas más empresas
que lo están utilizando.
Es compatible
con React,
con Vue,
con Angular y tal.
Y puedes hacer demos
como que se le llaman
Stories
y la Story
pues tiene básicamente,
pues ves,
aquí tienes,
lo puedes utilizar
con diferentes media queries,
versión oscuro,
es totalmente
de código abierto
y ya te digo
que cada vez
hay más y más
empresas
que lo están utilizando
para mostrar
sus componentes.
Y os voy a enseñar
cómo es verdad
lo que os estoy diciendo
porque a lo mejor
alguien me dice,
ah, bueno,
esto es que lo utilizabais
en vuestra empresa.
Mirad,
aparte que se pueden hacer
un montón de test visuales,
ves,
una review de UI
y todo esto
para que veáis,
mira,
empresas que lo utilizan
y para que veáis
que es real,
mira,
la NASA,
Adobe,
WordPress,
Microsoft,
Audi,
BBC,
Shopify
y hay un montón más.
Y, por ejemplo,
si tú vas a trabajar
a la NASA,
pues la NASA
lo que te dice es,
mira,
este es mi design system,
¿vale?
Aquí tienes
todos mis colores,
todos mis logos,
todos los componentes.
Si tú quieres utilizar
los componentes de la NASA,
los tienes aquí.
Esta es la base,
este es el botón base
y aquí tendrías,
ves,
este sería el botón,
este es el botón base
y a partir de aquí
tendrías aquí todas las props
y podrías cambiar
que pase a true,
a false
y podrías ir viendo
cómo funciona
de forma totalmente interactiva,
¿vale?
Esto es algo
que cada vez se utiliza más
en las empresas
y que no se va a ir
a ningún sitio.
La única posibilidad,
ahora están saliendo
algunas alternativas
a Storybook.
Es posible,
es posible
que tenga alguna versión
diferente
o que no sea Storybook,
pero si utilizas Storybook
todos se basan en esto.
Fijaos que incluso formularios
y este es el formulario
que utilizan a NASA,
¿ves?
El label,
un textarea,
un ejemplo de formulario.
Aquí lo podéis ver
cómo se utilizaría
y todo esto
y ya os digo
que lo utilizan
un montón de empresas.
Aquí tenéis Adobe,
Adobe exactamente lo mismo.
Estos son todos
los componentes
que tiene Adobe
y esto,
cuando entréis en una empresa
van a decir,
bueno,
tenemos Storybook.
Que os suene
es súper importante
y de verdad creo
que marca un montón
la diferencia.
Aquí tendríamos Wordpress,
por ejemplo,
los botones de Wordpress.
Mira,
un botón de Wordpress,
¿ves?
Botón de Wordpress,
con default,
el primario,
aquí lo tendríamos
y podéis cambiarle
aquí en controles,
¿ves?
Le podéis cambiar,
vale,
pues esto lo voy a poner
a true,
esto a true
y le podéis ir cambiando
aquí incluso,
pues el children,
vale,
pues le cambio
el children
y al ponerlo,
cuando lo cambiemos,
bueno,
no,
a ver,
no cambia,
no cambia,
no cambia.
Debería cambiar aquí,
no sé por qué no cambia,
no sé,
si es que no le gusta,
no le gusta,
no sé por qué no cambia,
debería,
pero no cambia.
Bueno,
el tema es que aquí,
mira,
el is small,
por ejemplo,
le ponemos a true,
¿ves?
Y entonces cambia aquí.
Esto lo van a enseñar
en cualquier sitio,
Microsoft tiene el suyo propio,
Audi,
es que todas las empresas
ahora utilizan esto,
y es totalmente libre de uso.
Ah,
por las comillas,
gracias,
que se me había olvidado las comillas.
Entonces,
que sepáis esto,
¿no?
Que a día de hoy
se utiliza un montón más
este tipo de design systems
para el día a día
que no utilizar CSS en JS,
aunque algunos design systems
puedan estar creados
con el CSS en JS,
pero mucho más importante
que sepáis estas bases
que las vais a utilizar
y cuando entres a una empresa
os va a decir,
aquí tienes el design system
con nuestro storybook
y con las stories
y todo esto,
que no todo lo demás.
Así que,
que os suene
para mejorar
vuestra empleabilidad,
¿vale?
Ya lo hemos dejado aquí,
design systems
y sobre todo,
storybook.
Vamos a ver,
storybook,
y le vamos a poner
un libro,
¿ok?
Que es aquí,
voy a decir algo
que os va a doler,
os va a doler,
¿ok?
Yo creo que
para vuestra empleabilidad
en este sentido,
empleabilidad,
¿qué refiero con empleabilidad?
Hombre,
Fabián,
eso es español,
eso no es nada
de tecnología,
¿vale?
Empleabilidad es mejorar
que puedas conseguir empleo,
punto.
Ya está,
eso es.
Muy bien,
entonces,
¿qué más?
¿Qué más tenemos?
A ver,
por aquí,
ya hemos dicho,
básicamente,
pondría aquí,
en general,
CSS en JS,
en JS.
Hay algunas
que no sería
una promesa futura,
pero que sí que es verdad
que ha sobrevivido
un poquito,
que me da la sensación
que sí que ha sobrevivido
un poco
a todo este tema
del CSS en JS.
Vanilla Extract,
sí que he visto
que hay muchas empresas
que cada vez
lo están utilizando más,
que están muy contentos
como lo están utilizando
y tal.
Si hay alguna
que tengáis que utilizar,
aparte de Panda CSS,
que lo voy a poner aquí
en futura promesa,
¿vale?
El Panda CSS,
que lo hemos visto antes,
Panda CSS.
Yo lo dejaría
como promesa futura,
aunque a mí,
personalmente,
yo creo que no van
por ahí los tiros.
Pero Vanilla Extract,
a mí sí que me parece
una tecnología,
un preprocesador
que está como basado,
parecido a CSS en JS
y que sí que está aguantando
bastante bien
el tirón de Tailwind.
Que hay un montón de gente
que está bastante contenta,
sobre todo,
gente que de alguna forma
quiere asegurarse
que los tipos están bien,
que tienen muy buen rendimiento,
está súper bien.
¿Qué me parece
un OCS?
A ver,
no voy a entrar ahora
en todos y tal.
A ver,
yo la verdad,
un OCS a mí personalmente
no me gusta mucho.
O sea,
no es que no me guste,
es que si tengo que priorizar,
prefiero básicamente
priorizar Tailwind,
en mi opinión,
¿vale?
Hay otro también
que tiene muy buena pinta,
que tampoco me acuerdo
muy,
no acuerdo cómo se llamaba,
pero si tengo que priorizar
entre todos,
entre uno CSS,
el otro que nunca me acuerdo
cómo se llama,
que seguro que Feral sí que se acuerda,
que tiene muy buena pinta,
entre todos,
si tengo que elegir uno,
yo me quedaría con Tailwind.
Y de hecho,
para mí Tailwind,
lo siento si no os gusta,
¿vale?
Pero yo voy a poner
de aquí,
vamos a poner
de empleabilidad,
yo creo que Tailwind,
a día del 2024,
Tailwind es
para mejorar tu empleabilidad,
no saber Tailwind
o porque te da rabia
o por lo que sea,
yo creo que te puede
quitar oportunidades.
Y de la misma forma,
yo creo que a día de hoy,
uno que está petándolo,
sobre todo si queréis
entrar en el mercado
estadounidense,
ShackCN.
ShackCN no hay.
A día de hoy,
startup,
que es que no lo estoy utilizando,
es espectacular
lo que han creado con esto,
porque es que lo utiliza
todo el mundo.
ShackCN es como complicado
definir porque no es
tanto una biblioteca
de componentes,
fijaos que lo pone aquí,
sino que es una colección
de componentes reutilizables,
¿vale?
Que está bastante bien,
está bastante interesante
y es que lo ves
en cualquier sitio,
en cualquier sitio.
¿Por qué?
Porque al final
todo esto está,
funciona súper bien,
no te tienes que preocupar
de hacerlo tú,
te acelera un montón
en el desarrollo
y cada vez más empresas
veo que lo están utilizando.
Es totalmente gratis,
obviamente,
y están muy bonitos.
Lo malo,
pues que está muy enfocado
a RIAG,
pero aún así,
Tailwind no está enfocado
a RIAG,
lo tenéis ahí.
Os voy a poner estos dos,
¿vale?
ShackCN,
porque yo creo
que estos dos
de cara al 2024,
porque justamente
ShackCN
lo mejor que tiene
es que,
¿para qué te puede servir?
Lo que te puede servir
es justamente
para crear
tu propio design system
y lo mismo
con Tailwind.
Tailwind,
¿para qué puede ser
muy bueno también?
Para crear
tu propio design system.
¿Veis cómo se cierra
el círculo aquí?
Pues aquí tendríais,
¿vale?
Empleabilidad,
a mí me parece que esto
es clave.
Y obviamente,
y por más que les duela
aquí a la gente,
CSS,
¿vale?
Amigos,
sobre todo cuando hablamos de,
estamos hablando
de programadores full stack,
¿vale?
CSS marca la diferencia
y os voy a explicar por qué,
porque mucha gente dirá,
ay,
no sé qué.
A ver,
como programadores full stack
es normal que no seáis
los dioses del CSS.
CSS cada día
se está haciendo
mucho más potente,
mucho más increíble
y es increíblemente
infravalorado.
Infravalorado sobre todo
para marcar la diferencia,
porque pensad que si todo el mundo
lo está despreciando,
vosotros sois donde vais ahí
y marcar la diferencia.
Pero bueno,
yo quiero aprender Tailwind,
cállate,
Tailwind es CSS,
¿vale?
Si tú crees
que solo sabiendo Tailwind
es suficiente,
estás equivocado,
equivocadísimo,
¿ok?
Tailwind no deja de ser CSS,
de hecho es un framework CSS.
Te vas a perder un montón
de posibilidades
por no entender
cómo funciona CSS.
Saberte Tailwind
está muy bien,
está muy bien,
es genial,
pero es solo una parte.
Saber CSS
es la clave.
¿Por qué?
Porque al final,
si el día de mañana,
como ha pasado con esto,
amigos,
esto,
esto,
¿cuánta gente?
Boost,
Trap,
Bulma,
Stalcompones,
todo esto,
al final,
al final las tecnologías
pueden venir,
pueden salir,
pueden cambiar.
CSS va a estar ahí
viendo morir a todas,
a todas,
llámame ese Tailwind,
Stalcomponents,
lo que te dé la gana.
Así que,
importantísimo,
no tengáis ningún tipo
de crúpulos
a la hora de aprender CSS.
Para que os hagáis una idea,
hoy he hecho esta demo,
un slider,
a día de hoy,
ya podéis hacer
un slider con CSS,
lo cual,
este slider,
pero fijaos,
este slider que ves,
no es del todo accesible,
pero porque yo
no lo he hecho accesible
del todo por tiempo,
¿vale?
A día de hoy
no es compatible
al 100% de todo
en navegadores,
pero fijaos,
esto tiene cero líneas
de JavaScript,
¿vale?
Pero fijaos
que además,
cada vez que navegas
entre una slide
y otra,
¿vale?
Se actualiza esto.
Le puedes dar
a una bolita
y hace la animación,
va a hacer la animación
y se actualiza la bolita.
Y todo esto
sin JavaScript.
Esto es espectacular.
Esto antiguamente
era imposible
hacerlo con CSS.
Y si te pones a mirar,
tampoco,
aclaro,
hay muchos estilos
porque también
le estamos dando
los estilos,
pero es que
con las pocas líneas
de código
que hay aquí
también le estamos
dando la funcionalidad.
Le estamos dando
la funcionalidad
y funciona de forma nativa
con soporte
a móvil.
O sea,
tú esto en móvil
lo puedes utilizar,
tiene un rendimiento
perfecto
y que además,
como podéis ver,
tenéis aquí
que se actualiza esto.
Esto antes
no se podía hacer,
así que
aprende CSS
porque creo
que vienen
cosas increíbles,
sobre todo
con el tema
de las animaciones,
el scroll drive
en animations
que hemos estado
viendo,
que hemos estado
enseñando,
todas estas animaciones
de CSS,
esto es que realmente
va a marcar un montón
la diferencia
para crear
nuevas aplicaciones.
Así que
dadle cañita
que está brutal,
¿vale?
Está brutal
y la verdad
que se pueden hacer
cosas que os va a volar
la cabeza.
CSS
no os lo saltéis,
de verdad.
La diferencia
que puede marcar
una persona
que realmente
sepa hacer
con CSS,
animaciones
con scroll,
que utilizando
el mínimo código
de JavaScript
pueda hacer
experiencias de usuario
que sean entregables,
que funcionen súper bien.
Es que es increíblemente
importante,
¿vale?
Así que ya sabéis,
le dais cañita.
Y entonces,
para mejorar sueldo,
para mejorar sueldo,
¿qué es lo que yo haría
para mejorar sueldo?
A ver,
para mí
arquitectura CSS
es clave
para que mejoréis
el sueldo,
¿vale?
¿Qué quiere decir esto?
¿Qué es esto?
Arquitectura CSS,
no sé qué.
Vale,
lo que quiero decir
con arquitectura CSS,
aquí estamos hablando
de sueldo,
o sea,
gente que ya sepa
por lo que sea,
¿vale?
¿Qué pasa?
A día de hoy,
una cosa que mucha gente
todavía utiliza
es BEM,
alguna arquitectura
de este tipo,
este tipo de metodologías
es súper importante
que las conozcáis,
¿vale?
ya sea BEM,
suite o lo que sea,
BEM,
suite,
la que,
la que,
o Atomic,
todo este tipo de cosas
súper importantes
que las conozcáis
para subir vuestro sueldo.
Y lo mismo,
también,
Atomic Design,
Atomic Design,
conocer,
conocer qué es Atomic Design,
ahora no os lo puedo explicar
al tema,
pero sí que os recomiendo
que le echéis un vistazo,
mira,
este artículo es buenísimo
que es UI from Mars,
¿qué es y qué ventajas tiene?
Esto es un poquito de diseño,
pero como desarrolladores web
está bien que lo conozcáis,
qué son átomos,
qué son moléculas,
qué son organismos,
tener este tipo de cosas,
¿vale?
Venga,
ahora ya salimos un poco del CSS,
que ya hemos tenido suficiente CSS
y todo esto,
no me va a dar tiempo
de algunas en concretos,
¿vale?
Porque seguramente me decís,
¿y este catálogo de component?
No puedo,
no me da la vida,
pero más o menos
os podéis hacer un poco la idea
de por dónde van los tiros,
¿vale?
Ahora que ya tenemos un poco
de capa caída,
seguimos con capa caída
porque,
ah,
voy a terminar uno,
uno de capa caída
que es muy polémico,
¿vale?
Pero este
lo voy a poner de capa caída,
pero voy a poner un pero,
¿vale?
Vamos a poner un pero aquí
antes de que la gente
se ponga nerviosa,
pero da dinero.
Estamos hablando 2024,
bueno,
ya,
o sea,
lo que sí que,
por supuesto,
les y stylus
fuera,
¿vale?
Les y stylus
fuera.
A ver,
vamos a explicar esto,
¿vale?
Capa caída.
¿Qué quiere decir?
SaaS es una mala tecnología
para nada.
¿Cuál es el problema
que tiene SaaS
a día de hoy 2024,
¿vale?
De cara al futuro.
Hay muchas empresas
que a día de hoy
están utilizando SaaS
y por lo tanto,
¿lo ves?
Por eso,
pero da dinero.
¿Por qué?
Porque hay un montón
de empresas
que lo siguen utilizando,
es súper interesante
que lo podáis aprender,
pero yo lo priorizaría.
Vamos a ver,
¿eh?
Vamos a ver.
A ver,
vamos a hablar un poco
todo en plata.
Que sé que vamos
a cabrear a mucha gente.
No quiere decir
que a mí no me guste SaaS,
¿vale?
No quiere decir
que a mí no me guste SaaS.
SaaS, ¿vale?
Vamos a poner SaaS,
vamos a poner SaaS
y dar SaaS,
que también dar SaaS,
creo que también dar SaaS,
aunque creo que no lo utilizará
tanta gente.
Y vamos a poner Tailwind,
por ejemplo.
Tailwind.
Tailwind CSS.
Como podéis ver,
a día de hoy,
SaaS se utiliza todavía
el doble,
el doble de Tailwind.
O sea,
fijaos SaaS,
que está por encima,
obviamente, ¿no?
Pero,
aunque obviamente se utiliza,
¿vale?
Se utiliza el doble.
¿Qué quiero decir con capa caída?
¿Quiere decir que ha desaparecido?
No,
no quiere decir que ha desaparecido,
ni mucho menos.
Lo que quiere decir
es que sí que es verdad
que estamos viendo
que su crecimiento
ha parado,
¿vale?
Su crecimiento ya no va,
no vamos a ver
que va a crecer mucho más.
El problema que tiene SaaS
en este aspecto
es que SaaS
es un compromiso
para proyectos
muy bestia.
¿Qué quiere decir?
Pues que tienes que modificar
la arquitectura
de tu web.
Tienes que hacer
que todos los estilos
los estás poniendo en SaaS,
tienes que compilar todo el SaaS,
compilar SaaS
es lentillo,
aunque puedas utilizar el use y tal.
Hay muchas cosas que,
o sea,
tiene muchos compromisos
y a día de hoy
yo si tuviera que empezar
un proyecto
ya te digo que no utilizaría SaaS
ni en broma.
¿Qué utilizaría?
Bueno,
hay un paquete
que obviamente
está por encima de estos,
que es PostCSS.
Si tenemos a Tailwind,
¿ah, lo he puesto bien por aquí?
Vale.
Esto es PostCSS.
Fijaos,
fijaos,
¿vale?
PostCSS.
Y esto sería SaaS.
Esto sería SaaS.
¿Por qué PostCSS
está tan arriba
y SaaS
a lo mejor está tan abajo?
Porque todo tiene PostCSS.
Todos los sitios
donde mires
está PostCSS.
PostCSS
no es una alternativa
uno a uno
a SaaS,
pero es que a día de hoy
CSS, amigos,
ha mejorado un montón.
Y hay muchas veces
que ya no vais
a necesitar SaaS.
Por ejemplo,
para hacer
nested.
A ver si encuentro
porque tenía por aquí
un artículo.
Tenía por aquí
un artículo
que ahora no encuentro.
Mira,
teníamos el
CSS
Grappet
2023.
Os recomiendo mucho
este artículo
de Chrome,
bueno,
de la gente de Chrome,
porque el año 2023
para CSS
ha sido espectacular.
Y en el tema
de el scope,
el tema
de la anidación,
la anidación
que es una de las cosas
que tenía SaaS
que lo hacía muy interesante.
Ya lo tenemos nativo
en CSS.
Tenemos un montón
de cosas en CSS
que ya no hace falta
tanto
que utilicemos SaaS.
Entonces,
¿que quieres seguir
utilizando SaaS?
Vale,
puede ser,
pero ten en cuenta
que es un compromiso
a largo plazo
y que todos los estilos
los vas a escribir
en un lenguaje
que no es parte
de la plataforma.
Yo personalmente
lo intentaría evitar.
Yo a mí,
si me preguntas,
yo a día de hoy,
2024,
yo no intentaría
crear un proyecto
desde cero con SaaS.
Si ya existe,
pues a mantenerlo.
Y yo,
si pudiera,
si pudiera,
lo intentaría mover.
Y entonces alguien puede decir,
ya,
pero es que hay cosas
de SaaS
que no puedo hacer en CSS.
Ya,
pero es que con PostCSS
las vas a poder hacer.
Por ejemplo,
PostCSS
puedes crear un plugin,
tienes un montón de plugin
para mixings,
por ejemplo.
Tienes un plugin
para mixings.
Y en lugar de tener
una dependencia
tan grande
como lo es SaaS,
puedes pasarte a PostCSS
y tener los mixings.
Tienes un montón
de posibilidades
con PostCSS,
que no es simplemente
escribir CSS y tal,
sino que con PostCSS
a partir de plugins
puedes añadir
solo y exclusivamente
eso que necesitas
y escribir CSS,
que a mí me parece
muchísimo más interesante
que tener que instalar SaaS.
Ahí te lo dejo.
Ya sea funciones,
mixings y todo esto.
Y ahora con esto ya sí,
terminamos con el CSS.
No tengo nada
en contra de SaaS,
de hecho a mí me ha gustado
durante mucho tiempo,
pero a día de hoy
yo para un proyecto
no lo haría
con todo mi cariño.
¿Qué es PostCSS?
PostCSS es un compilador
de CSS.
PostCSS sería como
el Babel de JavaScript,
¿vale?
Pero para CSS,
algo así.
Hay uno que es que
lo tenéis que dejar ya,
Gatsby.
Gatsby JS está muerto.
A ver,
no está muerto,
me sabe mal decir
que esté muerto,
no está muerto,
¿vale?
Pero...
¿vale?
A ver,
aunque en el título ponga,
en el título,
si tú buscas Gatsby,
Gatsby JS,
creo que pone algo así,
The Best React Base Framework.
A ver,
no,
¿vale?
Con todo mi cariño
para Gatsby,
no.
Gatsby,
si tengo que apostar
por algo de Gatsby,
sería...
Gatsby,
¿vale?
Gatsby,
lo siento,
pero no.
Gatsby ya,
a tomar por saco.
De hecho,
ojo que lo voy a decir polémico
también junto con Gatsby,
GraphQL.
Polémico,
amigos,
pero no sé,
no sé por qué,
a mí es una tecnología
que me gusta mucho,
me gusta mucho GraphQL,
me gusta mucho GraphQL,
pero está de capa caída.
Las cosas como son,
no ha triunfado mucho,
no ha triunfado mucho,
la gente cada vez está
como más en contra,
y lo que sí que está triunfando más
en cambio,
a partir de GraphQL,
es el backend for frontend,
¿vale?
El backend for frontend
que creo que da bastante sueldo.
¿Por qué?
No lo sé,
sinceramente,
no lo entiendo.
A mí GraphQL es una tecnología
que me gusta muchísimo.
Si del backend for frontend
o relacionados,
otra que lo está petando bastante,
TRPC.
Y creo que puede dar bastante sueldo,
¿por qué?
Porque hay muchas empresas
que realmente se están moviendo,
backend for frontend
o TRPC.
De nuevo,
yo no digo,
yo no digo que sean
los que a mí más me gustan,
a mí me encanta GraphQL,
a mí me encanta.
BFF,
esto significa backend for frontend,
¿vale?
backend for frontend.
Lo voy a dejar por ahí.
Pero básicamente,
es como dice la palabra,
la palabra es hacer un backend
preparado para el frontend
con justamente lo que va a necesitar,
¿no?
Es algo parecido realmente
a lo que podría lograr
con GraphQL,
pero la idea es optimizar,
¿no?
Es hacer un backend
que esté preparado
para lo que tiene que consumir
ese frontend,
ese cliente particular.
Y a lo mejor puedes crear
un mini backend
que esté pensado específicamente
para la web,
otro para mobile
y cosas así, ¿no?
Eso sería un backend for frontend.
Estos son dos cosas
que yo creo,
TRPC al final es una,
podríamos decir
que es una,
es una biblioteca,
framework,
no sé cómo decirle,
pero también es que
best friend forever,
BFF,
best friend forever.
Bueno,
para los backend
sí que va súper bien,
¿por qué es interesante
el backend for frontend?
Porque muchas veces
lo que hacen los equipos
es,
tú tienes un backend,
tienes los frontends
y en lugar de pedirle
al backend constantemente
que te cree endpoints
que no sé qué,
no sé cuánto,
por lo que hacen es
crear ahí un backend intermedio,
¿no?
Que lo puede hacer el frontend
para qué es lo que necesita consumir.
A mí,
sinceramente,
de nuevo,
yo no es que diga
que me encante,
porque GraphQL
a mí siempre me ha gustado muchísimo,
pero no,
no está,
no lo está petando.
De hecho,
es que casi las cosas
que están saliendo
cada vez son menores.
O sea,
no sé,
ahí veo mucha tirantez
de que no,
en Twitter,
por ejemplo,
en empresas
que lo estaban quitando,
no lo entiendo.
Sinceramente,
no lo entiendo.
No entiendo por qué,
pero es la realidad.
Y la realidad
es que muchas empresas
se están yendo más
al patrón de backend for frontend
de hacer esto,
¿no?
De que un cliente
pues tenga una API específica
para sus casos de uso,
para cada cliente
con libertad
para adecuar esas APIs
y ya está,
y olvidarse,
¿no?
Venga,
vamos,
más cositas.
Más cositas
en este sentido.
Ya tenemos Gatsby,
claro,
si tenemos Gatsby,
¿qué quiere decir?
Yo para empleabilidad,
lo siento,
lo tengo clarísimo,
¿vale?
Next.js.
Podemos decir
lo que queramos,
lo que nos dé la gana,
pero Next.js,
si hay algo
que tenéis que aprender,
es Next.js.
Next.js,
en temas de empleabilidad,
es básico,
que no significa
que sepas Next.js
y seguro te da empleo,
pero es que lo tienes que saber
sí o sí,
punto.
Es que es el framework
de React más utilizado,
o sea,
si React es la biblioteca
más utilizada
y el framework más utilizado
en Next.js,
de cabeza.
Que te gusta más Remix,
aprende Next.js
y utiliza Remix,
pero aprende Next.js.
Es que lo utiliza
en todos los sitios,
en cualquier empresa
lo están utilizando,
cada vez se está utilizando más
y no va a parar,
no va a parar.
En este caso,
aparte de Next.js,
para mí,
promesa futura,
Astro.
¿Por qué no lo pongo
en empleabilidad?
A mí me encanta Astro,
pero lo cierto
es que Astro,
por más increíble que sea,
tú no te encuentras
ofertas de trabajo
que ponga...
Buscamos desarrollador Astro.
Mentira,
no lo hacen.
Y en 2024
tampoco va a pasar.
Pero ¿por qué
es una promesa futura?
A ver,
Astro es espectacular
el crecimiento que está teniendo.
Ya lo hicimos el año pasado,
ya lo comentamos,
¿vale?
Pero, a ver,
para que nos hagamos una idea,
empresas que están utilizando Astro.
Mira,
podéis ir a Wapalizer,
que está bastante bien,
y yo creo,
ojo,
yo creo que Astro,
de verdad,
es que creo que lo va a reventar.
Y ahora os explicaré por qué.
Mira,
Astro.
Tenéis aquí algunas empresas
que se os ponen...
Bueno,
estas empresas,
yo no sé si utilizan Astro,
pero hay algunas que sí,
de las que se ven por aquí,
Astro Websites in United States.
Aquí podéis ver un poco
la evolución,
no es la mejor gráfica
para verlo,
pero sí que podéis ver
un poco la evolución
de páginas
desde marzo del 2022
que están utilizando Astro.
Vamos,
que cada vez
se está utilizando más Astro
y cada vez hay más páginas
que realmente están utilizando
compañías que están utilizando Astro,
¿vale?
¿Por qué?
Porque obviamente
ya sea para una landing page,
ya sea para lo que queráis,
a ver,
Build with Astro.
Creo que hay una página,
esta es de Wapalizer,
esta,
esta puede ser.
Vale,
aquí podéis ver páginas
que están hechas con Astro,
mirad,
Audacity,
cada vez se están utilizando más,
por ejemplo,
el blog de Firebase,
el blog de Firebase,
esto está hecho con Astro,
la página de IDX de Google,
el proyecto IDX,
esto está hecho con Astro,
la página del blog de Windows,
esto está hecho con Astro,
cada vez más y más,
no sé si esta es la que está hecha
con Astro,
no,
esta no es la que está hecha con Astro,
pero cada vez,
esta no es la que está hecha con Astro,
pero esta sí que está hecha con Astro,
esta sí,
¿ves?
Astro,
Astro,
cada vez se está utilizando más,
de hecho,
yo creo que está recogiendo un poco
el testigo de WordPress,
son palabras mayores,
y tiene,
por eso digo,
una promesa futura,
¿vale?
Pero yo creo que está pillando,
se le está poniendo una cara
de ese WordPress,
de que cada vez más se utiliza
para landing pages,
para páginas así,
que son rápidas y tal,
y que grandes páginas,
como Microsoft,
GitHub,
como Google,
o sea,
lo están utilizando,
o sea,
es bastante,
ojo,
cuidado,
es que de verdad me parece impresionante
la facilidad que tiene
de llegar a un montón de sitios,
ah,
la página de NordPN,
la página de NordPN,
esta creo,
no sé si es la página
o el blog,
está hecho con Astro,
no sé si es la página,
dejar rastro,
no sé si es el blog
o la página,
pero la página principal,
puede ser,
estaba hecha con Astro,
cada vez se están haciendo
más cosas con Astro,
no sé si es esta
o el blog,
pero cada vez vas viendo
más páginas que están hechas
con Astro,
más páginas con Astro,
y mira,
The Guardian,
Tribago,
es que de verdad,
mira,
aquí tenéis el ejemplo
de Firebase,
a ver qué tenemos por aquí,
marketing,
de agencias,
páginas de e-commerce,
esta página de e-commerce,
Sing the Wild,
Enjoy Year Of,
ah,
bueno,
pues está rota,
oye,
qué mal que esa página,
pero bueno,
que cada vez más vamos viendo
páginas que están hechas
con Astro,
y aquí tenéis un montón
de ejemplos,
por ejemplo,
de páginas que cada vez
estamos hechas con Astro,
y además que son páginas
que dices,
bueno,
que tienen tráfico,
yo de verdad creo que Astro
es una tecnología muy a tener en cuenta,
porque,
¿para qué sirve Astro?
Pues para hacer páginas web,
punto,
ya está,
para hacer páginas web,
y es que,
y entonces aquí viene el tema,
¿por qué hacer Astro?
O sea,
¿por qué Astro?
Mucha gente el otro día me decía,
¿por qué no lo haces con NextGS?
Mira,
me encontré este tweet,
y es que estoy totalmente de acuerdo,
Flavio dice,
el 60% de las páginas web deberían ser sitios estáticos,
el 15% deberían ser páginas estáticas
con un poquito de página dinámicamente renderizada en el servidor,
el 20% podría hacerlo con peticiones asíncronas,
y un poquito de SPA Airlines,
como Astro,
o sea,
Astro te hace esta parte perfecta,
¿vale?
esta parte de aquí te la hace Astro,
el 60,
el 15 y el 20,
esta parte te la hace Astro perfecta,
y el 15%,
el 5% restante,
es lo que necesitaríamos,
como que tuve a client-sign JavaScript framework,
¿no?
Una cosita más así,
entonces,
yo es que estoy súper de acuerdo,
cada vez más,
se están haciendo páginas,
que no necesitamos utilizar NextGS,
que a mí me encanta NextGS,
que me encanta NextGS,
no tengo ningún problema,
ayer hicimos el portfolio,
y ¿para qué quieres utilizar NextGS o lo que sea?
Si es que no tiene sentido,
os pongo un ejemplo,
mañana vamos a hacer la página de los SESLAN desde cero,
vamos a hacer la página de los SESLAN,
¿vale?
La página de los SESLAN se podría hacer con Astro,
fijaos que no tiene service al rendering,
que por lo tanto está perdiendo un montón de oportunidades aquí de rendimiento,
es una página que es estática,
es estática,
no tiene nada,
y sabéis con qué está hecho,
y no significa que sea algo malo,
pero está hecho con Vue,
es necesario hacerlo con Vue,
no tiene sentido,
no porque Vue esté mal,
si Vue está fantástico,
es un framework maravilloso,
pero para hacer páginas reactivas,
para hacer páginas que tengan vidilla,
no tiene sentido utilizar Vue para cosas que sean tan estáticas,
como un blog,
una landing page,
y la realidad es que ahí fuera,
las páginas son más landing pages,
anuncios ahí que quieren,
¿sabes?
menos JavaScript,
necesitamos menos JavaScript,
a mí me encanta JavaScript,
pero la clave es utilizarlo cuando realmente tiene sentido.
Dicho esto,
Astro,
promesas futuras,
pero yo lo veo importantísimo,
de empleabilidad,
Next.js,
promesas futuras,
yo lo voy a poner un poquito más pequeño,
voy a poner Remix,
yo la verdad,
lo veo como una promesa futura,
a mí no me gusta tanto Remix,
no me gusta por muchas cositas,
pero sí que veo que es una promesa futura,
¿por qué?
Porque Remix,
queramos o no,
sobre todo yo creo que cuando tomen en cuenta los React Server Components,
han tenido muy buenas ideas en temas de las rutas anidadas,
han tenido buenas ideas,
y creo que puede ser una alternativa bastante válida a Next.js.
Otra cosa de empleabilidad que tiene muy buena pinta,
Next,
si utilizan Vue,
yo creo que Next puede ser una buena alternativa a Next.js,
que por supuesto funciona muy bien,
pero no tiene una cuota de mercado tan grande,
así de claro,
o sea,
las cosas como son,
y de empleabilidad,
vamos a poner,
vamos a poner,
a mí me encantaría,
a mí me encantaría poner aquí,
me encantaría poner aquí Svelte,
¿vale?
Me encantaría,
a mí me encanta Svelte,
pero no sé qué pasa,
amigos,
no sé qué pasa,
me gustaría deciros,
vamos a poner aquí Svelte,
que no sé qué,
no sé cuánto,
mirad,
a mí me encanta Svelte,
a mí me encanta,
me encanta Svelte,
me encanta,
pero hay algo,
hay algo que no sé qué pasa con Svelte,
no sé qué pasa con Svelte,
no lo sé,
o sea,
hay algo que no sé si es,
que le está costando,
no sé si es por la comunidad,
no sé si es por la estrategia,
no sé si es porque ahora es parte de Bercel,
y se lo está comiendo NextGS,
mirad,
me gustaría deciros,
me gustaría engañaros,
me gustaría engañaros y deciros,
no,
no,
lo veo como una promesa y tal,
os voy a ser cristalino,
¿vale?
Os voy a ser cristalino con esto,
creo,
creo,
creo que JSX,
RIAG,
o las ideas de RIAG,
se han comido,
se están usando como las bases al futuro,
es así,
o sea,
me gustaría engañaros y deciros,
no,
creo que Svelte,
a mí me encanta Svelte,
me encanta,
me gustaría que creciese un montón,
pero este año,
Svelte se ha comido los mocos,
se ha comido los mocos,
en el año que más posibilidades tendría,
¿no?,
de marcar la diferencia y tal,
lo veo de capa caída,
que puede darle la vuelta,
ojalá,
ojalá,
pero no sé,
no sé por qué,
este año,
no,
no sé,
tío,
es que no,
no sé,
las runas han pasado un poco como de aquella forma,
no sé,
me gustaría engañaros,
pero lo dio doliéndome en el corazón,
¿vale?,
doliéndome en el corazón,
así de claro os lo digo,
obviamente,
aquí la ampliabilidad,
está en el trinomio,
el trinomio,
RIAG,
angular,
¿vale?,
RIAG,
angular,
y view,
es así,
no me gustan las runas,
me dan igual,
es que ese es el problema,
ese es el problema,
que me dan igual,
el trinomio es este,
¿vale?,
RIAG,
angular y view,
estamos hablando de empleabilidad,
yo no estoy hablando de,
de que me guste más,
me guste menos,
ya ves,
pongo los tres,
yo lo veo clarísimo,
yo creo que,
angular,
RIAG,
y view,
es el trinomio de,
de,
de empleabilidad,
de encontrar trabajo,
yo tengo clarísimo,
que el primero RIAG,
o sea,
me gustaría deciros otra cosa,
pero,
yo veo clarísimo,
que el primero,
el primero,
sería RIAG,
¿vale?,
yo pondría el primero RIAG,
así de claro,
¿vale?,
el segundo,
lo pondría en angular,
si tuviera,
si tuviera que priorizar,
de empleabilidad,
y ahora os voy a decir una cosa de angular,
que también os va a parecer polémica,
¿vale?,
y bronce,
vale,
bronce,
en cuanto a empleabilidad,
no son gustos,
¿vale?,
no son gustos que yo tengo,
de que me gusta más RIAG,
pero si alguien me dice,
me tienes que decir,
los dos primeros,
que no sé qué,
yo de empleabilidad,
diría esto,
es que lo veo así,
y me puedo equivocar,
¿vale?,
pero yo de empleabilidad,
de encontrar trabajo,
esto no quiere decir,
que Vue sea malo,
sea bueno,
a lo mejor Vue es mejor que RIAG,
pero a la hora de encontrar trabajo,
y esto depende también,
amigos,
esto depende también de,
vamos a ponerlo por aquí,
¿vale?,
pero depende zona geográfica,
¿vale?,
hay sitios,
hay sitios que hay mucho más,
Angular,
alguien me dirá,
pues en mi pueblo hay más Angular,
pues en mi ciudad hay más Vue,
vale,
pero si tengo que hablar en general,
de hecho,
a ver,
si queréis,
ni siquiera hace falta que,
no hace falta que,
que a lo mejor hablamos de opiniones,
¿no?,
porque a lo mejor si hablamos de opiniones,
es complicado,
¿no?,
este artículo,
es del 2022,
los frameworks frontend más demandados,
esto es de enero del 2023,
¿vale?,
vale,
aquí tenemos,
RIAG,
Angular,
Vue,
más empleos en RIAG y tal,
aquí sí que es verdad que podéis ver,
pues aquí podéis ver la diferencia en otro croquis,
y por diferentes ciudades,
es verdad que,
o países,
pues por ejemplo,
en United States,
la diferencia entre RIAG y Angular está así,
y en China,
pues está así,
¿vale?,
en cada sitio,
pues es diferente,
incluso en Suiza,
Angular gana a RIAG,
¿vale?,
o sea,
que puede ser que haya diferencias,
pero no quiero entrar en ese detalle,
por ejemplo,
en España,
Angular y RIAG están ahí,
ahí,
pero sí que podemos ver claramente,
que Vue,
está en el número 3,
de oportunidades de empleo,
ahora bien,
ahora bien,
que esto es lo que quería decir polémico,
¿vale?,
lo que quería decir polémico,
¿qué es?,
esto es de ofertas de trabajo,
pero,
pero,
ojo,
¿vale?,
depende de la zona geográfica,
pero que tengáis en cuenta,
que esto es lo que quiere decir a lo mejor también,
es que podéis encontrar también más competencia en RIAG,
o sea,
en empleabilidad,
a mí me parece que es indispensable aprender RIAG,
pero,
como creo que es indispensable aprender RIAG,
a lo mejor nadie aprende Vue,
¿entendéis?,
el tema es que a lo mejor,
hay mucha gente que se enfoca a RIAG,
y deja de lado a Vue,
y las posibilidades de Vue,
no entra nadie,
y te lo voy a demostrar,
te lo voy a demostrar,
por ejemplo,
si vamos a GetManfred,
¿vale?,
que es un sitio así de,
lo mejor es aprender todo,
totalmente,
para mí el trinomio es la clave,
pero fijaos,
mira,
ofertas de empleo,
aquí en Manfred,
Senior Vue Frontend Developer,
¿sabéis por qué tienen esta oferta?,
porque Senior Vue Frontend Developer,
no encuentran ni al dato,
no encuentran a nadie,
no hay ningún Senior Frontend,
de Vue,
así que,
eso es interesante,
porque vais a ver,
que incluso Senior Vue Frontend Developer,
no hay,
es que no hay,
bueno,
si es verdad que hay de Angular y tal,
pero hay bastantes de Vue,
hay bastantes de Vue,
que de hecho,
en el nombre de Vue,
tenéis dos,
en cambio de Angular y de React,
pues también hay dos y tal,
o sea,
que es complicado,
es complicado encontrar Senior Vue,
pero porque la base,
debe ser muy poca,
así que,
tened en cuenta esto,
que hay veces,
que es interesante,
el hecho de decir,
bueno,
pues yo voy a,
además de React,
vale,
pues voy a aprender Vue también,
para marcar la diferencia,
y ahí es donde está la clave,
¿no?
Basta,
Midu,
deja de mandarlos al front,
ya nadie consigue empleo,
porque son muchos,
y para saber quién sabe,
lo que no saben,
se complica el mercado para todos,
a ver,
yo no creo que sea verdad eso,
la verdad,
deja de mandarlos al front,
estamos hablando del tema full stack,
y de hecho,
ahora hablaremos también del backend,
pero,
no creo que sea eso,
de ya nadie consigue empleo,
porque son muchos,
lo cierto,
jaguar,
es que a mí me escribe mucha gente,
que sí que está consiguiendo empleo,
lo que pasa,
y esto es lo que creo yo,
el otro día me enviaron,
publicidad,
a ver si encuentro esto,
esto,
este es el problema,
estos son los años que necesitas para titularte,
hazla corta,
conviértete en programador en dos meses,
esto,
este es el problema,
¿vale?
este es el problema,
el problema es que sea frontend,
backend,
vaca,
sea lo que sea,
esto,
esto es el problema,
conviértete en programador en dos meses,
en dos meses,
no te conviertes en nada,
¿vale?
no te conviertes ni en perro,
ni en vaca,
ni en programador,
ni en nada,
y este es el problema,
que la gente se cree que en dos meses,
te vas a convertir en programador,
porque,
en la comparación,
que con todo mi cariño,
no conozco a este bootcamp,
no lo sé,
no sé qué hace ni nada,
pero,
¿cuál es el problema?
que claro,
esta comparación de,
vamos a menospreciar la titulación,
¿tendrá más recorrido en el tiempo,
Vue o React?
yo creo que los dos,
la verdad,
Vue o React,
los dos van a ir súper bien,
el problema es,
esta comparación,
disyuntiva de,
titular,
te tardas tanto,
haz la corta,
programador en dos meses,
esto es lo que no existe,
esto es lo que no hay,
entonces,
da igual que sea frontend,
backend,
además,
si eres frontend,
y aprendes frontend,
te podrás pasar al backend,
y viceversa,
o sea,
no me parece tan importante,
yo no creo que hay que tener miedo nunca,
a entrar,
que entre gente y tal,
eso es que me parece,
incluso,
una mentalidad un poco de perdedor,
con todo mi cariño,
no te lo digo personalmente a ti,
lo digo porque hay gente que tiene esta mentalidad,
de que no entre nadie más,
que no sé qué,
eso es,
por un lado,
el no tener la seguridad de uno mismo,
de decir,
ostras,
lo que voy a hacer,
es marcar la diferencia,
y realmente,
me van a contratar porque me lo merezco,
¿sabes?
no,
es que tiene que haber poca gente,
para que realmente me contraten,
esto no se puede tener así,
¿sabes?
no puede ser esa la mentalidad que tengamos,
de,
no,
no,
tenemos que hacer aquí unas puertas,
para que no entre nadie,
porque así,
no,
o sea,
lo que hay que hacer aquí es demostrar,
y punto,
y no hay que tener miedo,
y cuanta más gente,
pues mejor,
seremos mejores,
y pues seremos más,
más nos reiremos,
y lo cierto,
es que hay falta,
es que hay falta,
es que falta todavía mucha gente,
¿el problema cuál es?
pues que hay que separar el grano de la paja,
y que la gente se cree que esto jauja,
y que en dos meses es programador,
y no,
es verdad,
y yo jamás voy a decir,
aprende programación con,
¿por qué no?
porque esto se tarda tiempo,
va a hacer esfuerzo y tal,
y da igual que sea frontend,
backend,
devops,
o lo que sea,
hay oportunidades para todos,
y si no,
somos personas elásticas,
no es que nacemos,
yo voy a ser frontend,
¿sabes?
punto,
no,
pues a lo mejor,
pues habrá gente que entrará de frontend,
será backend,
será full stack,
devops,
lo que sea,
así que no os preocupéis,
no os preocupéis nunca,
de que entre gente y tal,
y básicamente hacerlo lo mejor que podáis,
y seguro que lo haréis bien,
siempre que lo hagáis,
con,
no sé,
pues con tesón,
con disciplina,
y ya está,
tengo 10 años siendo programador,
y todavía estoy aprendiendo,
efectivamente,
y lo que nos queda por aprender,
ah,
bueno,
capa caída,
uno muy importante,
AMP,
AMP está muertísimo,
¿vale?
AMP,
una tecnología de Google,
que no sé qué,
ya creo que el año pasado lo puse,
pero ya lo pongo por aquí,
AMP,
a tomar por saco,
no hay falta ni que lo aprendáis,
ni os prioricéis,
ni que lo veáis,
ni nada,
de hecho siempre me ha dado bastante asco,
y lo odio bastante,
voy a poner otra,
que a mí me parece polémica,
y me da mucha pena,
me da mucha pena,
antes de entrar,
antes de entrar esto,
AMP,
para el que no sepa qué es,
AMP es una tecnología que sacó Google,
que se llama Accelerated Mobile Pages,
y el tema es que,
a la vez es un framework,
que lo que te ayudaba,
era que tus páginas fuesen mucho más rápidas,
y que además,
ves,
las priorizaba en las búsquedas,
pero lo cierto es que esto ha desaparecido,
ha desaparecido,
ya no se utiliza,
pero no sé por qué hay empresas,
o gente,
que siga aprendiéndolo,
preguntando,
y tal,
pero es que,
ya no tiene sentido,
si es que,
no solo está medio abandonado,
si es que no le da soporte a nadie,
y que no tiene mucho sentido,
así que,
a tomar por saco,
no aprendáis,
no aprendáis AMP,
bueno,
voy a por lo polémico,
amigos,
voy a decir una cosa,
que a mí,
me da mucha pena,
que no significa,
que no sean interesantes,
que,
mira,
esta es la frase,
las PWA son el futuro,
Midu,
mira,
esto de las,
de que las PWA son el futuro,
estoy de esa frase,
hasta los cojones ya,
porque llevamos 15 años,
diciendo lo mismo,
esto es,
como cuando,
decíamos que Neymar,
era la promesa,
la promesa,
la promesa,
es que Neymar,
lleva siendo la promesa,
que se ha ido a Qatar,
y sigue siendo la promesa,
la promesa,
que va a ganar el balón de oro,
joder,
es que tiene 30 y pico años ya,
es que en algún momento,
deja de ser la promesa,
mirad,
si la joya eterna,
efectivamente,
mira,
a mí me da mucha pena,
lo de las Producers y Web Apps,
y os voy a explicar,
por qué,
por qué creo,
ya no creo más,
vale,
y por qué yo no lo priorizaría,
y por qué me da una pena,
horrible,
vale,
porque no,
no significa que a mí no me gusten,
a mí me encantan las Producers y Web Apps,
vale,
pero,
¿yo las aprendería?
Sí que las aprendería,
pero me parece que están de capa caída,
están de capa caída,
porque a Google,
Google no le da el cariño que se amerita,
es que últimamente,
para que nos hagamos una idea,
últimamente,
Apple le ha dado incluso más relevancia que Google,
es que Google,
macho,
Google,
cada dos por tres,
cuantas más ocasiones tiene,
las está escondiendo más,
las está haciendo más complicadas,
es que no lo entiendo,
no lo entiendo,
no entiendo por qué,
no entiendo por qué Google,
o sea,
es que da un paso adelante y dos para atrás,
tío,
basta ya,
es que las tienen maltratadas,
las apps web progresivas,
al final,
son un montón de tecnologías,
que te permite,
por ejemplo,
que tu web funcione de forma offline,
que tengas service workers,
que tengas notificaciones,
un montón de cosas,
y esas tecnologías de forma separadas,
están bien,
sí,
lo tiene marginado,
claro,
efectivamente,
lo que ha dicho Badra,
porque compite con la Play Store,
mirad,
para que nos,
para que nos hagamos la idea,
¿vale?
La última actualización,
es que fijaos a lo que hemos pasado,
es que fijaos que hace años,
mira,
2020,
aplicaciones,
cómo instalarlas,
2021,
las aplicaciones web progresivas,
ahora se instalan casi como apps normales,
casi,
claro,
pero es que esto lo han tirado para atrás,
total,
que lo que estamos viendo,
¿qué es lo que estamos viendo?
Que es una tecnología que hace 10.000 millones de años,
que parece que va a llegar,
parece que va a llegar,
mira,
2017,
no sé,
¿y qué pasa?
Que cada dos por tres,
amigos,
cada dos por tres,
tío,
le meten algún hachazo,
que es que basta ya,
tío,
basta ya,
entonces,
no os voy a engañar,
es que no os voy a engañar,
creo,
creo sinceramente,
que sí que es una tecnología que es interesante,
que no digo que sea interesante,
de hecho,
recomiendo mucho el curso que hizo Maximiliano,
Maximiliano Firman,
este de Aprende Progresive Web Apps,
pero mi sensación,
mi sensación,
es que,
por,
si esto,
si esto triunfa,
no será gracias a Google,
así de claro os lo digo,
¿vale?
Si esto triunfa,
no será gracias a Google,
y es que os quiero enseñar,
porque en la próxima versión de Chrome,
van a ser todavía más difícil,
instalar las Progresive Web Apps,
las han puesto dentro de un menú,
antes,
tú tenías un botón aquí,
este,
un botoncito,
este botoncito y tal,
pues este botoncito,
este botoncito lo van a quitar,
lo van a quitar,
y lo van a poner dentro del menú,
entonces,
¿qué queréis que os diga?
Os engaño,
y os digo,
sí,
sí,
le están dando un bomb,
no,
es mentira,
¿por qué es eso?
Yo que sé,
porque Google está loca,
está loca,
así de claro os lo digo,
porque las Progresive Web Apps,
si tuviese el aporte,
y el cariño que se merecen,
y que realmente Google se comprometiese de verdad,
pues veríamos algo ahí,
brutal,
pero no sé,
a lo mejor,
por suerte le dan la vuelta,
pero ya os digo,
que este icono,
que ya me parece un icono de regulinchis,
porque,
pero bueno,
al menos,
podías instalarte la aplicación y tal,
pues nada,
ahora lo van a poner aquí,
en el menú,
y tendrás que poner,
y ni siquiera aquí,
sino que lo tendrás en un submenú,
no sé,
no sé,
no entiendo nada,
no entiendo nada,
entonces,
¿qué es lo que yo creo?
Me da,
me da pena,
¿vale?
Pero yo creo,
que da sueldo,
porque no creo que sea algo de empleabilidad,
pero creo que están de capa caída,
de capa caída,
por desgracia,
porque Google no le está dando el cariño que se merecen,
sinceramente,
así de claro.
Igualmente,
¿qué os recomiendo?
El curso que tienen de Google,
que está súper chulo,
que lo ha hecho Maximiliano,
y está muy bien,
pero no os quiero engañar,
es que tienen cada vez peor pinta,
es que también,
incluso en,
para que os hagáis otra idea,
en Google Mobile,
en Android,
otra cosa,
es que prioriza la aplicación nativa,
que una Progresive Web App,
si tú tienes una Progresive Web App,
lo que te invitan más,
es directamente,
si pones un metadato,
a instalar la aplicación nativa,
y todo esto,
o sea,
no le dan,
es que,
es que por eso digo que está de capa caída,
porque creo que,
que Google,
no sé,
es que no le interesa,
tiene un problema de conflicto,
a veces parece que sí,
otras veces que parece que no,
otra cosa polémica,
que os encantan las polémicas,
pero es que,
factos,
factos,
mira,
ya que has dicho Ionic,
pues toma,
Ionic,
hablemos de,
Lowdash,
hablemos de Lowdash,
a ver,
Lowdash se va a utilizar,
ad infinitum,
pero,
me da más la sensación,
que es un tema,
de desconocimiento,
muchas cosas,
y sobre todo de gente,
que realmente no,
no tiene nociones de programación,
pero también es verdad,
que por suerte,
se ha visto una frenada,
vale,
o sea,
ya no está creciendo,
como estaba creciendo antiguamente,
como podéis ver,
pues tú aquí,
un crecimiento bastante importante,
pero ya a partir de 2022,
aquí tuvo una bajada,
parece que ha vuelto a recuperar un poco,
pero,
que está bastante,
o sea,
se ha parado un poco la sangría de Lowdash,
vale,
y de similares,
en fin,
¿qué pasa?
Que Lowdash,
es una biblioteca que a mí me ha encantado durante mucho tiempo,
me ha acompañado muchísimo,
me encanta Lowdash,
me encanta,
vale,
pero,
es el momento de decirle adiós,
es el momento de decirle adiós,
entonces,
yo para mí,
creo que Lowdash está de capa caída,
a día de hoy,
ya no tiene sentido,
vale,
entonces,
vamos a poner por aquí,
Lowdash,
vale,
capa caída,
Lowdash,
venga,
¿qué es lo que yo creo que os va a dar,
más bien,
el sueldo?
Que conozcáis alternativas,
como Just,
nativamente,
manejar arrays y objetos,
en JS,
vale,
pero esto lo que os va a dar,
esto lo va a dar la empleabilidad,
¿ok?
¿Por qué?
Porque Lowdash,
a día de hoy,
y tenéis un repositorio que está muy chulo,
la inmensa mayoría de las cosas,
la podéis utilizar,
¿vale?
La podéis utilizar sin necesidad,
o sea,
podéis hacerlas sin necesidad de utilizar Lowdash,
por ejemplo,
el chunk,
vale,
este puede ser un poco complicado,
y alguien me dirá,
vale,
pues no quiero hacer este,
vale,
pero hay algunos que es bastante fácil,
por ejemplo,
utilizar el filter,
el find,
el some,
hay un montón,
que los puedes hacer fácilmente,
si hay alguno que necesitas,
que realmente dices,
ostras,
es que el chunk,
por ejemplo,
yo que sé,
el chunk es muy complicado,
y no tengo ganas de escribirlo a mano,
tiene sentido,
pero mi,
mi,
mi recomendación,
es,
o que instales,
Lowdash ES,
vale,
esta podría ser una,
que al menos está exportado como en más grid modules,
y no sé qué,
no sé cuánto,
aunque creo que Lowdash a lo mejor ya lo hace,
o sea,
creo que ya lo pasaron,
puede ser,
pero si no,
lo que puede ser más interesante,
es que en lugar de instalar Lowdash,
que es una dependencia muy tocha y tal,
que mires,
si necesitas una en concreto,
y te mires una biblioteca como la de Just,
que son solo las,
pues una totalmente separada,
yo que sé,
como hemos visto la de Chang,
que no sé si estará,
se llamará de otra forma,
pero que tienes justamente los métodos totalmente separados,
vale,
y te instalas solo lo que necesitas,
y ya está,
te quitas de uno en concreto,
y te olvidas,
y no tienes que estar con Lowdash ahí a saco y tal,
pero es verdad que hay gente que le gusta mucho la programación funcional,
que a lo mejor dice,
no,
para mí Lowdash,
yo creo,
lo veo un poco,
que lo veo un poco de capa caída,
Lowdash puede pesar más,
Edgar Gitaris,
pero el tema de Lowdash ES,
es que al exportarse como en Macrim Modules,
solo al importar lo que necesitas,
pues haces el tree shaking,
y solo al final en el bundle,
ocupa lo que necesitas,
o sea,
lo que has cargado,
no todo,
¿vale?
Y ya lo tendrías,
¿vale?
¿Vale la pena aprender Python HTML en 2024?
Sí,
hombre,
sí,
totalmente,
totalmente,
a ver,
cosas que son básicas,
para mí,
¿vale?
Que no se os olvide,
empleabilidad,
esta os va a doler,
pero,
testing,
¿vale?
El testing,
y más concretamente,
yo creo que hay uno,
que tenéis que saber sí o sí,
porque es que da hasta...
Igual justo hoy le pedí a mis desarrolladores
que quiten Lowdash jajaja.
Bueno,
es que hay veces que no es necesario.
Testing,
a ver,
Playgride es un must,
¿vale?
Testing,
saber end to end,
es,
es súper necesario.
End to end,
es lo mínimo,
lo mínimo,
o sea,
end to end es incluso más importante,
que el,
eh,
bitest,
bueno,
yo diría jest,
jest,
jest es el que os va a dar más trabajo,
pero bueno,
vamos a poner jest o bitest,
pero de verdad,
Playgride es súper importante,
que sepáis hacer testing,
¿vale?
¿Por qué no Cypress?
¿Vale?
¿Por qué no Cypress?
Por diferentes motivos.
Primero,
porque Playgride ya te da lo que te da Cypress,
y además es un framework que está mantenido por Microsoft,
y no por una empresa externa,
que además está pensada en ganar dinero,
lo cual no está mal,
no está mal,
especialmente si utilizas Cypress Dashboard.
Pero,
el problema de Cypress Dashboard,
es que es absurdamente caro,
es absurdamente carísimo,
es muy,
muy caro,
muy caro,
¿vale?
Es carísimo,
es muy caro.
Para una empresa de verdad,
es bastante carísimo,
claro,
para hacerlo tú,
pues nada,
son 500 resultados,
no está mal.
pero luego realmente para empresas reales que tienen que hacer un montón de cosas.
Pero bueno,
es una alternativa.
Si os gusta,
oye,
pues no está mal,
si mira,
os lo pongo aquí,
porque no me desagrada que pongáis Cypress,
tampoco me parece,
tampoco me parece,
yo prefiero Playgride,
¿vale?
Playgride al final,
es de Microsoft,
¿y por qué prefiero Playgride?
Uno,
porque no solo funciona con Node,
sino que también funciona con Python,
con Java y con .NET.
No son tan completos como la versión de Node.js,
pero está súper bien,
así que está súper,
o sea,
lo tienes genial,
¿vale?
Segundo,
Playgride está hecho con Microsoft,
o sea,
lo hace Microsoft,
es de código abierto,
no tiene ningún tipo de sentido de que quiera ganar dinero de ello,
y está muy bien pensado para ser de testing y también para levantar un navegador
y hacer que simule un navegador y tal,
¿vale?
Así que esa podría ser otra cosa,
¿vale?
Está genial incluso para hacer API testing y funciona muy rápido,
está súper,
súper,
súper bien optimizado,
tiene una extensión de Chrome que está para lamerla,
tiene una extensión de Visual Studio Code que te escribe los test,
no sé si la habéis visto,
pero mira,
aquí tenemos a Debbie,
aquí tenemos a Debbie explicándote,
pero fíjate que es que te hace los test automáticamente,
mira,
aquí tenemos por ejemplo el modo UI que tienes una aplicación,
¿vale?
Y le dices,
vale,
te está creando aquí,
tienes el modo UI y puedes ir viendo tal,
esto sería un poco lo que hace Cypress,
solo que te lo está haciendo totalmente,
totalmente gratis,
o sea,
está,
está tremendo,
os lo recomiendo muchísimo para el tema de testing,
yo creo que es de empleabilidad,
y a partir de aquí,
¿qué es lo que podéis hacer más para el tema de testing para ganar dinero?
Yo aquí una cosa importante del testing ya sería pasar a,
por ejemplo,
a ver,
React Testing Library o cosas así similares,
por ejemplo,
React Testing Library o similares,
a mí me parece que estas deberían ser importantes aquí,
¿vale?
Pero si lo que queréis es ganar dinero con temas de testing,
yo lo que daría sería el screenshot testing,
¿vale?
O UI testing,
UI testing con screenshots,
esto es la clave,
como por ejemplo,
tú,
tú,
¿cuál sería el que?
No,
ApliTools,
no,
¿cómo se llama el que utiliza?
Storybook,
tiene uno,
Chroma,
creo que se llama,
¿puede ser Chroma?
Chromatic,
Chromatic,
bueno,
o sea,
vosotros aprendéis esto,
lo lleváis a vuestra empresa,
y la gente va a alucinar con vosotros,
Testing Visual,
¿vale?
Chromatic,
Chromatic,
importante,
Chromatic,
esto por un lado,
luego,
Testing Cross Browser,
a ver,
Playwright,
aunque mucha gente se cree que Playwright solo funciona para Chrome,
no es verdad,
también funciona para Firefox y para Safari,
lo cual Playwright lo hace súper interesante justamente por esto,
entonces,
Testing Cross Browser puede ser con Playwright,
pero podéis utilizar otros servicios también para intentar hacer este tipo,
yo que sé,
por si estáis utilizando Internet Explorer o este tipo de cosas,
pues Testing Cross Browser,
¿qué podéis utilizar para este?
Testing Cross Browser,
hay un montón de servicios,
Browser Stack es uno de los más famosos,
no es el único,
¿vale?
pero rollo Browser Stack podría ser,
Browser,
Browser Stack,
esto también marca la diferencia,
Contratos,
porque es que el Testing da dinero,
macho,
el Testing da dinero porque,
oye,
porque se corta ahí la,
¿veis que?
Ah,
ahora,
Testing de contratos,
¿vale?
De APIs de contratos,
también,
Testing de API de contratos,
API,
Contract,
Contract Testing,
PACT,
esto también os va a dar dinero,
¿por qué?
Porque este tipo de cosas marcan la diferencia,
vosotros sabéis hacer este tipo de cosas,
de cómo testear con contratos,
de que una API no se rompa,
¿vale?
De que generes el contrato y que tú cuando vas a desplegar un backend,
pues realmente sepa de que si el contrato se está cumpliendo o no,
pues esto la clave,
¿vale?
Entonces vamos a poner PACT,
para que lo tengáis aquí,
¿vale?
PACT,
PACT,
¿ok?
Y obviamente para saber todo esto,
súper importante,
¿qué va a ser?
Pues Continuous Integration,
esto,
esto,
yo lo pondría en empleabilidad,
¿eh?
Pero bueno,
vamos a ponerlo ahí,
Continuous Integration,
Continuous Deployment,
mira,
vamos a ponerlo,
Continuous Deployment aquí,
¿vale?
Vamos a mover esto por aquí,
tu, tu, tu, tu,
API de contratos,
¿vale?
Continuous o,
Continuous Deployment,
Continuous,
creo que lo he escrito mal,
Deployment,
¿vale?
Al menos esto por aquí,
y aquí Continuous Integration,
y por Continuous Integration,
claro,
porque en algún sitio vais a tener que hacer
Continuous Integration,
el clave,
a día de hoy,
GitHub Actions
o Jenkins,
yo no sé por qué,
¿vale?
Yo no sé por qué,
la gente utiliza un montón,
utiliza un montón todavía Jenkins,
no es mi favorito,
yo si tuviera que priorizar uno,
yo priorizaría GitHub Actions,
es mucho más fácil de utilizar,
lo entiende mucha gente,
se pueden hacer cosas muy potentes fácilmente,
está en GitHub,
gratis,
bueno,
gratis para utilizarlo,
si no,
tenéis las alternativas de GitLab,
pero básicamente la idea de Continuous Integration,
¿vale?
Luego tenemos Jenkins,
que se suele utilizar bastante empresarialmente,
entonces,
si podéis conocerlo,
pues,
os puede ayudar,
¿vale?
Se puede utilizar,
mucha gente se cree que es solo para Java,
o que es solo para PHP,
pero lo cierto es que se puede utilizar para cualquier lenguaje,
¿vale?
No hace falta que se puedan hacer un montón de proyectos de cualquier lenguaje
y hacerlo con esto,
así que Continuous Integration,
GitHub Actions,
que mucha gente,
no,
joder,
es que son muchas cosas las que hay que aprender,
a ver,
estamos hablando de mejorar la ampliabilidad,
¿qué quiere decir esto?
Pues que obviamente una persona que sepa de Continuous Integration,
yo creo que va a tener más posibilidades que una persona que no tenga ni idea de qué es Continuous Integration,
o sea,
es obvio,
o sea,
me parece algo de valor en una base bastante importante.
Si no lo sabes,
no significa que no vayas a conseguir trabajo,
pero sí que es interesante.
GitHub Actions,
en una hora lo aprendes,
¿vale?
GitHub Actions,
en una hora,
bueno,
igual dos horas.
Aquí tenemos,
GitHub Actions,
tutorial desde cero,
integración continua,
gratis y fácil,
ya está.
Entonces,
aquí tenéis un curso que lo hacemos poco a poco,
paso a paso,
qué significa,
cómo hacerlo,
y hacemos todo lo que necesitas,
necesitas,
cómo hacer un despliegue,
cómo ejecutar el linter,
cómo ejecutar los test,
cómo ejecutar todo esto,
así que aquí lo tendríais,
¿vale?
Tendríais cómo hacer los test,
cómo vais a ver los errores,
cómo pasar los test secretos,
los tokens,
no sé qué,
no sé cuánto,
¿por qué?
Porque al final,
la parte de empleabilidad
tendría que tener su propia tier list,
ya te digo,
eso es verdad,
en Jenkins tienes un pipeline
para miles de repos,
Actions tienes que ir repo a repo,
sí,
pero bueno,
al final es una diferencia
y depende,
puedes tener una alternativa
bastante interesante,
por ejemplo,
puedes hacer un mono repo
y entonces ya no tendrías ese problema,
o sea,
no sé,
es que depende un poco
de la estrategia
de los repositorios que hagáis,
¿vale?
Obviamente,
otro que necesitáis aquí,
¿vale?
Que es clave,
saber git,
git,
¿vale?
Pero git bien,
¿eh?
Git bien,
a ver,
git bien,
muchas veces,
por ejemplo,
yo tengo aprendiendo
git,
miudef,
tengo un libro de aprendiendo git,
que son 300 páginas,
si no me equivoco,
y que al final os explico
estrategias y tal,
no os quiero vender el libro,
hay un libro gratuito,
yo creo que técnicamente superior,
pero que es más complejo,
por ejemplo,
ProGit,
ProGit es un libro gratuito,
oficial de la gente de git,
que es gratis,
lo malo,
que me parece que es demasiado complejo,
o sea,
se le va un poco de las manos
de lo complejo que es
a la hora de explicar,
por ejemplo,
Fusión Avanzada,
o sea,
para aprender me parece un poco de Enso,
pero está muy bien,
es gratis,
está en español,
o sea,
lo podéis disfrutar y ya está.
No hace falta que seáis unos megacracks,
pero sí que entendáis las diferencias
y yo creo que lo más interesante
no es tanto saber utilizar Git,
sino las estrategias,
porque el hecho de
¿qué hace Git commit?
¿qué hace no sé qué?
A ver,
vamos a ver,
eso aparte que lo aprendes en un momento,
eso te lo explica HGPT fácilmente,
pero el hecho de saber
las diferentes estrategias
que se pueden hacer con Git
y por qué son importantes estrategias,
que eso lo explicamos,
por ejemplo,
en el libro,
que tenemos flujos de trabajo
y estrategias de ramas,
porque se trabaja en el equipo,
Git flow,
Github flow,
trunk based development,
ship show us,
conclusiones,
o sea,
entender por qué se trabaja con Git,
esa es la clave,
no los comandos,
sino por qué trabajamos con Git
y las formas de trabajar en Git,
¿vale?
Para trabajar en equipo,
buenas prácticas cuando hagamos los commits
y todo este tipo de cosas,
eso es lo que creo que es mucho más interesante,
¿vale?
Lo digo porque si no os ponéis ahí,
no,
yo ya me sé el Git commit,
vale,
está bien,
es importante,
pero bueno,
venga,
vamos con más cositas,
vamos con más cositas,
a ver,
sueldo,
yo creo que de sueldo hay dos cosas
que marcan mucho la diferencia,
que nadie se interesa por estas cosas,
una,
la accesibilidad,
la accesibilidad que además,
hay cosas,
tío,
que es solo interés,
y ya no me refiero solo,
que a ver,
yo tengo muchos problemas de accesibilidad
en mis proyectos,
no estoy ahí yo para hacer,
para darle caña a nadie,
pero,
no solo que en Lighthouse tenéis el accessibility este,
que sí,
que esto lo hacemos todos,
y podemos ver problemas de accesibilidad,
y todo esto,
¿vale?
Pero tenemos otras herramientas,
por ejemplo,
las de AXE,
¿vale?
Que tenéis de React,
esta,
AXE,
Core,
React,
que están súper chulas,
porque os pueden ayudar a detectar el 80% de los problemas,
súper fácil,
os recomiendo mucho que le echéis un vistazo a esto,
y esto lo que os dice,
en la consola,
en Runtime,
os da los problemas de accesibilidad,
el hecho de que sepáis de contrastes de colores,
de cómo detectar si hay mal un contraste de color,
de por qué es importante contraste de color,
¿no?
Por ejemplo,
yo que sé,
vais aquí,
y si esto tiene un color white,
pues si esto realmente,
bueno,
aquí no tenemos el contraste de color,
a ver si podemos ir a una página,
yo que sé,
aquí mismo,
últimos artículos,
ah,
joder,
vale,
¿veis?
El contrast ratio,
¿por qué se utiliza el contrast ratio?
¿Por qué necesitamos tener,
ves cómo vería la página?
¿Ves este muñequito?
Esto es un tema de accesibilidad.
¿Cómo ve la página?
Tema de semántica,
¿por qué un section?
¿Por qué no usar siempre deep?
¿Por qué es importante?
Fijaos,
la diferencia,
si yo utilizase todo deep,
esto no lo veríamos así,
lo veríamos plano,
pero en cambio aquí,
pues detecta y entiende,
vale,
pues aquí tiene un heading,
aquí tiene un section,
una list,
otro heading,
links,
no sé qué,
complementar,
esta es información complementaria,
el último vídeo de YouTube,
no sé qué,
este tipo de cosas,
la accesibilidad también a muerte con tabulador,
todo este tipo de cosas,
es importantísimo para la experiencia del usuario,
y eso marca la diferencia,
y nadie le importa un pepino,
así que echarle un vistazo,
porque la verdad es que sí que es importante,
y luego junto con la accesibilidad,
tenemos el rendimiento,
la performance,
¿vale?
La performance web,
no solo de,
vamos a optimizar las imágenes,
hay un montón de temas de rendimiento,
¿vale?
Que son muy,
muy interesantes,
y que marcan la diferencia,
para que una empresa gane o pierda dinero,
millones,
puede ganar o perder dinero,
millones,
millones,
porque una página que vaya a medio segundo más lenta,
que vaya lento en móviles,
que no cargue nunca,
en Amazon,
hay un montón de empresas,
cualquier tienda online,
es básico,
es importantísimo,
que un desarrollador,
sea capaz,
de entender,
que es el rendimiento web,
donde están los problemas de una página,
yo que sé,
tú vas a elpaís.com,
por decir una,
¿no?
Y nos vamos por aquí,
mira,
vamos a poner esto,
que cargue todo,
y no solo un lighthouse,
¿vale?
Eso sería lo mínimo de lo mínimo,
el lighthouse,
pero ser capaz,
de que entréis aquí,
a vuestro,
a performance,
que lo carguéis,
¿vale?
Desde el principio,
ta, ta, ta,
y que podáis ver aquí,
y entender,
ah, mira,
aquí tengo este problema,
porque aquí se ha hecho un repintado,
¿veis aquí que hay un montón de cosas raras?
Y aquí esto rojo y tal,
esto es la clave,
porque fijaos,
esto rojo significa que ha bajado de los 60 frames,
¿vale?
Y que por lo tanto ha hecho como lo que se le llama un junking,
que básicamente es que ha ido un poco regular.
Aquí podemos ver la carga de JavaScript,
aquí podemos ver los repintados,
¿vale?
Cuando están ocurriendo los repintados,
cuando está,
cuando estamos haciendo un cambio de layout,
aquí todo esto es súper importante,
fijaos aquí la evaluación del script,
cuánto tiempo tarda nuestro JavaScript,
y mucha gente me dice,
pero ¿por qué utilizan menos JavaScript?
Porque JavaScript tiene un coste,
por lo tanto siempre tenemos que pagarlo.
Fijaos aquí,
este script tarda 30 milisegundos,
y estos 30 milisegundos de este script,
que podríamos ver,
¿ves?
NP Section Front,
el saber poder entrar aquí,
y poder hacer un análisis forense,
de todo esto,
fijaos que esta función ha tardado 50 milisegundos,
esto en mi ordenador,
que es un buen ordenador,
esto si fuese un móvil,
no son 50 milisegundos,
serían más,
esto marca la diferencia,
un desarrollador,
que realmente es capaz,
de entrar aquí,
hacer el throttling de la CPU,
¿vale?
Miramos otra vez,
para que veáis la diferencia,
¿no?
¿Y para qué quiere tanto JavaScript,
en un periódico?
Pues porque a veces,
no lo saben hacer de otra forma,
¿entendéis?
Porque a veces,
no saben hacerlo de otra forma,
no saben hacerlo sin JavaScript,
a veces pasa con un slider,
fijaos,
en un 4X,
fijaos lo mal que va esta página,
pues esto,
una persona,
que realmente un periódico,
podría mejorar un montón esto,
este script,
tarda 180 milisegundos,
¿qué es lo que está haciendo aquí?
Pues aquí se puede mirar,
el flame graph,
ir viendo cada método,
cuánto es lo que ha tenido aquí,
de coste,
esto es interesantísimo,
fijaos aquí,
este append child,
esto está recalculando,
los estilos,
entonces está haciendo un reflow,
bueno,
esto es avanzado,
pero por eso lo hemos puesto justamente,
en subir el sueldo,
un desarrollador,
que me diga,
soy junior,
y quiero seguir,
quiero subir y tal,
ostras,
una persona que sepa,
a este nivel de performance,
que esto también es interesante,
incluso a nivel de backend,
el ver dónde pueden estar los problemas,
también,
esto que hemos hecho,
esto lo podemos hacer también,
justo esto,
se puede hacer también en backend,
esto se hace también en backend,
para que os hagáis una idea,
new relic,
flame,
graph,
backend,
¿vale?
esto también se hace en backend exactamente lo mismo,
porque lo que se quiere,
es entender,
dónde está pasando el tiempo,
¿veis?
dónde estamos perdiendo el rendimiento,
es la clave que una API,
backend,
¿vale?
que no es lo mismo que tarde 300 milisegundos en contestar,
a que tarde 50,
¿entendéis?
Entonces,
eso,
marca la diferencia,
ahí es donde está la diferencia,
de una buena experiencia de usuario,
a una experiencia de usuario normalita,
¿vale?
fijaos aquí,
esto es Java,
por ejemplo,
flame graph,
a ver dónde,
y detectar dónde están estos problemas,
aquí igual,
este tipo de cosas,
marca la diferencia entre desarrolladores,
que tienen un conocimiento muy por encima,
superficial,
a alguien que va a ganar bastante dinero,
justamente por esto,
¿vale?
porque sabe dónde están los problemas de rendimiento,
obviamente,
estamos hablando de full stack,
HTML,
CSS,
JavaScript,
obviamente,
¿vale?
otro lenguaje,
porque obviamente son los lenguajes más demandados,
Python,
y el tercero,
sin ninguna duda,
TypeScript,
estamos hablando de un programador full stack,
¿vale?
o sea,
claro,
no puedo poner todo lo en lenguajes,
que no sé qué,
no sé cuánto,
¿vale?
yo creo que estos serían los más interesantes para aprender,
o sea,
HTML,
CSS,
JavaScript,
Python y TypeScript,
si tuviese que poner un cuarto,
¿vale?
si alguien me dijese,
bueno,
por un cuarto,
por tal,
Java,
vale,
es polémico,
¿vale?
Java,
un quinto,
yo pondría C Sharp,
y si tuviese que poner algunos especiales,
¿vale?
yo pondría,
Solidity,
ya os explicaré todo esto,
Solidity,
pondría también Rust,
y finalmente,
Cobble,
y ahora los explicamos,
¿vale?
obviamente,
no hay que aprenderlos todos,
¿vale?
no es una lista de hay que aprenderlos todos,
y no sé qué,
no sé cuánto,
obviamente hay trabajo de todos,
porque alguien me dirá,
pues si aprendes Zik,
si aprendes Haskell,
si aprendes no sé qué,
o sea,
esto es una,
no es una lista de,
yo aprendería el 1,
el 2,
el 3,
el 4,
no sé qué,
no sé cuánto,
porque por ejemplo,
PHP también me parece súper interesante,
pero no es una lista del 1 al 10,
¿vale?
no es una lista del 1 al 10,
y ahora os explico,
¿vale?
por ejemplo,
una persona que se quiera dedicar a web,
obviamente,
yo priorizaría esto,
¿no?
HTML,
CSS,
JavaScript,
TypeScript,
pero estamos hablando de full stack,
y al final,
o sea,
no es un top del 1 al 10,
sino que hemos puesto algunos lenguajes,
para que cada uno tenga una explicación,
¿vale?
web,
para mí sería obviamente esto,
¿no?
HTML,
CSS,
JavaScript,
TypeScript,
a día de hoy es súper,
súper,
súper importante TypeScript,
queráis o no,
es el que está aprendiendo,
o sea,
es el que cada vez más,
es el que está teniendo un crecimiento más grande,
de casi todos los que estamos viendo aquí,
luego,
Python,
es el segundo lenguaje más demandado,
y sobre todo ahora con el tema de Machine Learning e Inteligencia Artificial,
aunque de esto luego hablaremos,
porque veréis sobre esto,
que tengo una opinión un poco polémica,
pero aún así,
Python es súper demandado,
y Java,
queramos o no,
es el tercer lenguaje más demandado,
a ver,
para ver esto,
lo podemos ver con datos,
porque a lo mejor hay gente que no está de acuerdo,
y tal,
mira,
primero,
JavaScript,
TypeScript,
segundo,
Python,
tercero,
Java,
son los tres más demandados,
eso no significa que sean mis favoritos,
ni los que más me gustan,
ni tal,
a lo mejor a ti te gusta más Kotlin,
porque quieres ir al tema de móvil,
tened en cuenta que estamos haciendo una guía,
no podemos hacer una guía para todo,
porque si nos enfocamos en todo,
no,
si fuese una guía para desarrollador móvil,
pues seguramente Kotlin o Swift,
o sea,
está clarísimo,
y Kotlin lo más interesante es que también lo puedes reutilizar para backend,
o sea,
es un lenguaje interesantísimo,
PHP,
también me parece un lenguaje bastante interesante,
porque quieras o no,
el 80% de internet está utilizando PHP,
especialmente por culpa o gracias a WordPress,
a mí PHP,
yo no le tengo ningún odio,
a mí es un lenguaje que me encanta,
siempre me ha encantado,
especialmente de que sea un lenguaje que se compila al vuelo,
me chifla,
entonces,
me encanta,
Golang,
otro lenguaje que me encanta,
entonces,
los podría decir todos,
pero hay que decir algunos,
¿sabes?
no los podemos decir todos,
¿vale?
Entonces,
por eso yo pongo estos,
mira,
C Sharp,
el cuarto más demandado,
el quinto PHP,
pero os voy a explicar por qué no he puesto PHP y he puesto otros,
¿no?
A ver,
básicamente,
mira,
Golang,
el octavo más demandado,
y todos estos tienen sentido,
¿vale?
¿Por qué pongo solo estos?
A ver,
yo creo que los,
si tuviera que empezar a aprender uno desde cero,
yo creo que hay tres que son clave,
que serían estos tres,
pero depende un poco de dónde te quieras enfocar,
¿por qué?
esto sería un poquito más enfocado a web,
este podría ser más web,
pero no tanto en la parte visual,
yo lo encuentro bastante limitado,
¿vale?
Lo veo bastante limitado en cuanto a la parte de frontend,
hay muchos frameworks,
pero al final,
por ejemplo,
Reflex no deja de tener abajo Chakra UI,
se ve exactamente igual,
o sea,
yo esto lo veo más para,
en mi opinión,
no digo que no se pueda hacer,
lo digo más para lo que se suele utilizar,
entonces yo lo veo más para Data,
Data y Machine Learning y A y tal,
¿vale?
Es donde le veo que tiene más,
o sea,
para que me entendáis,
hablamos de empleabilidad,
entonces,
¿vas a ganarte la vida haciendo webs con Python?
A ver,
el trabajo que hay es más de Data
y A cosas más de backend,
que se puede utilizar,
sí,
pero cuando hablamos de empleabilidad de Python,
vamos por ahí,
¿vale?
Y entonces sí que puedes hacerte más de backend,
pero no penséis que vas a hacer las páginas web,
no lo van a priorizar,
no va a ser lo más típico.
Y Java,
puramente backend,
aunque también tiene Data,
¿vale?
Entonces vamos a poner backend y tal.
Java,
a mí no me gusta mucho,
¿vale?
A día de hoy no me gusta mucho,
¿por qué?
Bueno,
porque me gustan más otras cosas,
me gustan más otras cosas
y a mí Java no me entusiasma,
pero es verdad que quieras o no,
aunque está de capa caída,
en el sentido que va cayendo,
lo cierto es que es el tercer lenguaje
más demandado del mundo,
porque hay un montón,
un montón de trabajo
y es una realidad,
entonces te puede gustar,
lo puedes odiar,
¿qué quieres?
¿qué quieres?
Es la realidad.
Java es el tercer lenguaje
más demandado a día de hoy,
que esto puede cambiar,
lo podéis ver aquí.
Esto es buscando todas las ofertas
que hay en internet y tal,
según esta web,
pues bueno,
tenemos un 15%
y C Sharp está al cuarto
y C Sharp es interesante
y ¿por qué lo he puesto C Sharp?
C Sharp es interesante
porque aparte de que también
es el cuarto más demandado,
también tenéis el tema
de los videojuegos
y también tenéis todo el tema
de .NET,
que .NET es un mundazo
y que queréis o no,
os da bastante,
bastante trabajo.
Entonces,
he dado como los cuatro lenguajes
que creo que tienen
las orientaciones,
¿entendéis?
Cuatro orientaciones
donde se puede mover un poco
según lo que más os interese,
que eso no quiere decir
que si aprendéis Python
no podáis iros a web,
¿vale?
O sea,
cuatro opciones,
no es un top
de cuál es mi favorito
arriba,
abajo
y no sé qué o no sé cuánto,
¿vale?
Entonces,
¿por qué he puesto estos tres?
¿Vale?
¿Por qué he puesto estos tres?
A ver,
he puesto tres para dar más opciones
pero podría poner todos,
podría poner PHP
porque todos son...
Pero ¿por qué he puesto
específicamente estos tres?
Bueno,
he puesto estos tres
por diferentes cosas
y porque hay gente
que le va un poco
el mundo,
¿no?
A ver,
os voy a decir una cosa,
Solidity,
a mí no me gusta mucho
el mundo de cripto y tal,
te puede gustar,
te puede no gustar,
pero lo cierto amigos
es que Solidity
es el lenguaje
mejor pagado.
Entonces,
Solidity
es el lenguaje
mejor pagado.
A día de hoy,
si tú consigues
un...
A lo mejor
según donde lo ves
pues puede ser
que ZIC sea...
Pero ZIC hay
cinco vacantes,
¿vale?
ZIC hay cinco vacantes.
Quiero decir
que no...
Que haya más de media
oferta de trabajo
para que me entendáis,
¿vale?
Jacón Dalbert,
para que me entiendas.
Que haya más de cinco
ofertas de trabajo
en un país,
¿vale?
Entonces,
Solidity,
queramos o no,
y sí que hay ofertas
de trabajo,
es el mejor pagado.
El mejor pagado.
¿Qué quiere decir esto?
¿Que debería aprender
Solidity como mi primera opción?
Bueno,
pues igual no.
Lo interesante
es que a lo mejor
puedes aprender
Java y Solidity
y no te va a costar tanto.
Una cosa buena
de Solidity
es que tiene
este...
Tiene una web
muy chula,
este,
Aprender a Programar
en Ethereum,
que te enseñan Solidity
y que, bueno,
es verdad que le faltan
translations,
le faltan translations
por lo que veo,
menudo fail aquí,
menudo fail,
pero lo interesante
es que tiene este juego
que está,
que es gratuito
o parte de lo que tenía,
era gratuito,
no sé si ahora han puesto
alguna parte de pago
y que te enseñan Solidity
desde cero
para programar
con Ethereum
y la verdad
que está súper chulo,
la verdad que está
súper súper bien.
Entonces,
le podéis echar un vistazo.
Alguien dice,
SAP sí que se paga bien,
SAP no sé qué.
A ver,
Cobol lo he puesto en broma,
¿vale?
¿Por qué Cobol
no lo vamos a poner?
Básicamente,
a ver,
podría poner Cobol,
podría poner SAP,
podría poner...
Pero recordemos esto,
¿vale?
Para programadores,
Full Stack.
O sea,
¿cuál es la idea?
La idea es que,
queramos o no,
Solidity sí que tiene
mucha parte de Full Stack
en el sentido de que
hay muchas ofertas
que lo que buscan
es justamente
que puedas hacer
el frontend también,
que utilices Solidity,
que se conecte
con el Next.js,
que tenga la parte del backend.
Esto sí que lo hemos visto
un montón.
En SAP se puede,
porque lo he visto,
pero no es tan típico.
Entonces,
¿y Rast?
Ahí,
¿Rast por qué lo pongo?
Rast lo pongo en realidad
por el impacto
en herramientas.
Entonces,
lo interesante de Rast
va a ser que cada vez más
estamos viendo,
además que se paga bien,
Rast se paga bien
y el impacto en herramientas.
¿Qué quiere decir esto?
Que lo que estamos viendo
es que también
se está haciendo
impacto en herramientas.
Se está utilizando
cada vez más
en el backend.
Cada vez más
se está utilizando
también en el backend.
Entonces,
puede ser interesante,
por ejemplo,
hay gente que puede querer
aprender
esta parte de la web,
pero que luego
aprenda Rast.
¿Sabes?
O sea,
que esto te permita
el hecho de decir,
ostras,
ya sé web,
pero ahora quiero
aprender Rast
porque justamente tal.
También tienes otra opción
porque Rast
también está llegando
al tema
del blockchain.
Entonces,
pues utilizar Rast
y en lugar de aprender
Solidity
para el tema
del blockchain,
pues bueno,
ya sé web,
sé Rast,
también tenga el...
O sea,
es que hay un montón
de opciones.
Pero a mí me parecen,
¿vale?
En temas de empleabilidad,
porque de nuevo,
esto es mi opción
de empleabilidad,
me quedo
con estos
de aquí,
¿vale?
Esto sería
empleabilidad,
¿vale?
Amigos,
empleabilidad.
Como los más importantes
de empleabilidad,
yo diría que es el top 4,
da igual,
no hay preferencia
de cuál está arriba
o cuál está abajo,
para que me entendáis,
¿vale?
Pero luego tendría
estas dos opciones
que me parecen
interesantes,
¿vale?
Por un lado,
Solidity y Rast.
Si queréis esto,
lo podéis mover
en el de dinero,
¿vale?
Porque total,
esto es más por pasta,
¿no?
La realidad.
Lo podemos mover
por dinero,
porque no creo
que sean las primeras
opciones que para
empleabilidad yo aprendería.
Lo podemos dejar aquí
en la parte de dinero
para que lo tengamos en cuenta.
Y esto sería un poco
por el tema de lenguajes.
Entonces,
de nuevo,
¿quiere decir esto
que no aprenda Go?
No,
no quiere decir esto,
¿vale?
No quiere decir
que Go sea mal lenguaje
o PHP está mal.
No quiere decir esto.
A lo mejor,
en lugar,
puedes cambiar
Java por Go.
Pero si entendéis,
si,
es que los pondría a todos,
si alguien me dice,
dime un lenguaje
que tenga que aprender,
uno,
uno,
dime uno,
pues sinceramente,
estamos hablando
del mercado.
Si a mí me dicen uno,
pues le diría,
oye,
pues si es de data
e inteligencia artificial,
Python.
Pero,
¿por qué no me dice Go?
Porque me has dicho
que te diga uno,
porque si te me puedes,
si puedo hacer,
te puedo decir cinco.
Así que,
si no,
aquí tienes toda la lista,
PHP también,
pero es que entonces
no terminaría.
Ruby también sería interesante,
aunque también lo veo
un poco de capa caída,
pero bueno,
podéis utilizar.
Pero Go,
aunque es el octavo,
fijaos que tiene un 2%
de ofertas,
se han encontrado 58.000.
Claro,
es que si vamos
a C Sharp,
C Sharp tiene 375.000,
que queráis o no,
pues es una diferencia
considerable,
¿vale?
Entonces,
estos eran los lenguajes
y de nuevo,
por favor,
no entendáis
qué es un tier list,
es una recomendación
si alguien me viniese
y me pidiese
una opción
de cada cosa,
¿vale?
Porque si no,
estaríamos aquí
todo el día.
Promesas futuras,
que he puesto pocas cosas.
Venga,
promesas futuras.
A ver,
promesas futuras,
polémicas además.
Yo lo veo clarísimo,
amigos.
A mí Dino
se le está poniendo
buena cara.
Dino
se le está poniendo
buena cara.
Incluso más
a día de hoy
que Van.
Y mira que me gusta mucho
Van o Bon
o como se quiera decir,
mira que me gusta Bon.
Creo que está haciendo Dino
muy bien las cosas.
¿Por qué?
Porque está creando
un ecosistema
alrededor de Dino
que está súper bien,
la verdad.
Además,
con el tema
de que es gratuito,
todo el...
O sea,
no solo tiene
base de datos,
tiene también
un montón de cosas
como por ejemplo
las colas.
Dino Q
o el Chrome.
Tiene cosas
que normalmente
son bastante difíciles
de hacer
que puedes hacer
en muy pocas líneas
de código.
¿Veis esto?
De por ejemplo,
escuchar la cola
y cada vez que escuchas
la cola,
no sé qué.
Este tipo de cosas
suelen ser bastante caras,
complicadillas de hacer
o complicarse
en infraestructura
y es increíblemente fácil.
Dino nunca ha estado
muerto,
tampoco nunca ha estado
muy por encima
de Node,
pero yo ojo con Dino.
Entonces,
yo Dino
lo voy a poner
como promesa futura
porque de verdad
creo que Dino
más Dino Deploy
se le está poniendo
muy buena cara
y creo que está
haciendo muy,
muy bien las cosas.
La verdad,
muy,
muy bien las cosas.
Me está gustando
muchísimo,
muchísimo
como lo está haciendo.
Pero,
si hablamos de empleabilidad,
en este caso
de que hemos puesto web,
no sé qué,
no sé cuánto,
pero yo la verdad
es que todavía
Node es superior
en ese sentido,
¿vale?
De empleabilidad.
A mí me parece
que Node,
queramos o no,
saber,
como full stack,
saber qué es Node,
hacer alguna cosa y tal,
pero Dino,
que es una alternativa a Node,
se le está poniendo
muy buena cara
y me gustan muchísimo
los servicios
que están sacando y tal.
No de empleabilidad
porque creo que no hay
ofertas de trabajo
de Dino y tal,
pero es que puedes
hacer cosas muy potentes
y, por ejemplo,
esto de encolar
y que sea gratis
me parece espectacular,
¿eh?
O sea,
espectacular,
de verdad,
muy interesante.
Y Ban,
me parece también
una promesa,
aunque lo pongo
un poco más
como promesa,
TypeScript ya lo hemos
puesto aquí.
TypeScript es que me parece
un must,
o sea,
TypeScript me parece
que debería ser.
Entonces,
voy a poner Ban
porque creo
y apuesto por él,
pero no me ve,
no me parece
que esté,
por ahora,
tan bien
hecho
el tema.
Ahora,
capa caída.
A mí personalmente,
y espero que la gente
me perdone,
¿vale?
Yo veo un poco
de capa caída
Firebase.
Sé que esto
puede gustaros o no,
¿vale?
Lo siento,
lo siento de verdad.
Firebase a mí
es un servicio
que me gusta,
me ha gustado mucho
durante mucho tiempo
y creo que se pueden
hacer cosas maravillosas,
tremendas y tal,
pero sinceramente
creo que le ha pasado
un poco la mano
por la cara a Supabase,
me parece,
creo que Supabase
ha hecho muy bien
las cosas,
lo está haciendo
súper bien,
ofrece servicios
muy chulos
a bastante buen precio,
sigue siendo interesante
Firebase,
o sea,
de nuevo,
no quiere decir
que Firebase
esté mal,
no quiere decir
que Firebase
esté mal,
de capa caída
lo que yo veo
es que yo no veo
que vayan crechendo
o que yo priorizaría,
a mí me dicen,
oye,
hoy que aprendo
Firebase
o Supabase,
yo aprendería
a Supabase,
¿sabes?
o sea,
yo recomendaría
a Supabase,
me parece mucho más
interesante a muchos niveles
y en muchas empresas
lo están utilizando
y no sé,
y lo veo mucho más barato,
entonces,
y es que las elecciones
que está haciendo Supabase,
desde temas de inteligencia artificial,
el tema de la base de datos
que está hecha con Postgre,
algo que te va a servir,
¿sabes?
que no es una base de datos
que no entiendes
o no conoces
o que es un pseudoproducto,
es que es Postgre SQL,
¿sabes?
Entonces,
las queries
son mucho más fáciles
de entender,
que puedas guardar
vectores de Machine Learning,
de modelos de Machine Learning,
es que,
no sé,
me parece que Supabase
claramente
le ha dado la caña,
lo que sí que es verdad
es que tampoco veo
que haya muchísimas ofertas,
no diría que de empleabilidad
os pueda ayudar,
pero yo creo que
definitivamente
si sabéis de Supabase,
es algo que definitivamente
te puede ayudar con tu sueldo
porque os van a enseñar
muchas cosas interesantes,
así que
yo lo dejaría por ahí
en sueldo,
¿vale?
lo pondría por aquí,
Supabase
y ya está.
Y es que Firebase
ya no lo pondría
como primera opción,
la verdad,
ya no lo pondría como opción.
Tengo la sensación
que nadie menciona WebAssembly,
¿sería bueno aprenderlo
o es más de capa caída?
No,
yo WebAssembly
sí que lo pondría
en un tema aquí,
pero lo pondría aquí,
no me parece
que vas a mejorar
la empleabilidad
porque no me parece
que sea algo muy demandado,
lo pondría aquí,
¿vale?
Y a lo mejor
lo podríamos poner
como promesa futura,
pero
podemos poner
como promesa futura,
si os parece,
WebAssembly.
Pero a ver,
que podéis utilizar
Firebase
sin ningún problema,
es solo que
yo no lo priorizaría,
yo,
¿vale?
No lo priorizaría
tanto como Firebase,
ay,
Supabase,
perdón,
porque me parece
más interesante
Supabase
y creo que podéis
aprender mucho más
que todo lo que vais a aprender
va a ser mucho más interesante.
Es que solo el hecho
de que la base de datos
sea PostgreSQL
es que eso,
es que eso ya es la clave,
es que ya es la clave,
solo por eso
y además que tiene
buen rendimiento,
o sea,
es que me parece
interesantísimo.
Vale,
otra tecnología
que me parece interesante
para mejorar
sueldo,
3GS,
¿vale?
3GS,
ya sabéis,
que es la librería
de 3D,
de JavaScript,
que es tremenda,
que hace demostraciones
muy chulas,
no hace falta,
a lo mejor,
que seáis,
que hagáis
unas demostraciones
tan increíbles,
pero sí que es verdad
que el hecho
de saber utilizar
3GS,
hacer este tipo
de presentaciones,
ya sea para tiendas
y todo este tipo
de cosas,
es que es tremendo
y sí que esto
puede hacer
marcar bastante
la diferencia,
marcar bastante
la diferencia,
mira,
le puedes poner el notch
donde tú quieras,
puedes diseñar el iPhone,
o sea,
tiene cosas tremendas
y lo que lleva esto
es la web
al siguiente nivel,
así que le podéis
echar un vistazo
porque 3GS
sí que creo
que esto te puede dar
un plus
que no lo tiene cualquiera,
no lo tiene cualquiera
totalmente,
¿dónde pondría
SolidGS?
Yo la verdad,
tanto SolidGS
como toda la hornada,
a mí por ejemplo
otro que veo
de capa caída
es Lit,
Lit,
lo siento mucho,
no significa
que tenga nada
en contra de Lit,
pero es una cosa
que yo por ejemplo
no veo,
que de nuevo,
es que la gente
a lo mejor cree,
es que no te gusta,
no es que no me guste,
es que Lit
me da la sensación
que no ha terminado
de explotar
y ya no va a explotar,
no va a explotar
¿por qué?
porque veo
que al final
se han movido mucho
a un estilo
de código
que tiene demasiado
el Airplate
y que la gente
no tiene ganas
de escribir así,
la gente ya no tiene ganas
de hacer este tipo
de componentes,
en mi opinión,
de hecho
ha habido casos,
por ejemplo
ING,
he estado utilizando Lit,
si no me equivoco,
y es que tengo,
mira,
os lo voy a decir así,
todas las empresas,
todas las empresas
que conozco,
que han utilizado
para sus componentes Lit
no están contentos
y a lo mejor
hay gente
o gente que trabaja ahí,
sí que sé gente
que hizo lo de Leon
que sí que está contenta
pero conozco a gente
que trabajaba aquí
que no estaba muy contento,
es complicado,
es complicado la verdad,
es complicado,
no estoy contento,
tú no estás contento Tofi
y es que,
¿qué es lo que pasa?
que me parece
que se les ha ido
un poco de las manos,
el tema de los decoradores,
el tema de las clases,
es verdad
que está basado
en Web Components
pero al final
no deja de ser también
una biblioteca
que está por encima
que a la idea
hubiera sido justamente
el tema de simplificarlo,
también el tema
de las tareas asíncronas
que sacaron,
me parece
que no puedes competir
con esto,
no puedes competir
con gente
como React,
como React
o como otras alternativas
que están saliendo
como Solid,
como Quick
y todo esto,
entonces yo Lead
no veo,
no veo
que realmente
haya mejorado
o que esté mejorando,
¿sabes?
que realmente vaya para arriba,
no lo veo,
de hecho
todo lo contrario,
es que lo veo
todo lo contrario,
promesas,
a ver,
yo de promesas
sí que pondríamos
Solid.js
aunque yo lo veo
una promesa menor,
o sea,
no lo veo tan importante
y la promesa
que puede ser
que yo le tengo
más esperanzas
es Quick.
¿Por qué le tengo
más esperanzas
a Quick?
Le tengo más esperanzas
porque Solid.js
me da la sensación
que no se la ha jugado
tanto, ¿no?
Solid.js
ha intentado ser
un poco más conservador
pero consigna,
se parece demasiado
a React
y Quick
me da la sensación
que sí que ha llegado
un punto más,
¿sabes?
sí que ha llegado
un punto más
a decir,
ostras,
voy a intentar
hacer algo
realmente diferente.
Quick para que no sepas
un framework
que también podéis
hacer backend,
¿vale?
que está bastante chulo
y que,
y que nada,
o sea,
podéis hacer
y una cosa
que tiene interesante
es el partial hydration.
Es muy similar
a React,
si lo veis
es muy similar a React
pero en lugar
de tener estados
pues tiene signals,
además tiene resumability,
no tiene hidratación,
o sea,
el rendimiento es brutal,
ejecución lazy,
reduce los renderizados,
o sea,
de rendimiento
está muy bien
y te recuerda
un montón
pero un montón
te recuerda
a React
así que es muy fácil
de aprender.
Así que ahí tendríamos
esta lista
y finalmente,
vale,
cosas que también
tienen por aquí
promesas futuras.
Para mí hay dos promesas futuras
muy interesantes
que serían más
de backend,
una es Jono,
¿vale?
Jono es un framework
que se puede utilizar
para,
es una alternativa
a Express,
ya sabéis que Express
al final lo conoce
todo el mundo,
un framework backend
para crear APIs
o aplicaciones web
muy conocido,
pero no se actualiza,
no se está adaptando,
es bastante grande,
bastante lento,
entonces están saliendo
alternativas interesantes
y yo creo que una
de las más interesantes
que está tomando
bastante foco
y relevancia
es Jono.
Uno,
porque es muy sencillo,
dos,
porque funciona
en muchos runtimes,
entornos de ejecución,
como puede ser Dino,
o sea,
es compatible con Dino,
con BAN,
es compatible también
para ejecutarse
en un Cloud Fair Worker,
en un Lambda de WS,
se puede ejecutar
en Vercel,
en un montón de sitios,
¿vale?
O sea,
no hace falta
que sea de Node.js
y este está
muy interesante
y cada vez más,
cada vez más,
lo estoy viendo
más por ahí
porque consume muy poco,
es muy pequeño
y va súper bien,
así que ojo
porque para mí,
Jono,
cada vez más
lo vamos a estar viendo
y tiene bastante pinta,
y en esta línea,
uno que también es interesante
de cara a Bakken,
o sea,
a BAN,
sería Elysia,
¿vale?
Elysia.
Este está pensado
para BAN,
para BAN,
o como lo queráis decir
y creo
que muchas aplicaciones
o frameworks
que vamos a hacer
que se hacen con BAN,
lo van a hacer con este.
Tiene muy buena pinta,
tema de rendimiento,
la API es muy bonita,
muy fácil de entender,
la documentación
es tremenda,
maravillosa,
tiene validación
de APIs,
tienes también temas
de JSX enrutado,
o sea,
es como un express
pero para BAN
y está muy,
muy bien pensado,
de verdad,
incluso los WebSockets
los tienen metido,
fíjate lo fácil
que es hacer un WebSocket,
o sea,
está muy chulo
y yo creo que este,
si al final lo revienta BAN,
puede ser como el express
de BAN,
así que lo vamos
a poner aquí,
ERISIA,
porque creo que pueden ser
los dos frameworks web
más interesantes.
Así que veo
de capa caída express,
no por nada,
o sea,
creo que express,
o sea,
es que me parece
que está de capa caída
pero sigue siendo importante
para aprenderlo
porque es que sigue siendo
el estándar de facto,
pero cada vez más empresas,
quieras o no,
están pues aprendiendo
cosas como,
yo que sé,
Nest,
Yes,
Nest,
Yes se está utilizando muchísimo,
incluso de ganar pasta,
sí que estoy viendo
que hay muchas empresas
que es Fastify,
Fastify que al final,
por debajo,
no sé si Fastify,
no sé si este es el que utiliza,
o sea,
Nest seguro que utiliza express
o también puedes utilizar este,
pero Fastify,
para el que no lo sepa,
una cosa interesante
que tiene Fastify,
que además,
cada vez,
tiene muchas actualizaciones,
que realmente,
mira,
hace tres días actualizó,
lo interesante
es que uno de los
core maintainers de Node,
que es Mateo Colina,
es uno de los creadores,
de Fastify,
entonces Fastify está
muy bien soportado,
muy bien testeado,
que realmente se está
utilizando un montón,
así que,
cada vez se está
utilizando un montón,
Nest,
por ejemplo,
te da la opción
de utilizar Fastify
en lugar de Express,
se parece mucho a Express,
y te,
yo creo,
que este,
puede ser interesante,
de nuevo,
Express es súper importante,
de aprender,
porque al final,
queráis o no,
se utiliza en cualquier sitio,
pero,
me parece,
que se está un poco
marcando la diferencia,
vamos al tema de base de datos,
a ver,
no te abrumes,
no hace falta que aprendáis
todo de golpe,
vale,
sino que al final,
yo creo que es interesante,
mira,
base de datos,
hay base de datos,
Cloud,
vamos por Cloud,
AWS,
de AWS,
si intentáis aprender AWS,
vais a volver locos,
entonces,
yo voy a recomendar,
como un poco,
lo que yo aprendería de AWS,
como la priorización,
que haría,
dentro de AWS,
yo aprendería,
S2,
vale,
que son las instancias virtuales,
en el cloud,
que además las puedes escalar,
y todo esto,
S2,
vale,
S3,
el Simple Storage Service,
que es para subir estáticos,
las Lambda,
vale,
que al final es para tener computación serverless,
no hace falta que seáis expertos,
pero sí saber qué son,
qué os suenen,
si podéis utilizarlas,
probarlas y tal,
yo creo que sería la clave,
CloudFront,
vale,
estas para mí serían las cuatro más importantes,
hay más importantes,
es que son infinitas,
pero para mí,
estas cuatro,
para un full stack,
o sea,
es que estas son la clave,
si queréis más,
decir,
ostras,
qué más,
qué más podría aprender,
bueno,
si queréis más,
Amplify puede ser interesante,
porque es algo más parecido a lo que podría ser Firebase,
pero que tiene muchos servicios y tal,
podrías tener DynamoDB,
RDS,
que al final esto es para poder ejecutar SQLs y todo esto,
SQS para el Simple Queue Service y el Simple Notification Service,
estos serían,
pues bueno,
nice to,
o sea,
nice to have,
no,
bueno,
mira,
esto lo podríamos poner aquí,
si queréis,
porque me parecen,
el Amplify es bastante sencillo,
pero no me parece que haya mucha empleabilidad,
pero esto te puede marcar la diferencia,
la verdad,
al que los conozcas,
porque mucha gente los utiliza,
vale,
entonces yo,
de AWS,
lo voy a poner un poco así,
estos es que me parecen muy importantes para una persona que quiera ser full stack,
de cara al 2024,
al menos,
qué son,
para qué sirven,
cómo puedo crear uno,
no hace falta seas experto,
pero que te suenen,
sabes,
que te suenen,
me parecen muy importantes,
y aquí voy a poner que de tema de pasta,
Azure tiene un servicio que esto es la clave,
¿vale?
de Azure tiene un servicio que es la clave,
que es sin ninguna duda el de OpenAI,
OpenAI Dialog Flow,
¿vale?
Google tiene un servicio similar,
pero esto es la clave de cara al 2024,
en Azure,
Azure,
Azure,
Azure,
¿vale?
A ver,
lo que tenéis es que,
esto no es,
OpenAI,
no sé si se llama Dialog Flow,
no sé cómo se llamará,
tiene una cosa,
básicamente,
es uno de los servicios que más se va a utilizar,
en el año que viene,
y que es la razón por la que un montón de empresas están utilizando Azure,
y es que básicamente lo que puedes hacer,
es que ahora no lo voy a encontrar,
¿vale?
Lo que puedes entrar,
lo que puedes hacer es,
hacer un diagrama de contestaciones,
y a la hora de crear chatbots y todo esto,
es espectacular,
y un montón de empresas,
pero un montón de empresas lo están utilizando,
está en Azure AI Studio está,
tienes toda la razón,
ahí está,
bot service,
ah mira,
este puede ser,
este puede ser,
es que el tema de hacer agentes virtuales,
esto,
ah mira,
mira,
mira esto,
mira esto,
que le puedas hacer una pregunta,
según el output,
no sé qué,
que lo conectas a una base de datos,
que además no tiene por qué es una base de datos,
que esté en Azure,
que le puedas preguntar,
que no sé,
bueno,
esto va a ser tremendo,
y porque está conectado con chatgpt,
y lo puedes conectar con tus propias APIs,
es tremendo,
o sea,
echarle un vistazo,
porque de verdad,
creo que eso,
sí que el año que viene,
lo va a reventar,
lo va a reventar,
de temas de promesas,
yo creo,
que una promesa,
pero que lo va a reventar,
¿y qué te parece el servicio Google BigQuery,
su servicio de Machine Learning?
Tremendo,
pero que cuesta una pasta,
y que bueno,
como full stack,
no me parece,
o sea,
claro,
aquí estamos full stack,
si fuese algo de data,
pondría lo de BigQuery,
porque es increíble,
y puedes manejar indecentes datos,
tamaños de datos,
pero es caro,
es caro,
o sea,
es para temas bastante potentes,
bueno,
IA,
IA Open Source,
a ver,
os voy a decir algo,
que yo creo,
que no estamos preparados,
para escuchar,
el año que viene,
yo creo que vamos a ver,
si no lo va a superar,
creo que el año que viene,
los modelos Open Source,
van a estar al nivel,
al nivel,
de lo que estamos viendo,
de GPT-4,
y cosas así,
lo vamos a ver,
por ejemplo,
Oyama,
que ya es totalmente gratuito,
que se puede instalar,
de una forma,
absurdamente fácil,
de hecho,
no sé si lo tengo,
no lo tengo,
pero es que es absurdo,
absurdo,
lo fácil que es instalar Oyama,
le dais aquí,
esto por ejemplo,
lo tenéis ya en Linux,
y en Macos,
lo van a sacar para Windows también,
a ver si,
mira,
dónde me la he creado,
tú,
tú,
tú,
tú,
tú,
tú,
tú,
no sé dónde me la he creado,
aquí está la aplicación de Oyama,
vale,
aplicación,
espérate que me instaló la aplicación,
Oyama,
vale,
Oyama,
ahora os pone por aquí arriba,
esto,
nos debería poner por aquí,
sí hombre,
sí,
claro que es fiable,
mira,
me pone aquí,
welcome,
no sé qué,
install the command line,
vale,
instalamos,
vale,
ponemos aquí nuestra contraseña,
dice,
vale,
ejecuta tu primer modelo,
bueno,
vamos aquí,
pam,
ejecutamos,
se trae el manifiesto,
vale,
a esto tardará un rato,
porque claro,
pensad que es un modelo,
que se va a ejecutar directamente en local,
o sea,
lo que tenemos es que,
de forma local,
vamos a tener nuestro propio chat GPT,
bueno,
son 3,8 gigas,
pero bueno,
se instala rápido,
se instala rápido,
vale,
entonces,
lo vamos a tener por aquí,
sí,
no es tanto,
4 gigas,
joder,
o sea,
es una maravilla,
tenemos modelos que son de código,
o sea,
tenéis Oyama Code,
hay un montón de modelos,
o sea,
no hay,
no son,
no solo tiene uno,
y esto no va a parar de estar evolucionando constantemente,
veis,
aquí en models,
por ejemplo,
podéis encontrar el de Code,
Code Yama,
pero tenéis un montón,
generación basado en Yama 2,
que van mejorando,
aquí podéis ver las descargas que ha tenido Code Yama,
y lo más interesante de estos,
es que vais a poder configurar Visual Studio Code,
para tener cosas como Code GPT,
Code GPT,
que en lugar de utilizar GeekHack o Pilot,
utilice estos servicios que tenéis en local,
vale,
veis aquí Code GPT,
pues lo tenéis aquí,
y lo que vais a poder hacer es,
sin pagar nada,
configurarlo de forma local,
con lo vuestro en vuestra máquina,
o sea,
es espectacular,
vale,
queréis enviar un mensaje,
¿cuál es la capital de Francia?
no sé si esto le irá bien,
pero,
la capital de Francia es París,
¿ves?
ya tenemos un modelo que se está ejecutando,
¿se puede dividir 0 entre 2?
no,
0 no puede dividirse entre 2,
cuando se divide un número entero por otro,
los resultados también un número entero,
al dividir un número entero por cero,
los resultados es un define o infinito,
o sea,
bueno,
pero lo he dicho,
se puede dividir 0 entre 2,
o sea,
me lo ha dicho un poco al revés,
o sea,
está un poco tonto,
pero el tema es,
el tema es que,
la idea de tener un chat GPT en local,
de forma privada,
sin necesidad de enviar tus datos,
y todo esto,
¿cuál es la utilidad de tenerlo en local?
así,
así,
o sea,
imagínate el hecho de,
que sin necesidad,
de forma totalmente privada,
está haciendo ya el modelo instalado,
y yo creo que en el año que viene,
lo que vamos a ver son modelos muy específicos,
o sea,
modelos que son muy buenos,
en cosas en concreto,
de forma que,
en lugar de tener,
de tener modelos que son generales,
¿sabes?
o sea,
esto es un modelo muy general,
porque yo le puedo pedir de todo,
le puedo decir,
por ejemplo,
créame una función de JavaScript,
que sea una calculadora,
¿vale?
y fíjate la velocidad además,
a la que tenemos,
o sea,
la velocidad a la que me está contestando,
es mucho más,
¿cómo va a tener límite de peticiones,
si es mi máquina?
se está ejecutando en local,
no hay ningún tipo de límite,
entonces,
fíjate que me está poniendo ya aquí,
pues la calculadora,
no sé qué,
me está haciendo aquí,
está haciendo una cosa un poco polémica,
aquí calcular el resultado,
un número uno por operación,
no está muy bien del todo,
pero no es tanto de que sea perfecto lo que hace,
sino es el hecho de que al final,
es la potencia que estamos teniendo con esto,
de que esto solo va a ir a mejor,
pensad que esto no está al nivel de chat GPT ahora,
pero los modelos open source,
va a ser el futuro,
y vamos a tener modelos que van a estar,
hiper entrenados en algo en concreto,
por ejemplo,
para entender voz,
para pasar voz a texto,
para crear código,
código especialmente de JavaScript,
que en lugar de ocupar 4 GB,
ocupe menos,
o sea,
vamos a tener hiper especializados,
¿vale?
Esa va a ser la idea,
y yo creo que es increíble,
el hecho de que vamos a tener esto constantemente,
fijaos que hay algunos que ya están especializados,
en 80 lenguajes de programación,
pero SQL Coder,
este está solo para SQL,
entonces,
esto es lo que vamos a tener en el futuro,
y que creo que va a marcar un montón la diferencia,
¿vale?
No se necesita internet,
que esa es otra cosa interesante,
no se necesita internet,
así que esto,
ojo cuidado con esto,
que yo creo que va a ser muy importante,
y bueno,
amigos,
yo creo que lo podemos dejar aquí,
¿no?
El tema,
porque joder,
hemos puesto ya un montón,
y a ver,
podríamos estar aquí todo el día,
con más cositas,
pero yo veo que ha quedado una guía ahí importante,
bueno,
a ver,
hay algunas que no he puesto,
pero que sí que me parecen,
yo sí que veo,
voy a hacer algo polémico aquí,
Docker,
un poco de capa caída,
y lo que sí que me parece más importante es Kubernetes,
el problema de Docker,
a ver,
es que Docker es un poco polémico,
pero es que creo,
que Docker está perdiendo un poco de,
entre el rendimiento de Docker,
entre los cambios que hubo de pricing,
y tal,
no quiere decir que Docker esté mal,
o que desaparezca,
que esté de capa caída,
¿vale?
Es el hecho de,
de que me parece más interesante,
que aunque Docker se siga utilizando y tal,
me da la sensación de que se ha pasado bastante,
esa fiebre de hacer todo dockerizado,
se ha pasado bastante la fiebre,
se está buscando más hacer despliegues,
por ejemplo,
en el Edge,
como cosas así,
que me parecen más interesantes,
y en tema de datos,
sin ninguna duda,
también SQL,
y dentro de SQL,
a ver,
MySQL,
Postgre,
SQL,
estas,
bastante importantes,
Postgre SQL,
para mí,
a ver,
es bastante antiguo SQL Lite,
pero SQL Lite,
lo voy a poner como promesa futura,
porque,
ahora lo que está viniendo mucho,
son unos servicios que están muy chulos,
como por ejemplo,
Turso,
que está tremendo,
o Cloudflare,
a ver,
Cloudflare,
me parece una cosa súper interesante para aprender,
Cloudflare va,
está sacando,
justo ahora,
el apuesto estable,
una base de datos basada en SQL Lite,
que va rapidísima,
y está súper barata,
Turso,
que la vimos una vez,
una base de datos basada en SQL Lite,
que es súper barata,
y es increíblemente rápida,
que te da,
por 0 dólares,
9 gigas,
puedes tener 500 bases de datos,
en 3 localizaciones,
o sea,
son bases de datos que están en el Edge,
con muy poca latencia,
y que tienes mil millones de lecturas al mes,
o sea,
es una salvajada gratis,
tienes compatible con API,
de TypeScript,
ROS,
RAST,
y Go,
y que puedes desplegarlas en local,
súper fácil,
o sea,
tiene muy,
muy,
muy buena pinta,
o sea,
tiene súper buena pinta,
había gente que decía que Kubernetes necesitabas Docker,
Kubernetes lo puedes utilizar con o sin Docker,
no es necesario utilizar Docker sí o sí con Kubernetes,
Redis,
Redis lo voy a poner para ganar más dinero,
no me parece que sea para ampliabilidad,
la verdad,
me parece interesante,
pero no me parece tan importante como SQL,
SQL es que es demasiado,
o sea,
es demasiado,
demasiado,
y SQL Lite lo pongo aquí,
porque me parece como una tecnología como Turso,
como Cloudflare D1,
o Turso,
que están sacando de rendimiento ahora,
y que realmente me parece que va a tener bastante impacto en el tema del Edge,
me parece que está bastante bien,
y una cosa que a mí,
mi sensación,
que lo veo un poco de capa caída,
que no significa que no se esté utilizando,
es MongoDB,
¿es interesante de aprender?
Sí,
pero la realidad es que en empresas,
muy pocas veces veo que se utilice,
no sé,
muy pocas veces,
a ver,
si lo comparo con SQL,
está a otro nivel,
a nivel de empresa,
o sea,
me da la sensación que se enseña más de lo que se usa,
me da la sensación,
Drizzle,
Prisma,
todos esos tienen súper buena pinta,
totalmente,
totalmente,
John Bloz,
me da la sensación,
vamos a dar caída,
la sensación,
nos 쉬é,
con cada tip treبة,
vamos a dar caído,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída,
vamos a dar caída tonel,
vamos a dar caída,
vamos a dar caída,
tenemos caída,
vamos a dar caída,
vamos a dar caída,
Init,