Llevo años programando con QML y hace eso y más 😁 siempre vi que muchos amigos se mataban desarrollando en multiplataforma y yo feliz de la vida integrando qml, CSS y js solo para procesos que tocaban periféricos y sensores dándome tiempo a disfrutar de la vida. Está interesante para empezar a jugar con esta nueva tecnología multiplataforma 😁👍🏻
No sabía que todavía sigue existiendo. Hará como 12 años estuve una empresa que tenía un equipo de QT. Pero desde entonces no lo había vuelto a escuchar.
¡Hola! Claro que sí, tenemos una variedad de cursos diseñados para ayudarte a crecer en tu carrera de desarrollo en Android y Kotlin. Te recomiendo empezar con nuestra formación "Kotlin Expert" para dominar el lenguaje y todo su ecosistema: devexpert.io/kotlin-expert. Si te interesa el desarrollo de interfaces modernas, nuestro curso "Compose Expert" es perfecto para ti: compose.expert/premium. Para mejorar tus habilidades en testing, echa un vistazo a "Testing Expert": devexpert.io/testing-expert/. Y si buscas una transformación completa en tu carrera, "Architect Coders" es lo que necesitas: devexpert.io/architect-coders. Cada uno de estos cursos está diseñado para proporcionarte las habilidades y el conocimiento necesario para avanzar en tu carrera. ¡Espero que encuentres lo que buscas!
Gran video Antonio! Muy dinámico y perfectamente explicado. Estoy contento de haber tomado la decisión de entrar a Kotlin Expert para dominar Kotlin de una vez por todas!
Hola, gracias por el video, dices que vas a crear un aplicativo para septiembre, cuando empezarás a publicar los videos ? Vengo de React Native y Flutter, de KMP se nada …. Saludos
Ya estoy empezando a grabar vídeos, aunque serán de cosas concretas que vaya aprendiendo, no de todo el proceso. Si quieres ver cómo empezar, te recomiendo que te apuntes a la masterclass que también recomiendo en este vídeo y que tienes en la descripción
Me gusta mucho hacia donde esta apuntando KMP. Lo que me preocupa es que si soy solo una persona (freelancer), podre hacer proyectos yo solo y no morir en el intento? (Proyectos para empresas pequeñas / medianas)
Si, basicamente como los dev js hoy, que te hacen todo de punta a punta con js/ts usando Node, React y React Native por ejemplo. Bueno KMP estaría ofreciendo lo mismo. En especial cuando CMP este estable en todas las plataformas
Flutter lleva más años de ventaja. En cualquier caso el foco principal de KMP I es la UI, sino compartir el resto de la lógica . Aquí hice un vídeo sobré librerías que te puede servir ruclips.net/video/SFgt7_GaNqs/видео.html
Soy desarrollador flutter, pero ahora ultimo estoy desarrollando con jetpack compose y se me hace complicado entender las corutinas y la recomposicion de pantalla y el que no tenga hotreload estresa un poco
Tienes en este canal varios vídeos sobre corrutinas, por si te ayudan. El hot reload de flutter es una maravilla. En compose también lo tienes, pero aún falla bastante
Hola. Muy interesante. 👍Ya empezé aprender KMP. Podrias hacer un video para ensenar como hacer y parametrar un lector de codigos QR multiplataforma para Android y iOS (no ZXing) por favor? Hay QRKit, pero tiene poca documentacion... Gracias 🙂
Tendrás algún video donde hables de las diferencias de Compose Multiplatform y MAUI y sus ventajas y desventajas, yo quiero aprender uno de ellos para monitorizar procesos industriales sin tener que hacerlo desde un HMI o plataforma de RockWellAutomation, Siemens, SchneiderElectric o similar, Desde el punto técnico mas no comercial cual es mejor ?
Tenemos la formación de Kotlin Expert por si te interesa. Te animo a que empieces por el training gratuito, y allí ya te contamos más al respecto de la formación: devexpert.io/training-gratis
Una pregunta yo estoy apenas empezando a aprender Kotlin. Y me interesa lo de multiplataforma (Para mas oportunidades de trabajo y gusto propio). Y pues quisiera saber si es recomendable primero aprender kotlin y luego el Multiplataforma, o puedo ir directamente al Kotlin Multiplataforma (Despues de todo segun entendi el codigo es el mismo, no?) Saludos desde VE Nuevo suscriptor!
lo que estoy viendo es que igual hay que escribir mucho codigo especifico para cada lenguaje, lo que se presenta como una alternativa no superior a flutter.
Si usas Compose Multiplatform, sería exactamente lo mismo que Flutter. Pero muchas veces lo que busca una empresa es precisamente hacer las interfaces nativas para acercarse lo máximo posible a la experiencia de la plataforma, y eso les obliga a duplicar también toda la lógica de aplicación y de negocio. KMP te da precisamente eso, la posibilidad de escribir lo que te interese de forma nativa y compartir código hasta donde quieras, y que el salto entre uno y otro sea muy sencillo.
Se nota que Kotlin Multiplatform ha crecido mucho, pero algo me dice que si no son ellos alguien más pronto va a integrar la inteligencia artificial para desarrollar en multiplataforma de manera sencilla, o por lo menos herramientas como Github Copilot seguirán evolucionando para ello
que tal funciona kotil multiplatform frente al tema de librerias por ejemplo firebase, admob, google pay tanto para Android y IOS , porque vengo de react native y este tema es un dolor de cabeza porque son librerias de terceros y no se actualizan rápido y esto causa que se se tenga problema de implementación y funcionamiento.
Creo que es más factible crear tu backend, usando API Rest y ya que necesitas expertos en cada plataforma, mejor crear la app nativa para cada plataforma.
Las UIs es buena idea hacerlas nativas, pero el resto? Toda la lógica de aplicación puede ser compartida u no repetirla 4 veces. La API también la puedes hacer en Kotlin con Ktor o Spring, y compartir los modelos remotos con las Apps, por ejemplo. O la validación de campos
9 месяцев назад
@@devexpert_io bajo mi opinión de desarrollador nativo iOS/Android pero que en su momento le di oportunidades a Phonegap, después a Ionic y más tarde Xamarin (esta con proyectos en producción), es que todas dan quebraderos de cabeza por un lado o por otro que te acaban liando y consumiendo ese supuesto ahorro de tiempo. Desde los típicos problemas de no conocer la plataforma y tener que pelearte con ella hasta configurar los mil plugins necesarios para compilar, hasta los menos habituales y muy poco documentados que acabas preguntando en stackoverflow rezando que alguien haya pasado por el mismo bug con esa librería de compatibilidad que se hizo algún buen samaritano, pero que lo hizo para iOS 12 y resulta que en 17 ya no funciona. ¿Ventajas siendo realistas? Que con estas soluciones es posible que puedan lanzarse a la piscina con desarrolladores que ya tienen en plantilla, y no tengan que salir a la búsqueda de nativos. O que antiguamente, en las soluciones Html + JavaScript, reducías la dificultad de crear una app, haciendo que alguien con conocimientos medios de desarrollo frontend la pudiera codificar. Apps muy básicas y limitadas como comentas, pero podías, era muy goloso. Ojo, que este KM tiene muy buena pinta y parece, una vez más, la solución definitiva. El tiempo lo dirá. Muy buen video Antonio.
Piensa que el objetivo principal de KMP no es la capa de framework, que es donde se producen todos esos problemas que comentas, sino la lógica de aplicación y de negocio. Es posible llegar hasta la UI con Compose, pero para mí ese no es el valor diferencial.
@@devexpert_ioy qué diferencia hay entre hacer una API con la lógica del negocio en cualquier otro lenguaje, o hacerla con KMP. Al final las UIs apuntarían por llamadas a la API, y la lógica sería una misma para todos no?
@@mapachao-de-to si tienes la lógica en el server sí, pero no siempre es el caso. Y también está la lógica de aplicación: los viewmodels, todos los casos de uso, cualquier tipo de algoritmo que la App necesite... Como todo, depende del tipo de App que desarrolles habrá más o menos código implicado.
Yo desarrollo la Android app con compose creanme es muy facil de aprender. No estoy diciendo ke sea lo mejor para haced multiplatform pero en lo ke se es un lenguaje conciso y facil de usar
JAJA me encanto tu video hermano c: ahora quiero saber tu opinion acerca de algo al dia que Compose Multiplaform sea estable para IOS, sera KMP y CMP las herramientas definittivas para el desarollo cross-platform dejando obsoletas a React Native o Flutter por ejemplo? Muchas gracias y saludos! pd: me encanta que des ejemplos tecnicos y graficos de la architectura de las empresas que justamente adoptan KMP
@@devexpert_io mi duda va a qué KMP y CMP combinadas técnicamente ofrecen una mejor performance (ya que que tienen como algo parecido a los bytecode de Java) y por ende no necesitan un Bridge como React Native para correr código nativo
Sí, lo que pasa que React Native funciona distinto, porque no usan un motor de renderización propio, sino que convierten sus componentes a componentes de la UI nativa, y ese puente es el que puede producir problemas de rendimiento. Flutter y Compose usan su propio motor de renderizado y pintan directamente en un Canvas. La forma de hacerlo de ambos es muy similar.
Acabo de revisar el repositorio, y no pone nada de que la hayan descontinuado. Trataré de investigar más para enterarme. github.com/JetBrains/compose-multiplatform
Significa que usa los componentes que fueron inventados para ello por la propia tecnología. Por ejemplo que en Android se utilicen los componentes del framework de Android o Compose, y en iOS se usen los de SwiftUI. Hay sistemas multiplataforma que lo que hacen es pintar componentes que se parecen a los originales, pero si luego una de las tecnologías les añade una funcionalidad extra, no va a funcionar. Un ejemplo claro es que las apps que no están hechas de forma nativa con SwiftUI en iOS no funcionan ahora con las nuevas gafas de Apple
Me encanta... Aunque Mac sigue bajo demandas por monopolios.. Me la pela.... Cuando liberen un iPhone virtualizado para usarlo no necesariamente en un Mac estaré dispuesto a hacerle apps... Por mientras KMP lo destinar al resto😎... 😎😎😎Simplemente se está poniendo hermoso KMP😅🙌.. Pero.. Quiero saber..... Sigo usando Android estudio o me cambio a fleet? 🤔🤔Aiuda😂
Hola tengo una duda con esta lista de reproduccion: soy de Chile y en el final de la lista de yputube me dice que se ocultaron 4 videos no disponibles me puedes indicar si los puedes liberar para Chile o bien me puedes indicar si son videos que ya no son relevantes a esta fecha. quedo atento Gracias y Saludos.
Flutter está muy enfocado en UI, pero es más complejo hacer las interfaces nativas y compartir el resto del código, que es lo que permite KMP con mucha facilidad.
la tecnología avanza tan rápido que cuando me empiezo a acostumbrar a algo ya hay algo nuevo para renegar. es un ciclo infinito. a veces me pregunto porque no decidí ser carpintero o electricista 🤣🤣
¡Totalmente de acuerdo! Ese sueño de que las computadoras entiendan el lenguaje humano y generen programas a partir de instrucciones verbales es una frontera emocionante en la tecnología. Estamos avanzando hacia ese futuro con herramientas como Kotlin, que facilitan la creación de software de manera más intuitiva y eficiente. Si te interesa explorar más sobre cómo Kotlin puede acercarte a ese futuro, te recomiendo nuestra formación "Kotlin Expert" en devexpert.io/kotlin-expert. También nuestra masterclass gratuita sobre desarrollo multiplataforma con Kotlin podría interesarte: devexpert.io/training-gratis/.
Min 5:40, debiste ser mas justo explicando que Android se quedo estancado en Java 7 por muchos años, y se comparo injustamente a Java 7 con Kotlin por muchos años. Tambien el mal diseño del SDK de Android resulto en una pesima experiencia de desarrollo, culpa con la que injustamente se cargo a Java tambien. Aun con Kotlin la experiencia de desarrollo es pesima, comparado con librerias de ui en Java como Vaadin, JavaFX o etc por mencionar algunas, que no presentaban esa pesima experiencia como si lo hacia Android y su verbosidad. Kotlin no se salvo hasta que Compose vino a medio rescatar, pero igual no es tan comodo como lo que existe alla afuera.
No he sido injusto, primero porque JetBrains no lo creó para Android, sino para el uso del desarrollo de sus propios IDEs. Y segundo porque Kotlin empezó a desarrollarse en 2011, mismo año en que se lanzó Java 7, que ni siquiera tenía lambdas. No hablemos ya data classes, sealed classes, gestión adecuada de nulos, funciones en el sistema de tipado, properties… por nombrar las primeras cosas que se me vienen a la cabeza. Java se estancó como lenguaje durante mucho tiempo, y solo en los últimos años han decidido ponerse las pilas porque le veían las orejas al lobo. Que en Android encajara tan bien el lenguaje fue un efecto secundario que ni siquiera ellos esperaban. De hecho algunas funciones del lenguaje de tuvieron que adaptar durante las EAP del lenguaje, porque si no no se podía usar correctamente en Android.
@@devexpert_io Sure 1. Microsoft no hizo Xamarin, lo compro. Xamarin fue un spin off del proyecto Mono 2. Básicamente son bindings nativos, así que sí es natural para los desarrolladores nativos. Lo que no seria natural es Xamarin.Forms (lo que se convierte en MAUI). Son dos cosas diferentes, el segundo es una abstracción. 3. No tenia problemas en rendimiento en pantallas complejas por [2] 4. Ninguna algoritmo decide nada. No se de donde has sacado eso
@@devexpert_io Sure 1. Microsoft no hizo Xamarin, lo compro. Xamarin fue un spin off del proyecto Mono 2. Básicamente son bindings nativos, así que sí es natural para los desarrolladores nativos. Lo que no seria natural es Xamarin.Forms (lo que se convierte en MAUI). Son dos cosas diferentes, el segundo es una abstracción. 3. No tenia problemas en rendimiento en pantallas complejas por [2] 4. Ninguna algoritmo decide nada. No se de donde has sacado eso
Tienes razón, cuando he mencionado Xamarin me refería a Xamarin.Forms, no conocía el Xamarin original, y por eso también desconocía su origen. Gracias por las aclaraciones
![LangChain Master Class For Beginners 2024 [+20 Examples, LangChain V0.2]](http://i.ytimg.com/vi/yF9kGESAi3M/mqdefault.jpg)
![LangChain Master Class For Beginners 2024 [+20 Examples, LangChain V0.2]](/img/tr.png)
💎 Descubre cómo duplicar tu salario en 6 meses como programador Android 👉 devexpert.io/masterclass-15?
El primer vídeo que veo tuyo y siento que es un antes y un después en mi carrera profesional.
Muchas gracias! Espero que mi contenido te sea de ayuda, bienvenido!
Buen video. Ya le estoy dando duro a tu curso de Kotlin Expert. Es el momento!!
Gracias compañero! A por todas con Kotlin Expert!
Llevo años programando con QML y hace eso y más 😁 siempre vi que muchos amigos se mataban desarrollando en multiplataforma y yo feliz de la vida integrando qml, CSS y js solo para procesos que tocaban periféricos y sensores dándome tiempo a disfrutar de la vida. Está interesante para empezar a jugar con esta nueva tecnología multiplataforma 😁👍🏻
No sabía que todavía sigue existiendo. Hará como 12 años estuve una empresa que tenía un equipo de QT. Pero desde entonces no lo había vuelto a escuchar.
Hola puedes recomendar cursos o series de videos
¡Hola! Claro que sí, tenemos una variedad de cursos diseñados para ayudarte a crecer en tu carrera de desarrollo en Android y Kotlin. Te recomiendo empezar con nuestra formación "Kotlin Expert" para dominar el lenguaje y todo su ecosistema: devexpert.io/kotlin-expert.
Si te interesa el desarrollo de interfaces modernas, nuestro curso "Compose Expert" es perfecto para ti: compose.expert/premium.
Para mejorar tus habilidades en testing, echa un vistazo a "Testing Expert": devexpert.io/testing-expert/.
Y si buscas una transformación completa en tu carrera, "Architect Coders" es lo que necesitas: devexpert.io/architect-coders.
Cada uno de estos cursos está diseñado para proporcionarte las habilidades y el conocimiento necesario para avanzar en tu carrera. ¡Espero que encuentres lo que buscas!
🎁 Domina el desarrollo multiplataforma con Kotlin entrando a esta masterclass gratuita 👉 devexpert.io/training-gratis/?
Hace promociones please, nos llenaste de ilusiones jajajajajaja Buen post !!
Donde queda platform.uno? porque no se incluye aqui?
En el diagrama más que la hamburguesa.. Me acorde de iMessages... Justamente IOS de azul y Android de verde 😂😂😂
Gran video Antonio! Muy dinámico y perfectamente explicado. Estoy contento de haber tomado la decisión de entrar a Kotlin Expert para dominar Kotlin de una vez por todas!
Muchas gracias Patricio! Ojalá lo disfrutes. Un abrazo!
Hola, gracias por el video, dices que vas a crear un aplicativo para septiembre, cuando empezarás a publicar los videos ?
Vengo de React Native y Flutter, de KMP se nada …. Saludos
Ya estoy empezando a grabar vídeos, aunque serán de cosas concretas que vaya aprendiendo, no de todo el proceso. Si quieres ver cómo empezar, te recomiendo que te apuntes a la masterclass que también recomiendo en este vídeo y que tienes en la descripción
Me gusta mucho hacia donde esta apuntando KMP. Lo que me preocupa es que si soy solo una persona (freelancer), podre hacer proyectos yo solo y no morir en el intento? (Proyectos para empresas pequeñas / medianas)
Necesitarás unos mínimos conocimientos de cada tecnología. Pero yo lo veo muy viable
Si, basicamente como los dev js hoy, que te hacen todo de punta a punta con js/ts usando Node, React y React Native por ejemplo.
Bueno KMP estaría ofreciendo lo mismo. En especial cuando CMP este estable en todas las plataformas
Yo desde mi rincón te digo que hagas cosas pequeñas. Y así miran tu portafolio en Github y ya el resto es pasar el aprobado del contacto
De echo si ;) se puede y esto lo facilita muucho
Intente usar KMP pero no encontre librerias, si es fluido pero tardé mucho en hacer una UI. Flutter tiene muchas mas librerias, widgets y comunidad
Flutter lleva más años de ventaja. En cualquier caso el foco principal de KMP I es la UI, sino compartir el resto de la lógica . Aquí hice un vídeo sobré librerías que te puede servir ruclips.net/video/SFgt7_GaNqs/видео.html
Imagínate vengo de c# y comienzo con este mundo estoy que me explota la cabeza jajaajjaj pero que lindo que es jajajajaja puf esto es un universo!!!!!
Soy desarrollador flutter, pero ahora ultimo estoy desarrollando con jetpack compose y se me hace complicado entender las corutinas y la recomposicion de pantalla y el que no tenga hotreload estresa un poco
Tienes en este canal varios vídeos sobre corrutinas, por si te ayudan. El hot reload de flutter es una maravilla. En compose también lo tienes, pero aún falla bastante
El futuro del desarrollo multiplataforma es Dart/Flutter/Fuchsia
@@estefanocampoverde3660 te animo a que veas el vídeo que voya publicar esta tarde. Lo de Fuchsia me encantaría saber de dónde lo sacas 😄
Hola saludos kotlin mp esta basado en kotlin en el mismo entorno de desarrollo?la ruta de aprendisaje es kotlin y luego multiplataforma ? Gracias
Si, correcto
Excelente video informativo maestro 😎
Gracias!
recomiendan entonces aprender kotlin multiplatform si mi objetivo por ahora es una aplicacion que pueda usar en android y windows
Es una buena op opción, sí. Y con compose Multiplatform puedes usar la misma UI para los 2
Hola. Muy interesante. 👍Ya empezé aprender KMP. Podrias hacer un video para ensenar como hacer y parametrar un lector de codigos QR multiplataforma para Android y iOS (no ZXing) por favor? Hay QRKit, pero tiene poca documentacion... Gracias 🙂
Es algo muy concreto, no puedo prometer nada. Pero tomo nota.
Tendrás algún video donde hables de las diferencias de Compose Multiplatform y MAUI y sus ventajas y desventajas, yo quiero aprender uno de ellos para monitorizar procesos industriales sin tener que hacerlo desde un HMI o plataforma de RockWellAutomation, Siemens, SchneiderElectric o similar, Desde el punto técnico mas no comercial cual es mejor ?
No tengo conocimientos de MAUI lo siento, no te puedo ayudar mucho
@@devexpert_io Ok, Igual gracias por la atención en los comentarios, saludos.
Todo apunta a multiplataforma en un futuro. React Native Web está apuntando al mismo camino.
Sí, se vislumbra un futuro en el que haya varias soluciones competentes, con sus pequeños pros y contras, y cada uno elegirá según sus preferencias
Muy interesante , eso de los actual y expect, es muy similiar a los handlers in net maui
Seguramente sea el mismo concepto
Hola, excelente explicación! Soy backend developer, qué me recomiendas saltarme todo ésto e ir directo a ello o echarle un vistazo a estos tutoriales?
Tenemos la formación de Kotlin Expert por si te interesa. Te animo a que empieces por el training gratuito, y allí ya te contamos más al respecto de la formación: devexpert.io/training-gratis
Videazo, gracias por toda la info!
Gracias a ti!
Una pregunta yo estoy apenas empezando a aprender Kotlin. Y me interesa lo de multiplataforma (Para mas oportunidades de trabajo y gusto propio). Y pues quisiera saber si es recomendable primero aprender kotlin y luego el Multiplataforma, o puedo ir directamente al Kotlin Multiplataforma (Despues de todo segun entendi el codigo es el mismo, no?)
Saludos desde VE
Nuevo suscriptor!
Primero es mejor entender las bases del lenguaje. Multiplatform al final es una capa por encima de funcionalidad extra, librerías, etc
Excelente vídeo. Bastante didáctico y entretenido :)
Muchas gracias!
No entendi, ¿puedo usar Kotlin plataform en Android Studio?
Sí, yo es el que uso hoy en día. Aquí tienes un vídeo sobre cómo usarlo: ruclips.net/video/dddEcX74K7I/видео.html
@@devexpert_ioGracias lo voy a revisar.
Tienes algún vídeo sobre Compose Multiplatform?
Depende de lo que busques. En esta masterclass te enseño los primeros pasos: devexpert.io/training-gratis
Excelente video 🎉
Muchas gracias 😁
Como estas Antonio? Sesria muy bueno si puedieras hacer un video de KMP Library. Saludos y Cariños desde Mendoza - Argentin
te refieres a crear bibliotecas con KMP? Gracias!
lo que estoy viendo es que igual hay que escribir mucho codigo especifico para cada lenguaje, lo que se presenta como una alternativa no superior a flutter.
Si usas Compose Multiplatform, sería exactamente lo mismo que Flutter. Pero muchas veces lo que busca una empresa es precisamente hacer las interfaces nativas para acercarse lo máximo posible a la experiencia de la plataforma, y eso les obliga a duplicar también toda la lógica de aplicación y de negocio. KMP te da precisamente eso, la posibilidad de escribir lo que te interese de forma nativa y compartir código hasta donde quieras, y que el salto entre uno y otro sea muy sencillo.
Se nota que Kotlin Multiplatform ha crecido mucho, pero algo me dice que si no son ellos alguien más pronto va a integrar la inteligencia artificial para desarrollar en multiplataforma de manera sencilla, o por lo menos herramientas como Github Copilot seguirán evolucionando para ello
que tal funciona kotil multiplatform frente al tema de librerias por ejemplo firebase, admob, google pay tanto para Android y IOS , porque vengo de react native y este tema es un dolor de cabeza porque son librerias de terceros y no se actualizan rápido y esto causa que se se tenga problema de implementación y funcionamiento.
A día de hoy es igual. Las librerías que hay son de terceros
Creo que es más factible crear tu backend, usando API Rest y ya que necesitas expertos en cada plataforma, mejor crear la app nativa para cada plataforma.
Las UIs es buena idea hacerlas nativas, pero el resto? Toda la lógica de aplicación puede ser compartida u no repetirla 4 veces. La API también la puedes hacer en Kotlin con Ktor o Spring, y compartir los modelos remotos con las Apps, por ejemplo. O la validación de campos
@@devexpert_io bajo mi opinión de desarrollador nativo iOS/Android pero que en su momento le di oportunidades a Phonegap, después a Ionic y más tarde Xamarin (esta con proyectos en producción), es que todas dan quebraderos de cabeza por un lado o por otro que te acaban liando y consumiendo ese supuesto ahorro de tiempo. Desde los típicos problemas de no conocer la plataforma y tener que pelearte con ella hasta configurar los mil plugins necesarios para compilar, hasta los menos habituales y muy poco documentados que acabas preguntando en stackoverflow rezando que alguien haya pasado por el mismo bug con esa librería de compatibilidad que se hizo algún buen samaritano, pero que lo hizo para iOS 12 y resulta que en 17 ya no funciona.
¿Ventajas siendo realistas? Que con estas soluciones es posible que puedan lanzarse a la piscina con desarrolladores que ya tienen en plantilla, y no tengan que salir a la búsqueda de nativos. O que antiguamente, en las soluciones Html + JavaScript, reducías la dificultad de crear una app, haciendo que alguien con conocimientos medios de desarrollo frontend la pudiera codificar. Apps muy básicas y limitadas como comentas, pero podías, era muy goloso.
Ojo, que este KM tiene muy buena pinta y parece, una vez más, la solución definitiva. El tiempo lo dirá.
Muy buen video Antonio.
Piensa que el objetivo principal de KMP no es la capa de framework, que es donde se producen todos esos problemas que comentas, sino la lógica de aplicación y de negocio. Es posible llegar hasta la UI con Compose, pero para mí ese no es el valor diferencial.
@@devexpert_ioy qué diferencia hay entre hacer una API con la lógica del negocio en cualquier otro lenguaje, o hacerla con KMP. Al final las UIs apuntarían por llamadas a la API, y la lógica sería una misma para todos no?
@@mapachao-de-to si tienes la lógica en el server sí, pero no siempre es el caso. Y también está la lógica de aplicación: los viewmodels, todos los casos de uso, cualquier tipo de algoritmo que la App necesite... Como todo, depende del tipo de App que desarrolles habrá más o menos código implicado.
Yo desarrollo la Android app con compose creanme es muy facil de aprender. No estoy diciendo ke sea lo mejor para haced multiplatform pero en lo ke se es un lenguaje conciso y facil de usar
En dificultad está muy a la par con Flutter. También es muy sencillo
En dificultad está muy a la par con Flutter. También es muy sencillo
JAJA me encanto tu video hermano c:
ahora quiero saber tu opinion acerca de algo
al dia que Compose Multiplaform sea estable para IOS, sera KMP y CMP las herramientas definittivas para el desarollo cross-platform dejando obsoletas a React Native o Flutter por ejemplo?
Muchas gracias y saludos!
pd: me encanta que des ejemplos tecnicos y graficos de la architectura de las empresas que justamente adoptan KMP
Gracias! Eso depende mucho de cómo el mercado lo adopte, pero imagino que coexistirán todas en función de las necesidades de las empresas
@@devexpert_io mi duda va a qué KMP y CMP combinadas técnicamente ofrecen una mejor performance (ya que que tienen como algo parecido a los bytecode de Java) y por ende no necesitan un Bridge como React Native para correr código nativo
Sí, lo que pasa que React Native funciona distinto, porque no usan un motor de renderización propio, sino que convierten sus componentes a componentes de la UI nativa, y ese puente es el que puede producir problemas de rendimiento. Flutter y Compose usan su propio motor de renderizado y pintan directamente en un Canvas. La forma de hacerlo de ambos es muy similar.
ya veo ! muchas gracias por tu respuesta@@devexpert_io 😁
Haz visto Kobweb? Que opinas de ello? Es kotlin para web
No lo conocía! Pero me lo apunto para echarle un ojo
Veo que está basado en Compose HTML, que creo que lo han descontinuado, así que mal asunto…
Y yo haciendo mi web con ello. Ya la llevo algo adelantada así que la terminaré, aunque menos emocionado 🤣 😞
Acabo de revisar el repositorio, y no pone nada de que la hayan descontinuado. Trataré de investigar más para enterarme.
github.com/JetBrains/compose-multiplatform
I wanted to learn kotlin, do I need to learn Java?
It’s not required, but it depends on what you want to do
Qué significa una app nativa o que utiliza componentes nativos?
Significa que usa los componentes que fueron inventados para ello por la propia tecnología. Por ejemplo que en Android se utilicen los componentes del framework de Android o Compose, y en iOS se usen los de SwiftUI. Hay sistemas multiplataforma que lo que hacen es pintar componentes que se parecen a los originales, pero si luego una de las tecnologías les añade una funcionalidad extra, no va a funcionar. Un ejemplo claro es que las apps que no están hechas de forma nativa con SwiftUI en iOS no funcionan ahora con las nuevas gafas de Apple
@@devexpert_io ok, comprendo. Gracias. Un saludo.
Hola Antonio, pensando en comprar un Apple Mac Mini M2 8gb Ram 256gb Ssd para poder desarrollar en KMP, crees que trabaje bien?
Quizá los 8GB se queden un pelín cortos en alguna situación. Si te puedes permitir 16GB mejor, si no seguro que te irá muy bien también
quiero crear una web alojado en github , estoy aprendiendo kotlin
y Nativescript?
No lo conozco
Flutter o Kotlin. Estoy por ir or Fluter
Eso es una decisión muy personal. Yo prefiero Kotlin, pero no soy imparcial 😂
Qt es otra opción importante que no fue mencionada.
Correcto, hay muchas, QT no me vino a la cabeza mientras hacía el vídeo
👏👏👏👏👏
😊😊
Me encanta... Aunque Mac sigue bajo demandas por monopolios.. Me la pela.... Cuando liberen un iPhone virtualizado para usarlo no necesariamente en un Mac estaré dispuesto a hacerle apps... Por mientras KMP lo destinar al resto😎... 😎😎😎Simplemente se está poniendo hermoso KMP😅🙌.. Pero.. Quiero saber..... Sigo usando Android estudio o me cambio a fleet? 🤔🤔Aiuda😂
Yo personalmente sigo usando Android Studio
De momento a nivel de madurez creo que sigo prefiriendo flutter.
KMP está maduro, lo que no lo está es Compose Multiplatform.
Hola tengo una duda con esta lista de reproduccion: soy de Chile y en el final de la lista de yputube me dice que se ocultaron 4 videos no disponibles me puedes indicar si los puedes liberar para Chile o bien me puedes indicar si son videos que ya no son relevantes a esta fecha.
quedo atento Gracias y Saludos.
No hay ningún tipo de limitación por región. Esos vídeos que ves es que aún no se han publicado. Se publicarán a lo largo del verano
Y todo eso ya no lo hace Dart con Flutter?
Flutter está muy enfocado en UI, pero es más complejo hacer las interfaces nativas y compartir el resto del código, que es lo que permite KMP con mucha facilidad.
no entiendo a que te refieres al "resto de codigo" y eso de hacer interfaces nativas, pues flutter se compila para muchas plataformas@@devexpert_io
Lo he respondido ya en muchos otros comentarios
Estoy esperando a que CMP alcance estabilidad en iOS. Quiero ser capaz de ser fullstack Kotlin
A ver cómo va evolucionando. En general parece que funciona bastante bien, así que quizá nos sorprenden con una beta pronto
la tecnología avanza tan rápido que cuando me empiezo a acostumbrar a algo ya hay algo nuevo para renegar. es un ciclo infinito. a veces me pregunto porque no decidí ser carpintero o electricista 🤣🤣
Jajaja, ya ves...
Por qué no has hablado de Qt?
Hay muchas tecnologías Multiplatform. He cogido unas pocas representativas
Habría que ser ciegos para no ver el potencial de Kotlin multiplatform; pero de momento será muy complicado desplazar a Flutter.
Bueno, quizá no hace falta desplazarlo, solo elegir en función de las necesidades del proyecto.
El sueño es que las computadoras entiendan directamente el lenguaje humano y generen el programa que se les pide. Ahí van
¡Totalmente de acuerdo! Ese sueño de que las computadoras entiendan el lenguaje humano y generen programas a partir de instrucciones verbales es una frontera emocionante en la tecnología.
Estamos avanzando hacia ese futuro con herramientas como Kotlin, que facilitan la creación de software de manera más intuitiva y eficiente. Si te interesa explorar más sobre cómo Kotlin puede acercarte a ese futuro, te recomiendo nuestra formación "Kotlin Expert" en devexpert.io/kotlin-expert.
También nuestra masterclass gratuita sobre desarrollo multiplataforma con Kotlin podría interesarte: devexpert.io/training-gratis/.
Es mejor flutter , ❤️❤️❤️
Cada uno tiene sus preferencias, sin duda.
Osea que todo este video fue un comercial. Jaja saludos
La teletienda del siglo XXI
Ni idea flaco, yo soy backend 🗿
También puedes hacer backend con Kotlin 😁
Excelente video, gracias
Mucha gracias!
Min 5:40, debiste ser mas justo explicando que Android se quedo estancado en Java 7 por muchos años, y se comparo injustamente a Java 7 con Kotlin por muchos años.
Tambien el mal diseño del SDK de Android resulto en una pesima experiencia de desarrollo, culpa con la que injustamente se cargo a Java tambien. Aun con Kotlin la experiencia de desarrollo es pesima, comparado con librerias de ui en Java como Vaadin, JavaFX o etc por mencionar algunas, que no presentaban esa pesima experiencia como si lo hacia Android y su verbosidad. Kotlin no se salvo hasta que Compose vino a medio rescatar, pero igual no es tan comodo como lo que existe alla afuera.
No he sido injusto, primero porque JetBrains no lo creó para Android, sino para el uso del desarrollo de sus propios IDEs. Y segundo porque Kotlin empezó a desarrollarse en 2011, mismo año en que se lanzó Java 7, que ni siquiera tenía lambdas. No hablemos ya data classes, sealed classes, gestión adecuada de nulos, funciones en el sistema de tipado, properties… por nombrar las primeras cosas que se me vienen a la cabeza. Java se estancó como lenguaje durante mucho tiempo, y solo en los últimos años han decidido ponerse las pilas porque le veían las orejas al lobo. Que en Android encajara tan bien el lenguaje fue un efecto secundario que ni siquiera ellos esperaban. De hecho algunas funciones del lenguaje de tuvieron que adaptar durante las EAP del lenguaje, porque si no no se podía usar correctamente en Android.
pov me acabo de anotar a un bootmacp de flutter xddd
Jajaja, bueno te vendrás muy bien también
😂
Dime que no usaste Xamarin sin decirme que no usaste Xamarin
Lo usé hace años sí, pero para pruebas sencillas. Me sirve más que me cuentes en qué estoy equivocado para aprender de ello.
@@devexpert_io Sure
1. Microsoft no hizo Xamarin, lo compro. Xamarin fue un spin off del proyecto Mono
2. Básicamente son bindings nativos, así que sí es natural para los desarrolladores nativos. Lo que no seria natural es Xamarin.Forms (lo que se convierte en MAUI). Son dos cosas diferentes, el segundo es una abstracción.
3. No tenia problemas en rendimiento en pantallas complejas por [2]
4. Ninguna algoritmo decide nada. No se de donde has sacado eso
@@devexpert_io Sure
1. Microsoft no hizo Xamarin, lo compro. Xamarin fue un spin off del proyecto Mono
2. Básicamente son bindings nativos, así que sí es natural para los desarrolladores nativos. Lo que no seria natural es Xamarin.Forms (lo que se convierte en MAUI). Son dos cosas diferentes, el segundo es una abstracción.
3. No tenia problemas en rendimiento en pantallas complejas por [2]
4. Ninguna algoritmo decide nada. No se de donde has sacado eso
Tienes razón, cuando he mencionado Xamarin me refería a Xamarin.Forms, no conocía el Xamarin original, y por eso también desconocía su origen. Gracias por las aclaraciones
@@devexpert_io Gracias a ti por tomartelo constructivamente, mi comentario fue un poco bait.
PS mi respuesta anterior no es visible
El futuro del desarrollo multiplataforma es Dart/Flutter/Fuchsia
Eso es una opinión más que una realidad basada en hechos
El futuro es hoy, oíste viejo xdxxdxdxd
🫠
Hay que desarrollar nativo, pagarlo y dejarse de joder.
Si tú lo dices…
Muy verde en web está, eso sin mencionar que en iOS todavía ni nace
En iOS es en uno de los sitios donde más se usa KMP. Si te refieres a Compose Multiplatform es otro tema, aunque aún así está más avanzado que en web
Esta muy verde kpm prefiero flutter
KMP ya está estable y listo para producción. En qué consideras que está verde?
Cual futuro? Eso lo viene haciendo Flutter desde 2017
💆♂️💆♂️