¿Qué piensas de Flutter después de la Google I.O.?
Bueno, si quieres te lo digo, pero puede ser un poco polémico.
Es que no te puedo decir algo.
A ver, te lo voy a decir, va.
Te voy a decir, pero no puedo decir nombre.
Flutter, en el Google I.O., si os fijáis, estuvo en el track de web.
Si vais al What's New in Flutter, aunque aquí pone Android y tal,
bueno, aquí pone como que son diferentes tags,
cuando estuvimos allí estaba en el track de web, lo cual era un poco raro.
Y de hecho mucha gente como que lo decía y hablaba y tal.
Hablé con alguien de Google que tiene muchos años de experiencia,
que no puedo decir el nombre, ¿vale?
Que en Google tiene más de 10 años.
Me dijo, básicamente, que la apuesta es Kotlin Multiplatform.
Alguien puede decir, bueno, su opinión y tal.
También lo pudisteis ver un poco en la keynote.
Ya visteis, ¿qué le dieron más importancia?
¿A Flutter o a Kotlin?
La idea a nivel de Android es Kotlin y pasa más por expandir esa parte que no tanto Flutter.
No significa que van a abandonar Flutter, no significa nada de eso.
A mí por lo que me dijeron es que la idea que está teniendo ahora mismo Google es enfocarse.
Tiene muchas cosas abiertas, demasiadas.
Lo están haciendo con Angular, de fusionar Angular y Width.
Lo han hecho también con las Progressive Web Apps.
Lo están haciendo por Android y lo que quieren es tener menos, pero enfocarse en las cosas.
Y en el caso de Flutter, el tema es que el foco no está en Flutter.
El foco está en apostar más por Kotlin Multiplatform.
Eso es lo que me han dicho.
Esto no quiere decir que vaya a morir, que lo vayan a abandonar y tal, pero sí que la apuesta a largo plazo no parece que pase por Flutter.
La verdad, y la sensación dentro de la propia Google.
Y me comentaron un poco de la historia de Flutter, que yo no sabía, y por la razón la que parece que no encaja mucho.
Y es que no sé si lo sabíais, a mí me lo explicaron ahí, que la idea es que...
O sea, esto es bastante bestia.
Esto me lo comentó Maxi, Maximiliano, que estuve con Maximiliano, este crack, que me llevó a una barbacoa mongola.
O sea, impresionante.
Y la verdad es que nos lo pasamos muy bien.
Me acompañó al Apple Park, me paseó por ahí y estuvimos hablando un montón.
Y me contó una historia que yo no tenía ni idea de Dart, pero entonces me encajó un poco con lo que me habían comentado en el Google I.O.
Y es que resulta que Dart, el lenguaje de programación, la idea que tenía Google al principio como lenguaje de programación era para quitar JavaScript.
Llegó a haber una versión interna de Chrome que podías ejecutar Dart de forma nativa.
O sea, yo esto no tenía ni idea.
Pero sí, o sea, resulta que era un lenguaje de programación del 2011.
El objetivo de Dart no es reemplazar JavaScript como el principal lenguaje de programación web, sino ofrecer una alternativa más moderna.
Esto es lo que ponía aquí.
Pero la realidad es que un poco la idea que tenía el equipo de Google cuando lo hizo era más bien que sí, fuese una alternativa, pero que fuese una alternativa nativa.
Que fuese una alternativa nativa en el navegador.
Entonces, ¿qué pasó?
Pues que se quedó un poco ahí a mitad de camino, un montón de sitios.
Y al final se hizo como el lenguaje de Flutter.
Pero resulta que incluso dentro de Google es un lenguaje...
A ver, es que me sabe mal porque esto parece que es un lenguaje que molesta un poco.
Molesta un poco por la apuesta en otros lenguajes.
Y una vez más, JavaScript sigue prevaleciendo.
Es que a ver, si hay que apostar por algo, apuesta siempre por JavaScript.
Es que es muy difícil.
¿Y esto a qué venía?
¿Por qué estuvimos hablando de esto?
Estuvimos hablando de esto porque hay un tema bastante polémico e interesante, al menos para mí.
Ya sabéis que una cosa que anunciaron es que van a hacer que puedas utilizar la AI de Gemini directamente desde Chrome.
AI integrada.
El tema es que lo que quiere hacer Google es, básicamente, quiere integrar la inteligencia artificial de Gemini en el navegador.
De forma...
Sí, dice, ¿Bing ya no te ha implementado?
No, no, pero escucha, escucha.
Es que lo que quieren hacer es que tengas una API interna, o sea, por ejemplo, window.gemini.chat, por ejemplo.
Esto no es lo mismo que tiene Bing, sino lo que están diciendo es tener una API que tú desde tu página web lo puedas utilizar.
Lo que estamos haciendo, estamos desarrollando APIs de plataformas web y funciones de navegador diseñadas para integrar modelos de IA, incluidos los modelos grandes del lenguaje.
Esto incluye Gemini Nano, o sea, ¿Ves? Y por eso tiene una vista pre-anticipada.
La idea sería en la que tú directamente puedas llamar localmente a esta API, que sea una API interna, ¿Vale?
Interna, no sin utilizar un backend, ¿Sabes?
Que es una cosa bastante curiosa.
Pero claro, ¿Qué pasa? ¿Ves? Aquí lo tenemos.
Tu sitio, aquí tendrías la API.
Chrome, Chrome lo tendría, pero no irías al backend, no irías a nada, sino que tú desde tu página web podrías utilizar estas APIs para llamarlas.
Gratis, claro, porque estos son modelos locales.
Es polémico, porque ¿Qué pasa con esto?
El tema es que esto no es un estándar.
Esto es experimental, ¿Vale?
Esto es algo totalmente experimental, que la gente de Chrome ya ha dicho que no están buscando que esto sea un estándar,
sino que lo quieren probar a ver qué hace la gente, cómo funciona y todo esto.
Ya ha habido un poco de polémica justamente porque esto crea una batalla de navegadores a dos velocidades.
Porque Firefox, entonces Firefox, Safari, Brave, todo esto, van a verse obligados o a integrar su propia inteligencia artificial o a hacer algo.
A ver qué hacen, ¿No?
Porque imagínate que tú vas a una página web en la que le puedes dar un clic a un botón y entonces te crea un resumen, ¿No?
Entonces, claro, pero si vas con Chrome, sí que lo puedes hacer.
Si vas con otro, no lo puedes hacer.
Y eso, poco a poco, lo que va a ocurrir, Brave ya lo hace.
Que no, joder, que es que a ver si me entendéis ya, Dios mío, no lo está haciendo a día de hoy ningún navegador.
Porque vosotros estás hablando de navegadores, del botón del navegador.
Por ejemplo, que aquí aparezca un botón y te diga resumir.
No, lo que estamos hablando es que tú, desde la consola, ¿Vale?
Desde tu página web, puedas llamar a algo así.
Como alguien ha puesto el ejemplo, ¿Vale?
Que puedas llamar Windows, Windows no, Windows.gemini, que no es lo mismo.
O sea, que tengas una API interna y esto, cualquier página web pueda llamar a esto.
Esto no lo ha hecho a día de hoy ningún navegador.
No lo ha hecho ningún navegador.
Pero los navegadores, a día de hoy, como Bing y tal, lo que han hecho es, a nivel de navegador hacia afuera, no hacia adentro.
No que tú tengas una página web y puedas llamar a la API.
Sino lo que hagas es que a lo mejor tienes un botón aquí que te dice resumir o preguntar o lo que sea, ¿Vale?
Por eso os digo que esto no ha hecho ningún navegador.
Que ya os digo que igual no lo hacen.
No lo hacen nunca.
Pero es polémico.
Es polémico porque esto es lo que hace que ya hay APIs que existen solo en Chrome y no utilizan en los siguientes.
Por ejemplo, en Chrome está API.
Ah, no.
Ahora sí que está allá en todas.
Vale.
Pues esta no es.
El Web Speech API.
Hay una parte de estas.
¿Puede ser el Recognition?
No sé si es la de Recognition.
¿Puede ser la de Recognition?
Hay una de estas que no están todas.
Que no están todas.
¿Ves?
Firefox este no lo tiene.
Firefox no lo tiene.
Safari ahora la ha puesto.
Pero Firefox no lo ha puesto y no sé si lo pondrá nunca.
Entonces ya hay APIs que ya pasa esto.
Que como no son estándares realmente, pues hay navegadores que optan por no ponerlo.
Cada uno hace lo que quiera con esto.
Pero a nivel de navegador, la IA tendría más contexto de lo que vemos o de la web que tenemos abierta.
Nos mirarán por todos los lados.
No porque, y lo interesante de esto, es que esta API no mandaría la información fuera.
Es un modelo de datos interno, ¿vale?
O sea, eso no hace una llamada a un servidor.
Ese modelo es local y se ejecuta en tu navegador y se queda en tu navegador.
Y esa información debería no enviarla en el navegador.
Punto.
O sea, fuera del navegador.
Que es interesante, pero a la vez da un poquito de miedo, ¿no?
Porque fijaos, las APIs de exploración solo están diseñadas para la creación de prototipos locales.
Con estas APIs de exploración tenemos la intención de solicitar comentarios,
confirmar suposiciones y determinar qué APIs de tareas compilaremos en el futuro.
Por lo tanto, es posible que estas APIs nunca se inicien.
O sea, esto es experimental totalmente, ¿eh?
Sí, como el modo incógnito.
Como el modo incógnito.
Totalmente.
Está interesante, pero, de nuevo, es una API que haría que hubiera demasiada diferencia entre Chrome y el resto.
Y habría que ver qué hacen el resto.
¿Cualquier PC podría correrlo?
A ver, cualquiera podría correrlo, pero el resultado en cuanto a tiempo de ejecución sería muy distinto.
Esto es como las páginas web.
¿Cualquier ordenador puede entrar en cualquier página web?
Pues sí.
Otra cosa es cómo te funciona la página web.
Igual te funciona a cachos, ¿no?
Una app interna funcionaría sin conexión a internet.
Totalmente.
Estas APIs internas funcionarían sin conexión a internet.
Bueno, consumo de RAM, veríamos, ¿no?
Sinceramente, si no es un estándar medianamente generalizado, me sabe mal.
Ya, a mí también me sabe mal.
Es como que me gusta, pero a la vez tiene un poco de peligro.
Por ejemplo, una cosa que sería interesante es, por ejemplo, esto.
¿Veis esto que pone Translated by Google?
Se usó la API de Cloud Translation para traducir esta página y tal.
Esto lo podríamos hacer con ese modelo interno sin necesidad de tener que llamar a una API externa y tal.
Claro, eso te mejoraría la experiencia del usuario.
Pero esta parte, entonces, solo la podría mostrar en ciertos navegadores.
Me gusta, pero me asusta totalmente.
Ponía que eran modelos de 10 o 100 megas, así que igual hasta móviles podrían ejecutarlo.
Sí, es el de Gemini Nano, que es el modelo más pequeño, justamente.
Entonces, sí, la idea es que sea para tareas muy sencillas.
De hecho, ¿veis?
Google anunció que llegará a automatizar algunas tareas con IA, como escribir en redes sociales.
Madre mía, lo que nos faltaba, que es automatizar y escribir en redes sociales.
Ya hay un montón de gente diciendo tonterías como para que encima pongan esto.
Creo que hay dos partes de esta noticia.
Una parte en la API interna y luego hay features que...
Claro, soy exacto.
Gabriel tiene toda la razón.
Hay dos partes de esta noticia.
Por un lado, van a integrar Gemini en el navegador, como ya está en Bing.
De forma que, por ejemplo, no sé si lo habéis visto, que esto es una cosa nueva.
Lo van a integrar en la consola.
A ver si tengo Canary y os lo enseño en un momento.
Gemini Explain Console Errors Chrome.
Esto es una cosa muy parecida a lo que ya tiene Bing.
Pero si lo queréis probar en la nueva versión de Chrome...
A ver si tengo la última versión, porque si no...
127.
Vale, se supone que sí.
Vale, entonces...
Aquí, esto hay que ponerlo...
Es un poco rollo, pero para que sepáis cómo mostrarlo, para que os aparezca la opción...
Aquí en la consola...
¿Ves?
Aquí en la consola me debería aparecer la opción de entenderlo con inteligencia artificial.
Hay que iniciar la sesión, porque si no inicia la sesión no lo hace.
Tienes que iniciar sesión con Google.
Tienes que poner el idioma en inglés.
O sea, que tiene un montón de pasos, como podéis ver.
Vale, espérate que me pide ahora iniciar sesión aquí.
Quiero llavero del teléfono.
Venga.
Venga.
Teléfono.
El teléfono...
Joder.
Madre mía, que la hay cosas para iniciar sesión en Google.
Eso está bien, porque al final así es difícil que te puedan hackear, ¿eh?
A ver.
Conectando.
Sigue los pasos.
Venga.
Face ID.
Madre mía.
Sí, soy yo.
Vale.
Venga.
Iniciando sesión.
Venga, sí.
Acepto.
Venga.
Acepto.
Navegación mejorada.
Sí, lo que tú digas.
Vale.
Entonces, ahora que ya tenemos esto, ya he iniciado sesión.
Voy a cerrar esto.
Vamos a abrir otra vez las Chrome Developers.
Chrome Canary.
Understand errors.
Vamos a ver si aparece.
Aquí hay una...
Este sería el ejemplo.
Vamos a la página de demostración.
A ver si aparece.
Le damos a inspeccionar.
Vamos a quitar esto.
Quita.
Claro, se están instalando todas las extensiones.
Nos vamos aquí al Settings.
Y ahora...
Tampoco me aparece.
¿Ves?
Que no me aparece.
Menudo fail que no me aparece.
En el portátil sí que me aparece.
En el portátil me aparece aquí lo de explicar los errores y tal.
Bueno, básicamente...
Porque veo que no...
¿Ves?
Me debería aparecer aquí un iconito.
Básicamente lo que hace...
Es raro que no aparezca.
No sé si a lo mejor es que tarda un poco.
A ver.
Reload the tools.
Don't show again.
A ver ahora.
A lo mejor es que tenía que cargar un momento...
Porque además está como penchado esto.
Hola.
A ver.
Dios mío.
Lo que quiero...
Quiero probar una cosa.
Memo inspector.
Sí, sí.
Lo que tú digas.
Madre mía.
No sé qué le ha pasado.
Se me ha quedado penchado el...
Esto sí que funciona.
Pero aquí no me funcionan los clics.
No me funcionan los clics.
A ver.
Suéltame del brazo.
Déjame hacer lo que quiero hacer.
Pues nada.
Es que cuando abro esto, se congela.
Vale.
A ver ahora.
A ver ahora.
Console.
Pues nada.
No me aparece.
No me aparece.
Puede ser que esté porque estoy en España y en Estados Unidos me lo mostraba.
Puede ser, ¿eh?
Tiene un virus.
Pero creo que es eso, ¿eh?
Creo que es porque...
Creo que es porque no estoy en Estados Unidos.
Sí, esto ya lo he hecho.
Pero puede ser que sea por eso, ¿eh?
No, la versión no es.
Creo que es eso, tío.
Creo que es porque en Estados Unidos me lo mostraba, ¿eh?
No, no está en Experiments.
Es que ya os digo que en el portátil yo lo he llegado a ver.
Lo he llegado a ver.
Y aparece aquí abajo.
En consola, aquí en console, aparece aquí justo debajo y pone explain errors con no sé qué, no sé cuánto.
Bueno, pues nada.
Nos vamos a quedar con las ganas.
Pero bueno, la idea es que una vez que tienes el error, lo que tienes por aquí es que te aparece este iconito que le das y te explica el error, ¿vale?
Esto sería la integración a nivel de navegador.
No esto sin API, sino que esto es el navegador.
Y esto, pues lo que hace es que tienes el Gemini y te lo explica.
¿Ves?
Te está explicando aquí todo.
Le puedes decir los errores.
Incluso te da como código esto para arreglar el course.
Esto está bastante bien.
Al final, buscarlo vas a buscar en internet de alguna forma.
Entonces, al menos que te quite, te evite un click.
O sea, te evite tener que estar buscando en internet cómo es el error y todo esto.
Pues, hombre, algo es algo.
Ya se agradece, la verdad.
Pero todavía, no sé, lo estuve probando.
Y para cosas muy obvias, como el error de course, funciona muy bien.
Pero para cosas no tan obvias, no es muy útil.
Por ejemplo, el error en la línea no sé qué, no sé cuánto.
Y sobre todo que el código está minificado, se queda como, vale, no me estoy enterando muy bien.
Pero bueno, todo lo que ayude a entender mejor los errores, pues es bienvenido a las cosas como son.
Muy bien, esos errores de Chrome nunca son claros.
Bueno, el de course no es muy claro.
Pero bueno, tampoco es que más o menos ya no lo sabemos porque es demasiado repetitivo.
Por eso funciona tan bien, porque cuando son errores tan repetitivos, en Bing está, es exactamente lo mismo de Bing.
Así que es exactamente lo mismo.
¿Qué piensas sobre Kotlin y el avance que está teniendo Kotlin Multiplatform?
Se nota que tendrá un buen desempeño.
Pues me parece que muy bien.
O sea, súper buena pinta Kotlin Multiplatform.
Y ahora con el pedazo de anuncio de la keynote de Google, pues imagínate.
O sea, yo creo que Kotlin se está poniendo muy, muy, muy buena cara porque el hecho de poder tenerlo en server site, en Android, que es el lenguaje nativo, en WebAssembly, para JavaScript, para hacer aplicaciones en iOS también, en desktop.
O sea, va a ser tremendo.
Creo que Kotlin ahí ha hecho una estrategia buenísima.
Además, es un lenguaje que tiene mucha documentación.
Eso es una ventaja que tiene sobre Dart.
Lo malo de Dart o lo malo de Flutter es que está hecho sobre Dart.
Y Dart es un lenguaje que solo se utiliza para eso.
Que sí, que se puede utilizar en el servidor, pero solo se está utilizando para eso.
Entonces, parte con desventaja a la hora de tener una comunidad mucho más grande.
En cuanto al lenguaje, no sobre Flutter, sino el lenguaje.
Es que tiene más comunidad, para que te hagas una idea, el framework que no el lenguaje.
Y eso puede ser un problema para la evolución y para atraer a más gente.