Kotlin Multiplatform: la tecnología multiplataforma del futuro - T3chFest 2024
HTML-код
- Опубликовано: 2 апр 2024
- Por Antonio Leiva Gordillo.
Sumérgete en el emocionante mundo de Kotlin Multiplatform y descubre cómo esta tecnología está transformando la forma en que desarrollamos aplicaciones para diferentes plataformas.
En esta charla exploraremos a fondo Kotlin Multiplatform y aprenderemos qué lo diferencia de otras tecnologías, y cómo aprovechar al máximo su potencial.
📅 Programa completo: t3chfest.es/2024/programa 
Наука
Casi toda mi carrera como programador ha sido trabajando con desarrollo multiplataforma, llevo varios años con Flutter pero KMP trae algo que me parece espectacular, la capacidad de escoger que tanto código quieres que tus aplicaciones compartan. Aunque seguiré trabajando con flutter no puedo evitar elogiar este avance en el desarrollo multiplataforma.
Gracias Alejandro! Flutter sin duda puso el listón muy alto, y sigue siendo imposible compararlo en cuanto a facilidad de uso y tener algo funcionando en tiempo récord. Yo creo que habrá hueco para ambos en el mercado.
Y que te parece Flutter para la capa de presentacion y delegar Dominio y Datos a Kotlin?
Gracias por compartir! Justo estaba viendo que elgir entre Flutter y Kotlin y parece que a kotlin se le vienen muchas cosas!
👏
Flutter sigue siendo my way to go
Como competencia, Flutter y Kotlin Multiplatform no son "competencia" directa. Kotlin Multiplatform es una alternativa 100% multiplataforma, de tal forma q puedes usarlo en todos los ámbitos. A diferencia de Flutter que es una "capa" y que puede interactuar con lo nativo, en Kotlin la parte especifica de la plataforma también la puedes escribir en Kotlin.
@@xaviermendezyanez8144 lo importante aquí es que con Flutter haces una sola UI y se replica en todas las plataformas.
Es la ventaja principal de Flutter.
Esto de Kotlin Compose..... todavía en alpha..... también elijo Flutter.
Estaba entre flutter y kotlin y este evento me dejo claro que debo seguir con flutter😂
lo mismo pensé...flutter es peso pesado, claro lo de la sintaxis de anidar hijo dentro de hijo a veces se pone algo pesado, pero con el tiempo te acostumbras
@@camilocharry kotlin platform es el futuro aunque te duela
@@israel333666 pues fíjate que no me duele, de hecho, aprendí a programar usando Kotlin y me gusta mucho, pero como desarrolladores no podemos "casarnos" con un lenguaje, la industria cambia y las necesidades también y nosotros simplemente nos adaptamos o (en el peor de los casos) nos volvemos simios como vos.
@@israel333666 Solo el tiempo lo dirá, no seria la primera vez que Google abandona una tecnología o deja de apostar por ellas.
Sigues eligiendo Flutter después del Google IO 😅??
Resumen presentación KMM: 32:38
Estupenda conferencia...
Muchas gracias!
Igualmente siento que KMP necesitas si o si saber dos lenguajes Kotlin y Swift . Mientras que con React Native o Flutter puedes escribir a base de un solo lenguaje de programación.
si eres un mobile developer tienes que saber si o si ambos. ademas KMP solo necesitas usar kotlin si usas CMM, pero en muchas apps necesitaras saber tambien swift y js para ios y web en casos puntuales de uso que es donde los mobile developers fuertes brillan
Tarde o temprano vas a escribir nativo para cualquier de estas herramientas multiplataforma. Siempre fue así.
Depende, si usas Compose Multiplatform, raro será que tengas que tocar mucho en Swift.
Hay algo que el gran Antonio Leiva no ha comentado y es que KMP también es para Backend, por lo que puede hacer el mismo servicio en JVM o Node.js hasta el nivel que quieras. Lo cual no hablamos solo de clientes, si no de Back ;)
Si que lo dice.
@@SebastianWetzel21 lo comento muy de pasada, sí
Esto fue hace dos meses , cuanto cambio el panorama con la conferencia de Google 😮
Bueno, Google sigue sosteniendo que tanto Flutter como KMP tienen su mercado y sirven para distintas situaciones.
Donde fue ese evento?
Somos T3chFest 🤓
Recuerdo q hace ya más de 20 años q se empezó a buscar un lenguaje q pueda hacer frontend para todas las plataformas. Nunca llegaron a convencerme al 100%.
Siempre tienen sus pegas cuando los comparas con desarrollo 100% nativo. Pero el posible beneficio es tan grande, que estas herramientas no dejan de evolucionar.
Interesante este tema osea que puedes usar un mismo lenguaje para tu aplicación, tanto para backend y front end en sus diferentes dispositivos de forma nativa 🤔.
Sí, más o menos es esto.
Q cool awe
Gracias!
Flutter y su ; lo matan, seguiré con kt ahorrandome un ; :)
Si eliges tecnologías con ese criterio mal vamos hermano
Soy Android Dev y KMP es una estafa , no puedo usar libremente cualquier librería de solo swift en un proyecto
Están trabajando en ello, lo anunciaron en la última KotlinConf.
No me importa que tipo de lenguaje o que plataforma, solo quiero trabajar menos y mas rapido y sin los malditos errores
En ello están, intentando que cada vez sea más rápido y con menos errores. Pero no es fácil
Que aburrido 🥱 yo sigo con flutter
Por favor, no tengo nada en contra del ponente ni muchísimo menos, eso que quede claro, pero ¿Enserio? Señores, existe Flutter, no hay nada más que añadir
¿Qué quieres decir?
Existen todos los que comento, no me he inventado ninguno 😄
Kotlin Multiplatform funciona igual que Xamarin y que Ionic, creando wrappers alrededor de una aplicación compartida y que molesto que lo intenten vender como algo nuevo pero bueno, se ve bien !
A qué te refieres con "creando wrappers"? La verdad que no sé cómo funcionan Xamarin o Ionic, pero Kotlin Multiplatform no crea wrappers.
Eso que dices es literalmente mentira.
Kotlin multiplatform no crea wrappers, genera una interfaz nativa para la plataforma a la que haga target.
Ionic/Capacitor lo que hace es instanciar un webview donde se ejecutan los gráficos de la aplicación y tiene un "native bridge" con el que comunicarte con las APIs nativas que previamente hayan sido implementadas por un plugin.
Y Xamarin sí que lo desconozco más, pero según he escuchado escala bastante mal.
Donde deja platform.uno?
Y avalon.