Python no va a ser el futuro de la inteligencia artificial.
No lo digo yo, no lo digo yo, no lo digo yo, no lo digo yo, me mojé, me mojé.
Va a ser mojo, que decían que iba a ser mojo, mojo este, el lenguaje de programación que estaba basado en Python y tal.
Que la verdad es que tenía muy buena pinta, pero no sé, habrá que darle tiempo, pero sí que es verdad que va bastante, bastante rápido.
Pero no, tampoco es mojo, tampoco es mojo.
A ver, esto no significa que Python no va a ser interesante ni mucho menos, pero, y no es la primera vez que lo leo,
el tema es que Elon Musk dice que Rust va a ser el lenguaje con el que vamos a crear la inteligencia artificial general.
Dice, Rust ofrece toda una serie de ventajas frente a Python para avanzar hacia la meta de la AGI, de la inteligencia artificial general.
Dice, mira, lo decían por aquí, Bojan decía, AGI será hecho con Python, deja que eso te penetre, que eso que entre, dice Elon Musk, Rust.
Y es interesante porque, bueno, claro, a ver, la edad de Python termina, bueno, aquí me parece un poco exagerado este titular, ¿eh?
El tiempo de Rust ha llegado, bueno, bueno, vamos a calmarnos, tampoco, tampoco, tampoco nos pasemos, tampoco nos pasemos.
Esto de matar aquí lenguajes es una cosa loca, ¿eh?
Bueno, ¿por qué Elon Musk hace esta afirmación? ¿Y por qué Rust está ganando terreno en el ámbito de la inteligencia artificial?
Es esencial analizar algunas razones fundamentales.
Durante los últimos 20 años, Python ha dominado el ámbito de la IA y el aprendizaje automático por su simplicidad y la gran cantidad de bibliotecas disponibles.
Sin embargo, este dominio está siendo desafiado por las crecientes necesidades de eficiencia y seguridad en el procesamiento de datos.
Python, aunque es conocido por su facilidad de uso, en palabras de Chris Landner, el creador de LLVM, Clang y Swift,
ojo, que esto es lo que dice Chris Landner, creador de Swift.
Dice, Python simplemente es demasiado lento, demasiado inflado y, paradójicamente, demasiado incómodo para la nueva ola de desarrolladores.
Hostia, aquí, aquí, la verdad, me ha dejado un poco loco.
Porque, a ver, puedo entender, puedo entender que diga que sí, que es demasiado lento, demasiado inflado, pero demasiado incómodo.
No puedo entender que sea demasiado incómodo.
O sea, me da la sensación que muchas veces como que los lenguajes de programación son un triángulo, ¿no?
Donde tienes la lentitud, la compatibilidad y tendrías, por otro lado, la comodidad, ¿no?
La experiencia de desarrollo.
Y, no sé, me da la sensación que, en ese caso, la experiencia de desarrollo en Python es buena, ¿sabes?
Lo que sí que puede ser demasiado lento porque es un demasiado...
Cuando son demasiado cómodos, suelen ser demasiado lentos comparados con otros que son más incómodos.
Por ejemplo, Rust no es tan cómodo, pero mucho más rápido.
Entonces, me parece un poco raro, ¿no?
Que digan aquí que es demasiado incómodo para la nueva ola de desarrolladores.
Ya, no sé.
Bueno, esto lo dice él, ¿eh?
Yo os lo estoy leyendo aquí.
¿Pero qué es Rust?
Bueno, pues aquí parece ser que lo que están diciendo, que, obviamente, Rust, alto rendimiento,
seguridad de memoria sin recolector de basura, compilador optimizado, prevención de carrera de datos, ¿vale?
Ya sabéis, o sea, carrera de datos.
Carrera de datos me gusta.
Race condition, básicamente, ¿no?
Cuando tienes programación concurrente, pues al final el problema es que puedes tener, cuando tienes multithreading,
el tema es que puedas tener problemas de concurrencia, ¿no?
Administrador de paquetes cargo, bueno, que al final esto, un administrador de paquetes, no, esto lo tiene casi todo,
y acceso directo al hardware, bueno.
Y hablan de la combinación ganadora, Rust y WebAssembly, combinación ganadora.
Que al final, Rust y WebAssembly, también hay otros que puedes hacerlo con WebAssembly,
pero es verdad que está este proyecto que está bastante interesante, que se llama Wasp Edge,
que lo que te permite, os voy a explicar una cosa que es bastante interesante de cara al futuro,
porque está bastante chulo.
Sí, en comodidad, claro que Python está por encima, ¿verdad?
Sí, yo estoy de acuerdo, o sea, es que me parece un poco raro, o sea, me parece un poco raro decir que en comodidad,
pero bueno, no sé, lo dice el creador de Swift, que me parece interesante.
Tenemos esto de WebAssembly, esto sí que es muy interesante, y os voy a comentar por qué.
Esto básicamente, ¿para qué es?
Esto, no hace falta que entendáis muy bien qué es esto, pero esto es como para ejecutar.
Claro, ¿cuál es el problema de WebAssembly?
Que mucha gente me pregunta, WebAssembly, WebAssembly.
El problema que tiene WebAssembly es cuando lo llevas al cliente,
porque cuando lo llevas al cliente y se tiene que descargar el bytecode,
un binario, o sea, código que ha sido compilado suele ser bastante grande, bastante tocho.
Y esto es una cosa que, por ejemplo, le pasa a PyScript, ¿no?
Tú, cuando vas a PyScript, que al final te permite ejecutar Python en HTML,
uno de los problemas que tiene, que no significa nada, pero es que tarda mucho en cargar.
O sea, puedes ver el bytecode, este, este, por ejemplo.
Por cierto, que han arreglado bastante la página.
Pues aquí veréis, ¿veis?
Que tenéis un loading aquí y para cargar un to-do,
para cargar un to-do tiene que cargar un montón de cosas.
Y este es el problema de WebAssembly.
Y entonces mucha gente me dice, ¿webAssembly es el futuro?
A ver, no.
No porque es el futuro para cosas muy concretas, ¿entendéis?
Es para, por ejemplo, pues para utilizar Figma, para crear Figma, tiene sentido.
Pero aquí no tiene sentido que para hacer un to-do te descargues 5 megas.
No tiene sentido.
Y este es el problema justamente que tenemos con WebAssembly, ¿vale?
Ahora, claro, con esto, con JavaScript, esto es imbatible.
Esto es imbatible.
Muchas veces lo que se está haciendo ahora es que Python compila JavaScript por debajo y cosas así.
Pero bueno, lo importante, lo interesante de esto es, ¿qué es lo interesante?
Lo interesante es cosas como esta que están empezando a sacar, ¿no?
Que es el hecho de WebAssembly Edge.
¿Y esto qué es lo que hace?
Lo que hace es que deja ese código WebAssembly fuera del...
O sea, no se lo envía al cliente, sino que lo deja en el servidor.
Y digamos que solo cuando necesita esa parte, lo que hace es el cálculo en el servidor y le envía el output.
Y esto es una cosa que estamos viendo, por ejemplo, en los CloudFareWorkers.
Los CloudFareWorkers, que es una cosa que también está en el Edge, que es algo como un poquito más avanzado que el Cloud,
pues mucha gente no lo sabe, pero ¿veis?
Podéis escribir aquí en JavaScript, pero también en Rust o en C o en C++.
O sea, podéis hacer APIs en Rust que también están en el Edge.
O sea, es bastante interesante.
Reflex, por ejemplo, Reflex el problema es que es JavaScript.
Reflex compila JavaScript.
De hecho, Reflex utiliza por debajo Next.js, que es un poco raro, la verdad.
Con Blasor hace lo mismo, pero primero te conecta con WebAssembly, con WebAssembly, con WebSocket, te va descargando mientras...
Ya, pero Blasor no es exactamente lo mismo.
No es lo mismo que el Edge.
De hecho, es un poco problema.
O sea, sigue teniendo el mismo problema porque al final sí que se tiene que descargar los DLL.
Es un tema bastante complejo, pero sí que es interesante el futuro en cuanto a esto, esto de WebAssembly y Edge.
Ojo con esto, que sí que tiene muy buena pinta porque realmente sí que se están viendo mejoras importantes.
Pero al final, yo creo que, a ver, Python va a seguir siendo relevante y que nada te va a quitar aquí...
O sea, no te va a quitar el trabajo para nada.
¿Cuál está mejor en tu opinión, Golang o Rust?
Yo creo que los dos son súper interesantes.
No diría uno mejor que el otro.
Es que me parecen incluso diferentes en algunas cositas.
Es que Golang me parece mucho más simple y mucho más cercano a lo que sería Python, aunque tiene mucha y muy buena rapidez.
Y Rust me parece más un lenguaje de sistemas, que tiene un control diferente.
Es, obviamente, de una curva de aprendizaje, para mí, mayor que la de Golang, pero que pasa a tener potencia pura mucho más bestia.
Yo es que diría que hasta puedes utilizar los dos a la vez.
Es que no son contrarios, ¿sabes?
O sea, en los lenguajes de programación muy pocas veces vas a ver lenguajes contrarios.
Es muy difícil hablar de...
Son incompatibles.
Y en el caso de Rust y Golang es que me parecen complementarios totalmente, ¿sabes?
Así que no te diría...
Eso sí, el problema que yo le veo a Golang...
Voy a hacer una cosa polémica, ¿eh?
Me encanta Golang.
Pero para mí, el problema que tiene Golang es, como siempre, muchas de las cosas que le pasa a Google.
Que las abandona.
No es que las abandone, pero que no les da el foco.
El problema, muchas veces, que tiene Google al hacer lenguajes y tal, es que me da la sensación que no le da todo el cariño.
Y es una cosa que le pasa también con Angular y cosas así.
O con Lit.
Es que, de hecho, Lit o Polymer.
Es que podría estar ahí todo el día diciendo cosas.
No sé, y me gusta mucho Golang.
Pero para mí el problema es un tema más de marketing de Google.
Y Flutter, bueno, ya me lo diré.
Carbón, sí.
Carbón el que se va a llevar los reyes.
Las Progressive Web Apps.
Es que hay así ejemplos de Google.
Bueno, como lo del tema de la muerte de los proyectos de Google.
Pues también pasa mucho.
Le pasa mucho con lenguajes, frameworks y tal.
Es que mira, Polymer.
¿Polymer dónde está?
Polymer está muerto.
Ya lo dice aquí.
Polymer Library is in maintenance mode.
Ahora recomendamos Lit.
Lit.
Lit.
Es verdad que han sacado la versión 3 hace poco.
Pero es que, a ver, me sabe mal lo que voy a decir.
Pero creo que hay cosas que no están bien resueltas directamente.
Con todo mi cariño.
Pero no sé.
Y tampoco le están dando qué proyecto está utilizando Lit de Google.
Es que no lo sabemos.
Es que si pusiera aquí, sí, hay mucha gente que utiliza y tal.
Y es verdad que hay mucha gente que utiliza.
Pero no sé, no sé.
Le falta.
A Google le falta foco.
Le falta foco.
Le falta foco.
Es como que le veo que se van por las ramas.
Bueno, total.
Que esto dice Elon Musk.
Que el futuro de la IA es Rust.
La verdad es que Rust cada vez es un lenguaje más interesante.
Y cada vez tiene mucho más uso.
De hecho, se está utilizando cada vez más para backend.
Rust.
Porque por el tema de seguridad y de rapidez.
Y de consumo, que es absurdo.
Cada vez lo están utilizando más.
Photoshop en la web utiliza Lit.
Cierto.
Pero también utiliza otras cosas que no sean Lit.
No me digas que Go no tiene futuro.
Yo no he dicho que no tenga futuro.
Digo que estaría mejor si Google le diese más foco.
Eso es lo que digo.
¿Vale?
¿Vale?