¡Hola! Muy buenas, ¿qué tal? Buenas tardes, bienvenido, bienvenida. ¿Estás preparado para enterarte de todas las novedades, de todas las noticias, de estar al día, del mundo de la promoción, el desarrollo, el salseo, de todo?
Pues estás en el sitio correcto, estás en el sitio correcto. Amigos, Twitter desaparece. Twitter desaparece, empezamos por todo lo alto.
Habréis notado esto de aquí. ¿Qué es esto? Además, una X que a mí, personalmente, me pone un poco nervioso.
Si os fijáis, no está... Ya sabéis que yo tengo un ojo, pero me pone muy nervioso porque no está centrada esta X, Dios mío.
¿Veis que no está alineado? La madre que los trajo, ¿eh?
El tema, que aquí tenéis el nuevo logo de Twitter. Y es que Twitter, ahora, podéis entrar como X. Bueno, me da miedo poner X. porque puede salir de todo.
Puede salir de todo, pero por suerte, X.com barra midudev. Y aquí tenéis X.com, ahora es Twitter.com.
Podéis entrar como X.com. Bastante curioso, un buen dominio, hay que decir.
Si no sabéis de dónde viene este dominio, no viene de nada porno, aunque parece mentira, sino que es el primer dominio que compró Elon Musk para PayPal.
Mira, X.com fue un banco de internet cofundado por Elon Musk en marzo de 1999, madre mía, que más tarde se fusionó con Confinity y se cambió el nombre a PayPal.
Pero X.com fue el primer nombre, digamos, que tuvo el germen de PayPal, el germen, el germen.
No sé si lo sabíais, ¿eh? Pero esta es la historia.
Ahí es que han tenido toda la suerte de utilizar la X. La gente de Elon Musk no es que la compre ahora, pero vuelve 24 años después a perseguirte en tus sueños para seguir usando el dominio de X.com.
Y ahora va a ser para Twitter. Va a tener SpaceX, ahora X.com, y ya sabéis que también ha creado iX o X.i.
X.i. Le encanta, o sea, Elon Musk será muy bueno, será muy buen ingeniero, será muy inteligente, pero lo que es el tema de naming va justito.
Dice, a ver, no quiero pensar mucho, yo puedo llevarte cohetes a Marte, pero el naming para otra gente.
Tampoco mi dudez es muy creativo. Vaya, se va a curar.
Ya te llamaré a ti para ser jefe de marketing. Vaya, por Dios. Vaya, por Dios.
MiduDev, que tampoco...
¡Hostia, que te reviento! Cago en la leche.
MiduX. Me voy a cambiar el nombre a XDev.
X.Dev podría ser algo como esto.
No sé si lo sabéis.
Existe un canal de YouTube que se llama Code Babes, ¿vale?
Que básicamente te enseña programación, se supone, se supone que te enseña programación de una forma un poco...
Yo no sé si la gente que le gusten las mujeres se va a poder enfocar muy bien en el código.
Yo lo dejo ahí.
No sé si tiene algo que ver con el X.Dev o lo que sea, pero es una curiosidad por si no lo conocíais, ¿vale?
Ese es el canal que estaba buscando.
Con esto vas a llegar hasta el final del vídeo, ¿no?
También os digo una cosa. Esto no es porno, ¿eh? No es porno, que ya os veo. No es porno. Y os digo por qué.
Uno, porque está en YouTube, que en YouTube no se permite el porno.
Solo que, bueno, digamos que las profesoras, nunca mejor dicho, pues...
Bueno, ya podéis ver un poco a las profesoras.
Yo me quedo con... A ver, yo sé que no estoy así.
Ese sí es para mover las manitas.
Es para mover las manitas, pero para programar, ¿vale? O sea, vamos a dejar este.
Twitter deja de tener su nombre como Twitter y ahora pasa de forma oficial a ser X.
Elon Musk, de un día para el otro, aunque ya es una cosa que se sabía más o menos hace tiempo.
Aquí podéis ver, incluso en las oficinas ya le han puesto la X.
Justamente estaba comentando, oye, el primero que me haga un logo que esté súper bonito, lo pongo.
Y va, y el tío... Aquí hay uno, ¿no? Este, mira.
Aquí es cuando lo puso. Hostia.
El anuncio oficial.
Pues eso, va a desaparecer la marca Twitter. De hecho, ya ha confirmado que los tweets se van a dejar de llamar tweets y se van a llamar X.
O sea, que ¿cómo vamos a hablar de esto? ¿Cómo vamos a decir X?
Fijaos un poco en cómo ha sido la evolución del logo.
Aquí tenéis la evolución, ¿eh? De azulito, un pajarito, un pajarito, el pajarito que este es el que más tiempo nos ha acompañado.
¡Pum! A tomar por saco, pajarito.
O sea, me encanta, me encanta lo que es un poquito la evolución de un logo, ¿eh? Es como que han seguido ahí bastante la idea.
No sé si sabéis que el CEO de Twitter no es Elon Musk. Es esta mujer, Linda Jacarino, que Linda ni siquiera pone en su tweet, o sea, en su perfil, no dice que es CEO.
Ya simplemente es y punto. No dice nada.
Estaba comentando esto de que es rara la ocasión que tienes la oportunidad en la vida o en los negocios de tener una segunda oportunidad de causar otra gran impresión.
Twitter causó una gran impresión y cambió la forma en que nos comunicamos.
Ahora X irá más allá, transformando la plaza del pueblo global.
X es el futuro de la interactividad ilimitada, centrada en audio, vídeo, mensajería, pagos, banca, creando un mercado global para ideas, bienes, servicios, oportunidades.
Impulsado por inteligencia artificial, la X nos conectará a todos de maneras que apenas comenzamos a imaginar.
Bastante vendehumo las cosas como son.
He estado leyendo en Twitter y hay gente por ahí que comenta que en realidad lo que está buscando Elon Musk es una forma, una forma de vender Twitter.
Porque así como que desvinculas la marca a la marca anterior que ya tenía una valoración y tal, tú la vinculas a una nueva marca, creas como un producto totalmente diferente y creas una valoración nueva basada en un montón de humo.
En todo este humo básicamente.
Limpieza, eso mismo hizo meta.
Sí, ¿no? Pero la verdad es que meta al final tenía como sentido porque ya empezaba a tener como más de un producto y ya no tenía tanto sentido que el producto en sí mismo se llamaba Facebook.
Normalmente la gente compra las cosas por dos motivos.
Uno, porque lo vas a vender más caro en el futuro.
O dos, porque le vas a poder sacar un rendimiento que te sale a cuenta lo que has pagado por ello.
Y pronto iremos diciendo adiós a la marca de Twitter y gradualmente a todos los pajarillos.
O sea que a partir de ahora habrá que poner, ¿vas a ixear? Venga, deja un ix.
Abrácense, pónganse cómodos, ¿vale?
Pero vamos a hablar de verdades incómodas sobre TypeScript.
La primera es TypeScript no te va a salvar de JavaScript.
Básicamente lo que dice es que mucha gente se cree que TypeScript es como una versión mejor o arreglada de JavaScript.
Y que lo cierto es que queráis o no, TypeScript no te salva de JavaScript.
Y es que TypeScript es como un superset de JavaScript.
Al final casi todo lo que haces no deja de ser JavaScript.
Pero una de las verdades incómodas es que no deja de ser tipos encima de JavaScript.
Tipos.
Ya está.
Cuando yo conocí al creador de TypeScript, que no sé si os sabéis, pero me hice una foto.
TypeScript, creador, midudev.
A ver si lo encuentro.
Bueno, total.
Que me hice una foto del creador y le pregunté.
Y me dijo que el futuro de TypeScript pasa por ser simplemente JavaScript con tipos, ¿vale?
Y que no se van a volver a meter en añadir algún tipo de funcionalidad que no tenga JavaScript.
Lo cual me parece bastante interesante.
La segunda verdad incómoda, y esta es polémica, y estoy de acuerdo.
Y es que TypeScript añade complejidad.
Con TypeScript se escribe más código.
Con TypeScript se añade más complejidad.
Y por complejidad entendemos no solo por el código, sino pues que tienes que tener un compilador,
necesitas más dependencias.
A la hora de lintar tu código vas a necesitar un parseador.
Puede ser que tarde más el compilador.
Tiene un coste, añade complejidad, pero obviamente añade algo a cambio.
O sea, este coste, esta complejidad, viene a hacer más seguro el desarrollo.
Pero no es verdad lo que dice mucha gente.
Con TypeScript es más fácil.
Más fácil.
A ver, mantienes mejor el código.
Que eso no significa que sea peor, sino que simplemente tienes que escribir más código.
Ojo a la tercera, que la tercera puede ser...
¿What?
TypeScript no es type save.
Esto puede ser una sorpresa para algunos, pero es verdad que TypeScript no es seguro cuando hablamos de tipos.
Normalmente, cuando vemos casos muy típicos de crear una variable y poner esto es un string, esto es un número, esto no sé qué, es obvio.
Que claro que estamos tipando correctamente.
El problema es que cuando salimos del mundo interior de nuestro código y lo llevamos hacia afuera, TypeScript puede volverse un mentiroso porque al final depende más bien de lo que nosotros hagamos.
Por ejemplo, el input del usuario.
Tenemos que confiar en el input del usuario y nosotros le tenemos que decir cómo va a ser el input del usuario.
Va a ser un objeto, va a ser con array, nos está enviando imágenes, con operaciones de entrada y salida, cuando leemos un archivo, cuando hacemos un fetching de datos, todo este tipo de cosas.
Porque TypeScript no funciona en runtime.
Sí que hay algunas soluciones como Zot que sí que te lo puede permitir y te puede ayudar en runtime, ¿vale?
Pero es verdad que TypeScript no es TypeScript 100%, para que lo tengamos en cuenta, ¿eh?
Porque si no, la gente se cree cosas que no son.
Cuatro, TypeScript viene en muchos sabores.
TypeScript, el problema que tenemos es, uno, no es lo mismo .ts que .tsx, porque entonces soporta JSX.
Pero a ver, le pasa lo mismo que JavaScript.
No es lo mismo el TypeScript que soporta Dino al que tú puedes tener una versión o el que soporta Van.
Es verdad que TypeScript al estar versionado viene en diferentes versiones.
Y la quinta, que esta es importante, es que aún así vale la pena.
Por más que tiene estas verdades incómodas, hoy justamente me estaba preguntando a alguien en Instagram.
Alguien me decía, oye, ¿por qué debería aprender TypeScript?
Tengo muchas ganas, pero no sé aún cuál es su potencial.
Gracias, Midu.
El primer motivo que yo daría, independientemente de la demanda tecnológica que tenga, que es bastante grande, sinceramente.
O sea, TypeScript es bastante demandado, porque se está quedando una buena parte del mercado y por más,
y al final es un paso natural de, si sabes JavaScript, pasarte a TypeScript es bastante sencillo.
O sea, que el dominarlo al 80% igual es un 20% del tiempo.
O sea, que vale totalmente la pena.
Pues aparte de ser unas tecnologías más demandadas, es que realmente te ayuda un montón a la escalabilidad, mantenibilidad de tu código.
Pero no sé aún cuál es su potencial.
Pues su potencial es que muchas veces podéis crear sin ningún tipo de problema las mismas herramientas, aplicaciones,
que estáis haciendo con JavaScript, con TypeScript, y encima lo estáis tipando, que también os puede servir eso como documentación.
Me he encontrado una noticia en el artículo, yo me lo he estado leyendo así un poco, así como diciendo, ¿qué coño es esto?
El CEO de Stability Eye, y luego os explicaré una cosa importante sobre Stability Eye, ¿vale?
Que es esta de aquí.
Es también un modelo de aprendizaje, lo típico, que tiene sus propios modelos,
que uno de sus open source models es el famoso Stable Diffusion, ¿vale?
Stable Diffusion que es el de las imágenes, que este debe ser como el más famoso de todos.
Que es como el open source model más importante que tienen ellos.
Stability Eye.
El CEO de Stability Eye dice que la inteligencia artificial acabará con la mitad de programadores de India,
pero no con los de Francia.
También tengo que decir que el titular parece un poco Terminator, ¿eh?
Va a acabar, o sea, no les va a quitar el trabajo, no, va a acabar con ellos, los va a matar.
O sea, yo me imagino un poco cómo son, cómo es la inteligencia artificial en este caso,
y me la imagino un poquito, pues así, así un poco, me la imagino así,
pero yendo a India con el curry y pegando escopetazos.
Es un poco exagerado, ¿no?
El titular un poco de aquella forma, ¿eh?
Un poco racista el amigo, a ver, no es que sea racista.
Yo también me he quedado un poco flipando.
A ver, el titular ya es un poco amarillista.
Luego leyendo el cuerpo entiendes un poco lo que quiere decir.
Pero es verdad que yo me he quedado al principio como,
¿y por qué los de la India y no los de Francia?
¿Por qué los de Francia no?
¿Por qué saben comer croissants?
Pues no, amigos.
Resulta que el director ejecutivo de Stability Eye,
la firma reconocida Stability Diffusion,
Emad Mostek,
ha afirmado que la mayoría de los programadores de la India,
la mayoría, primero era la mitad, ahora son la mayoría,
perderán su empleo,
puesto que las herramientas de ingeniería artificial
hacen que ahora sea posible desarrollar software con muchas menos personas.
El impacto de la IA generativa en los empleos técnicos variará de un país a otro,
dijo Mostek.
Muchas empresas del mundo tienen subcontratadas firmas de la India
para realizar labores de desarrollo de software.
Cuando hay que prescindir de mano de obra,
es probable que los programadores franceses estén más protegidos que los de la India.
A mí me pareció esto un poco raro,
una explicación un poco extraña, ¿no?
Porque dice, no, es que te vas a quitar los subcontratados,
pero los de la India, porque están más protegidos,
no tienen ningún problema.
Es un poco raro, porque dices,
pero los franceses seguro, o sea,
a lo mejor un francés te sale como 4, 5, 10 veces más caro que uno de la India,
por la diferencia de poder adquisitivo.
Concretamente, dice,
los programadores subcontratados hasta nivel 3
desaparecerán en 1 o 2 años,
mientras que en Francia nunca,
ojo, eh,
nunca se despedirá un desarrollador.
Amigos, es el momento de que nos vayamos todos en tromba a Francia.
Ya veis que en Francia no habrá problemas de ningún tipo.
No sé si este hombre,
este hombre no será francés, ¿verdad?
No será Emmat Mostek,
Mostake,
Mostache.
Es de Bangladesh, este hombre.
Bangladesh.
No, no es de Francia.
O sea, no tiene nada que ver con Francia.
Igual, tiene sobrinos o primos allí, no sé.
¿Por qué afectará más a la India?
Pues porque hace en Europa más difícil el despido de empleados,
y por lo tanto,
en la India los derechos de los trabajadores
no están igual de protegidos.
Por tanto,
la IA afecta en diferentes países,
en diferentes maneras,
en diferentes sectores.
Me ha sorprendido bastante,
o sea que,
esto es lo que dice por aquí.
Este servicio de consulta,
dice,
Los directivos de la marca
de inteligencia artificial generativa
de ChatGPT
inician y dominan
todas las conversaciones con los clientes.
India es el segundo país más grande del mundo
en cuanto a números de habitantes
en su lugar privilegiado
para las empresas que subcontratan extranjeros.
La IA,
y ahora dice,
ojo,
porque cambio,
Emmat Mostek dice,
ahora he dicho esto de la India,
y ahora dice,
frasca.
A eso lo llamo una OZ IA.
La IA es una burbuja.
Ojo,
ojo,
que sí que había una burbuja.
En la misma conferencia,
el CEO de Stability AI
dice a los inversores
que la inteligencia artificial
será la mayor burbuja
de todos los tiempos.
Emmat Mostek añadió
que aún se encuentra
en una fase muy temprana
y que todavía no está lista
para su adopción masiva
en sectores como el bancario.
De hecho,
este hombre,
Mostek,
que es el cofundador de la empresa,
ya ha sido acusado
de hacer afirmaciones engañosas
sobre su trayectoria
y sus logros.
Pues resulta que sí,
que el tío se inventa
la mitad de las cosas
que dice.
O sea que Mostek
ha rebatido acusaciones
una por una
en una detallada respuesta
en su blog personal.
Pero claro,
quien te dice que esto
no lo ha escrito ChagPT,
¿vale?
¿Veis?
O sea,
dicen que es mentira
que fue a Oxford,
que estuvo en Naciones Unidas,
lo de Stable Diffusion,
el partnership con Amazon,
pues todas las cosas,
todas las cosas
las ha ido rebatiendo.
Pero bueno,
total,
que esto es lo que dice
una fuente bastante reputada,
¿no?
sobre la inteligencia artificial
y tal.
Pero el tema,
y esto sí que es verdad,
y esto sí que es objetivo,
y esto sí que son datos,
amigos,
ya estamos viendo
los primeros despidos
en industria
de inteligencia artificial.
Aquí tenemos uno,
Jasper.
Jasper,
para el que no lo sepa,
fue uno de los productos,
uno de los primeros productos
de generación
de inteligencia artificial.
Se iba a comer el mundo,
que no paraba de crecer,
que no sé qué.
Pues Jasper ha sido
ya de las primeras empresas
con inteligencia artificial
que ya ha tenido despidos.
Y no eran pocos los despidos,
por lo que pude ver,
pero no es la única,
porque ya por Twitter
estuve viendo que había
unas cuantas.
En LinkedIn tenéis
la noticia
de los despidos.
Feo y cofundador
de Jasper.
Dice,
en el último año
nuestra industria
ha estado creciendo
muy rápido,
que no sé qué,
no sé cuánto,
pues a tomar por saco.
Que hemos despedido a gente
y lo han confirmado.
Mira,
por aquí ya hay gente
que lo dice.
Guzmán Pedro dice,
Web3 empezó,
luego cripto,
luego inteligencia artificial,
la misma novela.
Mi pregunta que os dejo es,
¿creéis que ahora
vamos a ver
una burbuja
de inteligencia artificial
y que puede ser
que realmente
vamos a ver
que muchas empresas
de inteligencia artificial
van a empezar
a cerrar
o a tener recortes
y todo esto?
Cuando hablamos
de una burbuja
no quiere decir
que no haya empresas
dentro que sean exitosas.
Lo que quiere decir
es que el valor
de algunas
se infla
y se crea
una valoración
que es irreal,
pero igual dentro
habrá alguna
que sí que funcione
correctamente
y que sí que esté
bien valorada,
¿entendéis?
Dejemos la inteligencia artificial,
¿a quién le importa
la inteligencia artificial?
Si solo se va a llevar
el trabajo
de los indios,
según el CEO
de Stability.
Vamos a hablar
de Native PHP
y por qué me parece
una castaña.
No,
es broma,
es broma,
es broma,
si todavía no he usado
ni siquiera.
Native PHP,
¿qué es esto?
Bueno,
Native PHP
es la nueva forma
de crear aplicaciones
nativas
utilizando
PHP.
Si no teníais suficiente
con que PHP
lo queríais matar
y tal,
pues no solo
no lo vais a matar,
sino que ahora además
vais a poder hacer
aplicaciones nativas.
Native PHP
está en alfa,
¿vale?
O sea,
todavía le queda
lo suyo,
está más verde
que el sobaco
de Hulk
y no está preparado
para aplicaciones
de producción,
sin acritud.
Tengo dudas
que esto jamás,
jamás,
esté preparado del todo.
¿Para qué os puede servir?
Pues podéis hacer
aplicaciones nativas
de escritorio,
o sea,
podéis hacer
vuestro próximo Spotify
y todo esto
lo podéis hacer
con PHP,
como un electrón,
para que la gente
se haga idea,
es como un electrón.
Utilizando Laravel
y tal,
podríais hacer
pues una aplicación
de escritorio,
lo cual,
oye,
pues no está mal,
si ya sabéis PHP
os podría servir.
Aquí tenéis un poco
los requerimientos,
PHP,
Laravel 9
y MPM,
porque necesitáis Compose
para la instalación,
pero resulta que,
claro,
lo que es la interfaz,
y esto es una de las cosas
que me parecen
más interesantes,
porque mira que
mucha gente dice,
ah,
no sé qué,
es que JavaScript,
no sé qué,
no sé qué,
dice,
it's taking the world
by storm,
qué expresión más pajera,
madre mía,
native PHP
arrasa en todo el mundo,
native PHP
arrasa en todo el mundo,
permitiendo a desarrolladores
de PHP
crear verdaderas
aplicaciones nativas
que funcionan más
de una plataforma,
utilizando herramientas
y tecnologías
que ya conoces,
y ojo,
dice,
HTML,
CSS,
JavaScript
y por supuesto,
PHP,
lo digo porque mucha gente
decía,
oh,
con PHP,
PHP,
PHP,
sí,
pero también con HTML,
CSS y JavaScript,
ojo,
o sea que,
sí que es PHP,
pero,
dice,
native PHP
no es un framework visual,
o sea,
no es de GUI,
dice,
esto quiere decir
que no te vamos a decir
que tienes que utilizar
para la interfaz,
así que puedes utilizar
React,
puedes utilizar Vue,
puedes utilizar Inertia,
puedes utilizar lo que quieras,
HTML,
CSS,
lo que tú quieras,
Tailwind,
o sea que,
es interesante
porque había visto
mucha gente
de por fin no tendré
que utilizar JavaScript,
no,
no,
no,
hasta con native PHP
vas a tener que utilizar JavaScript,
es una alternativa
a Electron,
Tauri y todas estas,
pero bueno,
realmente si sabéis mucho PHP,
pues igual os interesa
echarle un vistazo,
yo no le auguro
un gran futuro,
soy un poco rata,
lo sé,
lo siento,
pero más que nada
porque me parece que
es un mercado
que ya está un poco,
no saturado,
pero ya muy trabajado
y no veo que haya una demanda
muy grande
de hacer aplicaciones nativas
con PHP,
mi opinión,
es como RealNitids
pero versión PHP,
efectiva.
Noticia triste,
noticia agridulce,
amigos y amigas,
hoy tenemos que comunicar
que ha sido oficial
la salida
de Dan Abramov
de Meta.
Dan Abramov
confirma los rumores,
me siento agridulce
al compartir
que dejaré mi trabajo
en Meta
en unas pocas semanas,
trabajar en React
en Meta
ha sido un honor,
estoy agradecido
con mis colegas
del pasado
y del presente
por acogerme,
dudaba a irse
porque significaba
dejar el equipo
de React también,
pero eso sería
demasiado triste
para mí,
pero ya no es cierto
porque ahora como React
es un proyecto
de varias empresas,
ojo,
es un proyecto
de varias empresas,
se abre la puerta
de que React
realmente ya es
casi más
Vercell que Meta.
Dice,
React se ha convertido
en un proyecto
multiempresa
y también hay varios
ingenieros independientes
en el equipo,
por eso confirma
que se queda
en el equipo de React
como ingeniero independiente,
algo parecido
a lo que hace
Sophie Beats
y Seth Silverman.
Significa que
ninguna empresa
me va a patrocinar
activamente
para trabajar
a tiempo completo
en React,
me voy a mantener
involucrado
en el trabajo
del equipo
y voy a asistir
a las reuniones.
¿Qué quiere decir
esto en el futuro
de Dan Abramov?
¿Se va a Vercell?
¿Eso es lo que vas a hacer, Dan?
¿Te vas a Vercell?
Pues la respuesta
la tenemos
si seguimos.
La naturaleza exacta
de mi futura participación
en React
no está clara.
Yo creo que
se va a desvanecer.
O sea,
React al principio
Dan Abramov
continuará en React
y tal,
pero al final
la verdad
yo creo
sinceramente
que
a no ser
que se vaya
a
Vercell
o alguna empresa
que le interese
que siga en React
yo creo que Dan Abramov
poco a poco
se va poco a poco
a ir desvaneciendo
en React.
No sé lo que voy a hacer
a continuación todavía
podría hacer algo
de YouTube
algo de consultoría
me pica
el que le pica
no lo dice
pero le pica algo
un poco de escribir
un código de producto
para React
con un ciclo
de iteración rápido
que esté fuera
de una gran empresa
así que
esa es la historia
aquí tenemos
Dan Abramov
joven
feliz
contento
¡Ay!
Dan ha dicho
dónde trabajará
a ver
madre mía
anda que dura
tuve la tentación
de no trabajar
por un tiempo
pero acepté
una oferta ayer
tengo dos apuestas
dos apuestas
Vercell
Vercell
o sea
Vercell
descarado
porque para ser algo
de 24 horas
o sea
Vercell
y la única sí
la única que me puedo
imaginar
la única que me puedo
imaginar
que estaría
al nivel
Shopify
Conci
confirma
nadie nos lo quería
asegurar
pero nosotros
lo sabíamos
GPT4
cada vez
funciona peor
¿os acordáis que os dije
que me daba la sensación
que cada vez funcionaba
GPT4 peor?
hay gente en Twitter
que no
que es mentira
que no funciona peor
pero
hay estudios
como este
que ha sacado Santiago
dice
GPT4 está empeorando
con el tiempo
no mejorando
muchas personas se informaron
de haber notado
una degradación significativa
pero ahora
lo sabemos
al menos un estudio
demuestra
como la versión de junio
de GPT4
es objetivamente peor
que la versión lanzada
en marzo
en algunas tareas
antiguamente
pasaba un 97%
de tasa de éxito
y ahora solo pasa
con un 2,4%
dicen
que es
la cadena
de razonamiento
como la técnica esta
en la que tú
pues
como que
sabe
encadenar pensamientos
para
darte una mejor respuesta
pues resulta
que esto
también está empeorando
y la generación
de código
también ha empeorado
y eso es una cosa
que yo he notado
un montón
la generación de código
es horrible
horrible
o sea
de cómo empezó
de que hacíamos juegos
y tal
a como esta hora
que el otro día
lo utilicé
y dije
pero qué mierda
es esta cabrón
si te estás inventando
el javascript
o sea
me empezó a utilizar
lenguaje de programación
que no existía
empezó
en el javascript
a crear como funciones
como si fuese
C Sharp
y tal
y yo
qué te pasa
por qué está pasando esto
asumimos que
OpenAI impulsa
cambios continuamente
pero no sabemos
cómo funciona el proceso
y cómo evalúan
si los modelos
están mejorando
o retrocediendo
los rumores
sugieren que está
utilizando varios modelos
de GPT-4
más pequeños
y especializados
que actúan de manera
similar a un modelo
grande
pero que son menos
costosos de operar
cuando un usuario
hace una pregunta
el sistema decide
a qué modelo
enviar la consulta
claro
eso lo hace
más barato
más rápido
pero también
este nuevo enfoque
quizás es el problema
de lo que está ocurriendo
no es aceptable
que el comportamiento
de un LLM
un Large Language Model
cambie con el tiempo
y aquí pone
el enlace
con el paper original
que tiene un montón
de datos
y tal
mi sensación
que no sé
si será cierta
esta es mi sensación
puede ser que
cuanto más se ha abierto
más máquinas
necesitaban
y le han bajado
la calidad
al modelo
para poder
suplir toda la demanda
y claro
ya no es tan brillante
como antes
me imagino que esto
es una limitación
más técnica
o sea
es una limitación
de infraestructura
creo que van por ahí
más los tiros
limitación de infraestructura
de poder escalar
el número de máquinas
para dar respuesta
a la demanda
más que limitación
del modelo
porque el modelo
ya hemos visto
que funciona
a un nivel muy bueno
pero me da la sensación
que no es sostenible
al nivel de máquinas
¿qué opino de Llama 2?
hostia
Llama 2
tiene muy buena pinta
Llama 2
para que no sepáis
es un modelo
totalmente de código abierto
que es de meta
que podéis utilizar
de forma totalmente gratis
funciona súper rápido
y la verdad
es que en algunas cosas
es igual de bueno
que ChatGPT
esto al ser de código abierto
esto es espectacular
porque esto lo vais a poder meter
y este es el miedo
que tiene OpenAI
el miedo
de que al final
haya un modelo
de código abierto
que sea igual
o superior
al que ellos tienen
de pago
que esto lo puede cambiar todo
y al final
claro
pues que te evita
el meter
este modelo
en tu aplicación directamente
y evitarte
tener que hacer las llamadas
o tener que entrenar
cualquier cosa
de ChatGPT y tal
yo creo que aún así
van a tener mucho
mucho uso
pero no va a ser tan bestia
porque al final
el modelo
te lo vas a poder tener
tú como tú querías
y ya está
vamos con una noticia
muy chula
que está muy interesante
un reporte
de las tecnologías
más demandadas
bueno aquí habla
de los salarios
en España
pero habla
de las tecnologías
más demandadas
en España también
no sé si conocéis
Honeypot
vale
Honeypot en YouTube
tienen un canal
y son los que han hecho
el documental
de React
este canal
que es el que hizo
el documental
de React
esto en realidad
es de una empresa
que se dedica
a conseguirte trabajo
sabes
es como
encuéntrame un trabajo
es como una plataforma
aquí en Europa
para desarrolladores
y puedes crearte un perfil
y dejas que la empresa
contacte y tal
esto no está patrocinado
más que será yo
que me patrocine
Honeypot
patrociname
pero no está patrocinado
simplemente que es que
el reporte lo hace esta gente
vale
entonces
tienen artículos
que está muy bien
por ejemplo este
del 2023
de los salarios
en España
el mercado de España
está
está
está explotando
y también las oportunidades
para desarrolladores
y aquí habla incluso
de cómo está creciendo
respecto al año pasado
o sea que está bien
dicen que
el salario medio
que se le ofrece
a los desarrolladores
en España
fue
de
53.500 euros
esto me parece
un montón
un montón
el problema es que
Honeypot
no está pensado
para desarrolladores juniors
o sea
está pensado
para gente
que ya tiene experiencia
y tal
entonces claro
tiene sentido
que sean
53.500
porque para
seniors
yo creo que la horquilla
estaría entre los 40
y los 60
dependiendo de la ciudad
entonces
pues más o menos
tiene sentido
como los perfiles
son más senior
por eso
aquí tenemos
que lo que
se ofrece
son 53.500
y el salario
que esperaba
la gente
es de 56.400
y aquí tendríamos
la diferencia
entre lo que
se le ofrecía
y lo que esperaba
por ejemplo
los backends
se le ofrecía
y lo que esperaban
es muy similar
en DevOps
lo que se le ofrecía
eran solo 40.000
y lo que esperaba
era 63.000
esto también me ha sorprendido
un montón
como la diferencia
ahí tan exagerada
tenéis el reporte entero
aquí en PDF
que está muy chulo
pero no hace falta
entrar en el reporte
entero
aquí tenéis
algunas comparativas
por ejemplo
en los Países Bajos
la media está en 75.000 euros
también es verdad
que vivir en Holanda
es mucho más caro
cuáles son
el tech stack
más demandado
en España
no sé
de dónde sacan
estos datos
realmente
sabes
no sé
pero resulta
que las tecnologías
más demandadas
en España
son
con un 17%
JavaScript
me da mucho coraje
que la S
de JavaScript
no la ponga
en mayúsculas
la segunda
empatada con React
es TypeScript
JavaScript
TypeScript
y React
son las tres tecnologías
más demandadas
luego
en cuarto lugar
Node.js
quinto lugar
Docker
sexto lugar
CSS
séptimo lugar
PHP
cabrones que lo queríais matar
pues aquí lo tenéis
y en el último lugar
tenemos Python
y Angular
Angular no está
¿no lo ves?
¿lo ves ahí?
no está
empresas de producto
que utilicen Angular
son muy pocas
en España
casi toda la gente
que utiliza
no toda
pero bastante gente
que utiliza Angular
son consultoras
empresas
muy muy muy muy
muy grandes
y tal
y no suelen utilizar
este tipo de servicios
para contratar
pero las empresas
de producto
Typhoon
pues utiliza React
empresas de producto
o startups pequeñas
suelen utilizar React
no sé si es porque
era más fácil encontrar
y tal
y por eso yo creo
que van por ahí los tiros
hay un framework
que yo le tengo
mucho cariño
mucha
no sé
le tengo algo especial
a este framework
y no sé por qué
yo creo
no creo que lo vaya a petar
¿vale?
no creo que vaya a ser
next yes
pero sí creo
es como
me pasa algo como con Astro
¿sabes?
que tiene algo que digo
me gusta
me gusta
y este lo tiene
se llama Dino Fresh
que yo ya os he hablado
de él ¿vale?
Dino Fresh
¿y qué es lo que me gusta
de Dino Fresh?
primero que utiliza Dino
y lo segundo
es que es lo más parecido
a next yes
que tenemos de Dino
y lo tercero
es que tiene un rendimiento brutal
y lo cuarto
es que lo podéis desplegar
de forma totalmente gratuita
fácil
y súper rápido
en Dino Deploy
por cero euros
¿veis?
cero
aquí cero
y tenéis un millón de requests
al mes
que me parece una salvajada
pero lo mejor de Dino Fresh
es que
han contratado
a este chico
Marvin
Hagemeister
que durante mucho tiempo
ha trabajado
en Preact Yes
Preact Yes
si no sabéis lo que es
es una alternativa pequeña
de React
y siempre ha hecho
un trabajo muy bueno
la verdad
y lo ha mejorado mucho
y siempre ha tenido
foco en el rendimiento
en una buena experiencia
de desarrollo
cosas así
y es el que se está
encargando de Dino Fresh
está mejorando
Dino Fresh
pero un montón
por ejemplo
ahora ha añadido
async root components
esto es como antes
se tenía que hacer
el fetching de datos
de una ruta
de un componente
en Dino Fresh
y ahora
ha hecho como
unos React Server Components
que se ve
igual que un React Server Components
pero simplemente
no es un React Server Component
porque esto no está
utilizando React
ni es un React Server Component
o sea que es
súper súper chulo
súper chulo
lo bien que se ve
y lo fácil que se ve
o sea
se simplifica
un montón el código
obviamente todavía
podéis hacer rutas
APIs y todo esto
podéis tener
errores
error boundaries
podéis hacer
exportar más de una isla
desde el mismo fichero
no sé
creo que está mejorando
un montón
Dino Fresh
y me parece
que tiene
muy buena pinta
así que
hayan sacado la version 1.3
y ahí os lo dejo
y ojo
porque esto es polémico
porque seguramente
no conocéis
ni la mitad de las cosas
que salen aquí
y vais a decir
¿qué es esto?
¿qué es esto?
¿qué es esto?
a ver
el nuevo stack
Hono
HTMX
y Cloudflare
hay dos cosas
que si venís aquí
a los directos
debéis conocer
que es Hono
y Cloudflare
para mí son las dos
que estas
las tenéis que conocer
¿vale?
Hono
es una alternativa
a Express
que funciona con
BAN
con Cloudflare
con un montón de cosas
está súper chula
muy fácil de entender
con esto hicimos
el clon de la Kingsleak
hicimos la API de Threads
con esto lo hicimos
o sea que
está súper chulo Hono
Cloudflare
que sería el hosting
y HTMX
¿qué es esto de HTMX?
que está todo el mundo
loco con HTMX
aquí en el artículo dice
como antiguo ingeniero
de backend
encuentro muchas veces
que RIAG es complejo
entonces habla
del mecanismo
de hidratación
que no sé qué
que sí que le ve las ventajas
a RIAG
con el JSX
pero también es un poco raro
no sé qué está pasando
pero en Twitter
la gente está como loca
con HTMX
no paran
HTMX
HTMX
HTMX
¿qué es esto de HTMX?
HTMX es
High Power Tools for HTML
vamos a decir que es una biblioteca
que te permite
tener acceso
a AJAX
transiciones CSS
WebSocket
servers
and events
todo esto
directamente en el HTML
¿vale?
o sea como que te va a crear
un HTML
superior
¿qué significa esto?
bueno
pues que tú cargas tu HTML
y ya con tu HTML
vas a poder
cargar cositas
en el servidor
vas a poder cargar
¿ves?
tendrías como etiquetas especiales
dices botón
HX Post
HX Trigger
HX Target
HX Swap
¿cuál es la idea?
la idea es programar
con HTML
que no vas a escribir
casi JavaScript
o sea
lo vas a hacer todo
todo con etiquetas HTML
por ejemplo
esto lo que significa
es que cuando se haga un click
entonces
haces un post
a
barra click
y
vas a
cambiar
el
Outer HTML
de
el elemento
parent-it
es verdad que sería
como muy declarativo
ya está
no tienes que escribir más código
eso es todo lo que tienes que hacer
¿no?
pero el problema
sinceramente es que
puede ser
esto aquí
parece fácil
pero son casos
muy
sencillos
normalmente ¿no?
puedes hacer indicadores
que mientras estás
¿ves?
puedes tener aquí
indicador
que mientras está cargando
entonces utilizas aquí el CSS
pero todo es a través
de atributos
constantemente
fijaos que puedes tener triggers
más complicados
por ejemplo
cuando sube
o sea
cuando sueltas la tecla
le haces un delay
de 500 milisegundos
entonces
change
yo lo veo como mucha complejidad
pero es verdad que si eres súper
súper súper bueno
y te sabes toda la documentación
y tal
puedes evitarte
un montón de javascript
porque es que no escribe javascript
para hacer un montón de cosas
mira esto por ejemplo
es un post
de un formulario
es polémico
pero hay mucha gente
que se está volviendo loca
con esto
que le encanta
porque ve que así
no tienes que escribir
nada de javascript
y te simplifica un montón
la vida
yo lo dejo aquí
de hecho en este artículo
hablan de esto ¿no?
de que como le gusta
esta biblioteca
de que te permite utilizar
ajax sin necesidad de escribir javascript
y habla un poco de este stack ¿no?
y como puedes utilizar
todo esto
para crear
una aplicación de todo
en 100 líneas de código
claro
porque es verdad
que en líneas de código
es bastante imbatible
¿sabes?
es como súper corto
o sea
no tienes casi que hacer nada
en líneas de código
que en 22k
100 líneas de código
ya tendrías
y mira
este sería
todo el
toda la aplicación
aquí la teníamos separada
esta sería como la parte
de la API
y esta sería
la parte visual
y ya podríais ver aquí
como está utilizando
htmx
súper declarativo
¿sabéis?
o sea
no ha estado escribiendo
casi javascript
para crearlo todo
es un frontend
para backends ¿no?
11
120
120
120
120
20
200
120
120
120
120
120
140
125
550
12
120
120
120
00
130
120
120
120
180
120
120
120
같아요
160
120
120
120
120
140