@@josuecaceres6271 tanto Flutter como Kotlin son buenas opciones, si puedes aprender los 2 mucho mejor. Ya luego decides cuál te gusta más, aunque más salida laboral hay con Kotlin.
Bueno quisas nadien me conozca , pero he trabajado con flutter hasta llegar hacer comunicaciones entre android con kt y dart flutter tengo y hago mis propias librerias de lo que no existe y necesito , trabajo con kotlin tambien , pero de os digo que flutter tiene muchas ventajas con el desarrollo rapido y las startud y no veo por que tantomproblema si el uno o el otro si quereis trabajar en lo nativo y tenes tiempo y dinero kotlin de lo contrario kt inclusive a modo personal je trabajado el multiplarfom y todavia le falta , me ha tocadi hacer en la empresa donde estoy casi el 40% de codigo en swift por que todavia arroja errores , pero lo hago funcionar , no se casen con ningun lenguaje adquiere habilidades de patrones de diseño y comuniquelen a la empress las ventajjas de trabajar hibrido y nativo. En resumen las dos funcionan.
Me gusta FLutter pero no no me agrada la forma de colocar el código parece un poco embrollado. Kotlin es más claro... pero al mismo tiempo me parece muy redundante en la forma declarativa.. alguien siente lo mismo?
Ambos tienen sus pros y sus contras. Yo he usado ambos y me parece un poco más claro Compose, pero sí que es verdad que Flutter también tenia sus ventajas.
Hace unos 6meses que estoy desarrollando con Flutter, antes desarrollaba con ReactNative PERO claramente los sistemas nativos entendieron la importancia del desarrollo multiplatforma y se están subiendo al carro. Así que ya no veo sentido de utilizar tecnologías intermedias eventualmente las empresas ya no invertiran en perfiles como el mío por lo que a menos que se trate de proyectos pequeños para pymes o Startups que buscan algo rápido y eventual, lo mejor será irse para Kotlin Multiplatform y si vas aprender otro lenguaje como Dart mejor aprender Swift y seguir formándome en lo que en un par de años podría ser un Dev Mobile FullStack
¡Gracias por contar tu experiencia! Bueno, de momento podemos confiar en que Google seguirá apoyando a Flutter. Pero es verdad que con la reducción del equipo y el foco fuerte que están poniendo en KMP, pinta rara la cosa.
@@juannegrete4906 tal como menciono para una pyme o Startup seguirán siendo necesarias alternativas como Flutter o ReactNative, porque inicialmente lo que les importa son los tiempos de salir a producción 😅 parecerá loco pero es así, es nuestro trabajo asegurar que cumpla los requerimientos y salir lo más pronto, en ese caso tecnologías tipo Flutter, ReactNative incluso herramientas Nocode Bubble o FlutterFlow seguirán teniendo su espacio. En cuando al desarrollo para desktop no lo veo muy fuerte en este sector, la mejor alternativa para desplegar y escalar será la nube, recordemos que usualmente este sector no es muy "tecnológico" por lo que no estará pendiente de mantener actualizaciones. En todo caso existen tecnologías como Electrón en el desarrollo para Desktop, será más que suficiente para cualquier requerimiento en este sector.
Al final me parece que kotlin como lenguaje tiene mas potencial, será mejor y mas controlado usar KMM que cualquier otra cosa pues ocupas nativo y code base utilizable.
No deberias tardar un año si no por lo mucho 15 dias . Adaptar tu cerebro a estos cambios y aprender rapido es lo que te hara sobrevivir a la inestabilidad del desarrollo.
Hola DevExpert, recién acabo de conocer tu canal y estoy muy interesado en aprender Kotlin, ¿por dónde empiezo? ¿debo aprender Java para complementarlo con Kotlin?
Para la gran mayoría de empresas (grandes, pequeñas etc) no tiene sentido NO compartir la misma UI, siempre buscamos dar la misma experiencia de usuario independiente del dispositivo, el día que KMP tenga ese punto resuelto, si será el día en que empiece el declive de Flutter y como veo las cosas lo mas probable es que así sea en un par de años.
Bueno, depende del producto, no todos quieren ser igual en cada plataforma, sino adaptarse al lenguaje de la misma. A la gente de iOS no le parece normal usar una app con diseño Material. Eso lo aceptamos los de Android porque es a lo que estamos acostumbrados. Y Compose Multiplatform no va a necesitar 2 años, iOS ya está en beta. Estamos hablando de meses para que sea estable.
Después de ver este vídeo lo tengo todavía más claro, para mi la solución más interesante es Flutter. Si quiero escribir un código que me sirva para Android e IOS quiero compartir todo, no tener que estar desarrollando y manteniendo dos UI. Solo para casos muy muy específicos va a ser necesario usar UI nativa y para el resto, Flutter es mucho más cómodo y sencillo de mantener.
yo me quiero pasar a nativo... de Flutter a Kotlin Multiplatform uaser siempre ambas, pero siento que deberia aprender mas de nativo... pero odio la interfaz de Android Studio adema de que me va lento, estoy adapatado VSCode... voy intentar desarrollar con VSCode y kotlin aunque dicen que no es la forma mejor adapatada de llevar los desarrollos
el IDE de android studio es genial siempre y cuando tengas los recursos para correrlo, no hay nada mejor en el mercado cuando tienes una mac m2 o m3 con 32 GB de ram
El que no conoce a Dios, cuando lo ve se asusta. Android Studio está basado en Intellij Idea Community, pero Intellij Idea Ultimate es el mejor IDE que existe en el mercado, en especial para desarrollar en Kotlin. En fin, si busca mantener algo similar a VS Code puede intentar trabajar con Project IDx. De todas formas, lo importante es trabajar con una herramienta que se sienta cómodo. Aunque si viene de flutter, Android Studio o Intellij Idea será mucho mejor que VS Code, ya que puede accederas fácil a logcat por ejemplo y sobre todo, a todo lo que es Firebase y Gemini
@@andrescp no lo tomes a mal, pero a mi no me gustan los IDE, el Editor de Codigo mientras cumpla con lo basico y me deje controlar mi proyecto mejor, los IDE siento que aveces por querer facilitar hacen mas engorrosas las cosas
Es posible customizar el IDE pero aun así el flujo de trabajo es muy distinto a un IDE como Xcode o VSCode con todos sus plugins, tengo una m1 y va bien pero siempre esta esa sensación de que al hacer un click se demorara una eternidad y eso es muy molesto, igual a dia de hoy el flujo de trabajo con Flutter es mas veloz así venga a decir lo contrario es muy facill darse cuenta.
Intente usar KMP, me compre un curso de hace 3 meses. Y ahora todo ese código ya no funciona por las actualizaciones de KMP. Mi proyecto que realice en tantas amanecidas ya ni funciona y me ha fustrado hasta la depresión. No se si a alguien mas le paso eso que KMP aun parece una tecnologia joven y sufre muchos cambios a tal punto de que no haya un curso que se pueda adquirir porque para entonces el codigo ya no sera el mismo
Cambia muy rápido todo esto sí. Mucho ánimo, quizá si te frustran mucho estos cambios tan grandes es mejor que esperes un tiempo a que todo el ecosistema sea más estable.
Claramente kmp seria la tecnologia mas importante para el desarrollo multi, el problema de flutter no es flutter sino dart que lo esta lastrando, yo trabajo en nativo y flutter, cuando estoy escribiendo en nativo con kotlin es literalmente fun, pero cuando me toca trabajar con flutter dart me quita lo fun... equatable y freezed ayudan en algo a hacer el código más dijerible pero no es lo mismo la simplicidad de kotlin
Obviamente son dos tecnologías totalmente diferentes, veo más sentido al concepto de reutilizar código en flutter que kmp, considerando que si uno conoce las tecnologías nativas de cada plataforma tienes mejor control de flutter, digo si se habla de tener una ui y logica para cada plataforma es utilizar el api de cada uno lo cual si no me equivoco flutter si lo hace, igualmente kmp es una alternativa que estoy aprendiendo pero no va remplazar a flutter en un largo tiempo, ahora kmp tiene más ventaja sólo si tu espacio de trabajo principal es android si no es así no le veo tanto el sentido, si hablamos de que kmp es mejor solo porque funciona nativamente para android en ese caso prefiero hacer la app en las tecnologías nativas.
de hecho kmm tiene mas sentido, una app nativa en xml que tenia en kotlin la migre a KMM y practicamente fue un copiar y pegar, solo cambie implementacion de room y la de retrofit por ktor
Yo empecé a migrar una aplicación que tenía en MVP con vistas traicionales a MVVM con Compose y oh sorpresa, con la misma complejidad de diseño y mi app en Compose tarda años en iniciar jaja sin mencionar los problemas que he tenido para replicar comportamiento como el tamaño de texto responsivo, y aún cuidado evitar recomposiciones, así que aún no me convence y no sé si seguir migrando la app :/
Esto me hace pensar en si a los usuarios les importa tanto el estilo UI propio de su plataforma como para invertir tiempo en hacer el código en cada estilo. Creo que vale más la pena implementar un estilo de UI propia de la marca/empresa similar a como pasa en las páginas web
Es un buen punto, y dependiendo del tipo de app puede merecer más la pena o menos. No es ya solo la apariencia, sino la integración con el sistema en general. Me contaban por ejemplo que la App de RUclips no funciona bien en las vision pro porque está hecha en flutter. Puede que muchas apps sencillas ni necesiten preocuparse por este tipo de detalles, pero habrá otras que si
Google aún no recomienda Compose Multiplatform porque ESTÁ EN BETA/ALPHA. Ellos no pueden recomendar algo que no esté listo, por eso recién hace unas semanas le han dado soporte a KMP.
Y porque si incluyen Compose en la ecuación, Flutter se queda un poco descolgado. Aún así, incluso con Compose en release, creo que Flutter tendrá su mercado. Es mucho más sencillo para empezar.
Yo creo que hubiera sido mucho más fácil explicarlo así tipo vas a hacer una app superexigente en cuanto UI para varias plataformas ve a ktm, quieres algo rápido de hacer y "sencillo" para varias plataformas usa flutter, para mi google tuvo mucho mal timing en hacer lo que hizo con el equipo de flutter y darle tanto bombos y platillos a ktm solo hizo entrar en pánico a la comunidad
@@devexpert_io Por eso las comillas por qué lo que se puede hacer el Flutter es una barbaridad pero digamos que esa palabra es con lo que se le vende pero cuando la gente entra descubre el potencial
Con tu comentario creo que no entendiste la explicación, justo no esa es la diferencia, como dice el autor, hay aplicaciones muy complejas incluso con animaciones avanzadas en Flutter. La diferencia es que con KMP es que solo compartes la lógica de negocio entre diferentes plataformas (Android, iOS, Web, etc) y con Flutter tienes un único código base y haces la compilación de ese mismo código (Lógica de negocio y UI) a todas las plataformas, con KMP no puedes compartir la misma UI con diferentes plataformas.
Dart tambien es multihilo por ende puede sacarle el maximo provecho al hardware, tiene mejor experiencia de desarrollo, tiene un gestor de paquetes y dependencias (no gradle), linter, analisis estatico, devtools, todo agnostico en el sdk a diferencia de kmp, Ademas flutter tiene hot reload menos en web, kotlin solo en android al parecer tiene instant run que no es lo mismo.
No he podido instalar Flutter en mi Macbook con procesador Intel , ha sido un dolor de cabeza , porque tienen prioridad los de los procesadores Apple M1, M2,M3 , por lo tanto voy a tratar de instalar Kotlin , o crees que habrá una forma de poder instalar Flutter en Macbook Intel, que me aconsejas?
Cuando yo lo hice, en la página de descarga está la opción de cual procesador tienes, si el M1 o el intel, en mi caso yo lo instalé en el intel, lo instalé como si fuera linux, lo de siempre, variables de entorno, añadir el bin, etc. etc.
Yo tengo dudas sobre que podria hacer. Actualmente estoy aprendiendo Flutter y pienso tener un nivel avanzado al finalizar el año, esto realmente debido a que mi trabajo no me permite dedicarle tanto tiempo a practicar. Sin embargo he buscado ofertas como Flutter Dev y no he tenido mucho exito para encontrar a pesar de que ya tengo cierto nivel de experiencia. Mi duda es si deberia seguirme enfocando en aprender Flutter o dejo Flutter y aprendo Kotlin o aprendo ambos al mismo tiempo. Realmente me encuentro en un dilema, me encanta el desarrollo movil y me encantaria estar trabajando como tal :(
Al final donde más negocio hay siempre es en el nativo. Yo te recomendaría que si aprenders Flutter, aprendas nativo también. Una parte buena de Kotlin Multiplatform es que casi todo el aprendizaje de nativo para Android te lo puedes llevar a Multiplatform: mismo lenguaje, mismas arquitecturas, cada vez más mismas librerías...
Gran video!. Una pregunta, en mi caso soy Backend Java y le he estado echando el ojo a kotlin, aún no decido si aprenderlo o no pero he visto que para backend se puede usar con muchos frameworks y librerias de java, ademas ahora con lo de multiplatform, viene genial para hacer apps que funcionen en varios dispositivos. Se que el contenido es enfocado a mobile/android, pero que tal ves apostar por kotlin para backend y a futuro abrir puertas gracias a multiplatform? sobretodo también a nivel laboral en europa. Saludos!
Lo veo muy bien! De hecho este jueves traemos una entrevista de una chica que se dedica a desarrollo backend con Kotlin. Cada vez hay más empresas apostando por Kotlin, y efectivamente con KMP es una gran ventaja
Ambas tienen sus pros y sus contras como programador, sin duda. A mí me maravillaba el hot reload de flutter. Ahora con Compose estamos cerca, pero aún le falta un poco
Salvo por la parte de configurar el proyecto, creeme que Kotlin es mil veces mas bello. Ademas, los Android/Kotlin devs tienen una cultura muy superior y mas organizada ya que Google y Jetbrains pone las normas y todos estamos siempre en la misma pagina, donde en Flutter hay tantas librerias que la gente se dispersa, solo para decidir un Statemanagement recuerdo que fue un dolor de huevos... y ya que la mayoria del publico de Flutter viene de Javascript he visto ZERO buenas practicas... no arquitecturas, no patrones de diseno...
Es posible que en unos años muera uno de los 2, esperemos a ver cuál sobrevive al paso del tiempo, pero algo me dice que tienen que sacar algo más como transformar js o ts a nativo o que Apple se pronuncié, este tema va A ser candente cuando la Google play store llegue a Apple 😅
Al final cada tecnología tiene sus cosas. Yo soy un enamorado de Kotlin, pero entiendo las ventajas que tiene Flutter. Defender Dart me cuesta un poco más 😅
Pero la idea detrás de KMP es compartirlo con el resto de Apps. Si lo quieres hacer solo para una App, siempre serán mejor soluciones más típicas. Tampoco tendría sentido hacer en KMP una app solo para iOS.
@@devexpert_io flutter tiene muchísimos componentes ya listos para ser usados, te ahorra tiempo, en cambio en jetpack compose como apenas esta iniciando no tiene muchos componentes, a eso me refiero
@@devexpert_io Google es muy amigo de destruir proyectos. Y Flutter (por desgracia) será uno de ellos. Espero que Kotlin no caiga del todo en manos de Google, ya que tendrá el mismo destino. Y no vale lo de que es Open Source. Las empresas quieren proyectos estables en el tiempo y que no esté a merced de caprichos. Yo sufrí el cambio de AngularJs y desde aquel momento no quiero saber nada de herramientas que saque google. Siempre mucho boato y al final, se le cruzan los cables y fuera. Y lo que han hecho con Python es incomprensible.
@@devexpert_io Google es muy amigo de destruir proyectos. Al principio son muchos fuegos artificiales y luego es todo un bluff. Y le da exactamente igual la base de programadores o empresas que dependan de esa herramienta. Y lo que ha hecho con Python no tiene nombre. Seguro que ahora nos viene con el sustituto de Python.
no lo se rick ... ya google dio una punta de que le da mas bola a kotlin y cuando don google le deja de dar atencion a un proyecto ya sabemos lo que hace lo dejan ahi que siga y un dia pum lo desaparecen del mapa ... vamos por kotlin adios amigo y querido flutter jaja
Jajaja yo me limito a dar la información, pero en el caso de que estuviera planteándose dejarlo de lado tampoco lo iba a decir. Así que efectivamente, quién sabe.
KMP está muy bien, no está de más tener unas bases, pero también hay que entender que hay mucho hype entre el Google I/O y la KotlinConf. Es una tecnología que requiere de un tiempo para que se vaya expandiendo. Pero sin duda, si te interesa, va a ser un buen extra en cualquier currículum en el futuro.
kotlin multiplatform no le llega ni a los talones a flutter en experiencia de desarrollo, supongo que eventualmente lo alcanzara, pero de momento no existe punto de comparación entre ambas tecnologías
💎 Descubre cómo duplicar tu salario en 6 meses como programador Android 👉 devexpert.io/masterclass-15?
Like si te gusta Flutter
Hola! Según tu experiencia. ¿Que opinas de Flutter de aqui a 5 años?
@@josuecaceres6271 de aquí a 5 años quizás la IA programe sola, así que no me preocupo jaja
jajajja que me dio risa el comentario
@@diegoveloper Jajaja buena respuesta pero no lo decia por nada malo si no que empece a estudiar Flutter y queria ver tu opinion!!
@@josuecaceres6271 tanto Flutter como Kotlin son buenas opciones, si puedes aprender los 2 mucho mejor.
Ya luego decides cuál te gusta más, aunque más salida laboral hay con Kotlin.
Bueno quisas nadien me conozca , pero he trabajado con flutter hasta llegar hacer comunicaciones entre android con kt y dart flutter tengo y hago mis propias librerias de lo que no existe y necesito , trabajo con kotlin tambien , pero de os digo que flutter tiene muchas ventajas con el desarrollo rapido y las startud y no veo por que tantomproblema si el uno o el otro si quereis trabajar en lo nativo y tenes tiempo y dinero kotlin de lo contrario kt inclusive a modo personal je trabajado el multiplarfom y todavia le falta , me ha tocadi hacer en la empresa donde estoy casi el 40% de codigo en swift por que todavia arroja errores , pero lo hago funcionar , no se casen con ningun lenguaje adquiere habilidades de patrones de diseño y comuniquelen a la empress las ventajjas de trabajar hibrido y nativo. En resumen las dos funcionan.
Bro, tienes repositorios públicos en Github para ver ejemplos de codigo sobre comunicación kt y Flutter??
@@gustavojose4007estamos buscando lo mismo. He querido aprender también como se puede comunicar ambos
@@gustavojose4007Method channel, es algo chapucero pero funciona
@@gustavojose4007la gran mayoría de packages que están en pub.dev hacen ello urlLauncher es uno de ellos.
Me gusta FLutter pero no no me agrada la forma de colocar el código parece un poco embrollado. Kotlin es más claro... pero al mismo tiempo me parece muy redundante en la forma declarativa.. alguien siente lo mismo?
Ambos tienen sus pros y sus contras. Yo he usado ambos y me parece un poco más claro Compose, pero sí que es verdad que Flutter también tenia sus ventajas.
Hace unos 6meses que estoy desarrollando con Flutter, antes desarrollaba con ReactNative PERO claramente los sistemas nativos entendieron la importancia del desarrollo multiplatforma y se están subiendo al carro. Así que ya no veo sentido de utilizar tecnologías intermedias eventualmente las empresas ya no invertiran en perfiles como el mío por lo que a menos que se trate de proyectos pequeños para pymes o Startups que buscan algo rápido y eventual, lo mejor será irse para Kotlin Multiplatform y si vas aprender otro lenguaje como Dart mejor aprender Swift y seguir formándome en lo que en un par de años podría ser un Dev Mobile FullStack
¡Gracias por contar tu experiencia! Bueno, de momento podemos confiar en que Google seguirá apoyando a Flutter. Pero es verdad que con la reducción del equipo y el foco fuerte que están poniendo en KMP, pinta rara la cosa.
Hola @Figriso, que crees conveniente para las pymes, incluyendo no solo el desarollo movil, si no tambien el desktop
@@juannegrete4906 tal como menciono para una pyme o Startup seguirán siendo necesarias alternativas como Flutter o ReactNative, porque inicialmente lo que les importa son los tiempos de salir a producción 😅 parecerá loco pero es así, es nuestro trabajo asegurar que cumpla los requerimientos y salir lo más pronto, en ese caso tecnologías tipo Flutter, ReactNative incluso herramientas Nocode Bubble o FlutterFlow seguirán teniendo su espacio. En cuando al desarrollo para desktop no lo veo muy fuerte en este sector, la mejor alternativa para desplegar y escalar será la nube, recordemos que usualmente este sector no es muy "tecnológico" por lo que no estará pendiente de mantener actualizaciones. En todo caso existen tecnologías como Electrón en el desarrollo para Desktop, será más que suficiente para cualquier requerimiento en este sector.
Al final me parece que kotlin como lenguaje tiene mas potencial, será mejor y mas controlado usar KMM que cualquier otra cosa pues ocupas nativo y code base utilizable.
El futuro nos dirá! Gracias por comentar
Definitivamente quiero aprender kotlin y jetpack compose este año
Adelante con ello, no te arrepentirás! En este canal tienes mucho contenido de ambos.
No deberias tardar un año si no por lo mucho 15 dias . Adaptar tu cerebro a estos cambios y aprender rapido es lo que te hara sobrevivir a la inestabilidad del desarrollo.
@@ProyectoViernes tu eres como esos vede humos que sacan libros de aprender x lenguaje en una semana?
@@juliocesarflorez6319xD real
🎁 Domina el desarrollo multiplataforma con Kotlin con esta masterclass gratuita 👉 devexpert.io/training-gratis/?
Hola DevExpert, recién acabo de conocer tu canal y estoy muy interesado en aprender Kotlin, ¿por dónde empiezo? ¿debo aprender Java para complementarlo con Kotlin?
Hola! No es necesario saber Java para aprender Kotlin. Puedes empezar por aquí: ruclips.net/video/QoJoMDiDkFs/видео.html
@@devexpert_io Vale y muchas gracias por responder mi mensaje!
Para la gran mayoría de empresas (grandes, pequeñas etc) no tiene sentido NO compartir la misma UI, siempre buscamos dar la misma experiencia de usuario independiente del dispositivo, el día que KMP tenga ese punto resuelto, si será el día en que empiece el declive de Flutter y como veo las cosas lo mas probable es que así sea en un par de años.
Bueno, depende del producto, no todos quieren ser igual en cada plataforma, sino adaptarse al lenguaje de la misma. A la gente de iOS no le parece normal usar una app con diseño Material. Eso lo aceptamos los de Android porque es a lo que estamos acostumbrados. Y Compose Multiplatform no va a necesitar 2 años, iOS ya está en beta. Estamos hablando de meses para que sea estable.
Después de ver este vídeo lo tengo todavía más claro, para mi la solución más interesante es Flutter. Si quiero escribir un código que me sirva para Android e IOS quiero compartir todo, no tener que estar desarrollando y manteniendo dos UI. Solo para casos muy muy específicos va a ser necesario usar UI nativa y para el resto, Flutter es mucho más cómodo y sencillo de mantener.
Me alegro de que te haya clarificado!
@@devexpert_io Muchas gracias por el vídeo y en general por la información y conocimientos que aportas a la comunidad!!!
yo me quiero pasar a nativo... de Flutter a Kotlin Multiplatform uaser siempre ambas, pero siento que deberia aprender mas de nativo... pero odio la interfaz de Android Studio adema de que me va lento, estoy adapatado VSCode... voy intentar desarrollar con VSCode y kotlin aunque dicen que no es la forma mejor adapatada de llevar los desarrollos
el IDE de android studio es genial siempre y cuando tengas los recursos para correrlo, no hay nada mejor en el mercado cuando tienes una mac m2 o m3 con 32 GB de ram
@@Rajmanovaun asi prefiero VSCode
El que no conoce a Dios, cuando lo ve se asusta. Android Studio está basado en Intellij Idea Community, pero Intellij Idea Ultimate es el mejor IDE que existe en el mercado, en especial para desarrollar en Kotlin. En fin, si busca mantener algo similar a VS Code puede intentar trabajar con Project IDx. De todas formas, lo importante es trabajar con una herramienta que se sienta cómodo. Aunque si viene de flutter, Android Studio o Intellij Idea será mucho mejor que VS Code, ya que puede accederas fácil a logcat por ejemplo y sobre todo, a todo lo que es Firebase y Gemini
@@andrescp no lo tomes a mal, pero a mi no me gustan los IDE, el Editor de Codigo mientras cumpla con lo basico y me deje controlar mi proyecto mejor, los IDE siento que aveces por querer facilitar hacen mas engorrosas las cosas
Es posible customizar el IDE pero aun así el flujo de trabajo es muy distinto a un IDE como Xcode o VSCode con todos sus plugins, tengo una m1 y va bien pero siempre esta esa sensación de que al hacer un click se demorara una eternidad y eso es muy molesto, igual a dia de hoy el flujo de trabajo con Flutter es mas veloz así venga a decir lo contrario es muy facill darse cuenta.
Intente usar KMP, me compre un curso de hace 3 meses. Y ahora todo ese código ya no funciona por las actualizaciones de KMP.
Mi proyecto que realice en tantas amanecidas ya ni funciona y me ha fustrado hasta la depresión. No se si a alguien mas le paso eso que KMP aun parece una tecnologia joven y sufre muchos cambios a tal punto de que no haya un curso que se pueda adquirir porque para entonces el codigo ya no sera el mismo
Cambia muy rápido todo esto sí. Mucho ánimo, quizá si te frustran mucho estos cambios tan grandes es mejor que esperes un tiempo a que todo el ecosistema sea más estable.
Claramente kmp seria la tecnologia mas importante para el desarrollo multi, el problema de flutter no es flutter sino dart que lo esta lastrando, yo trabajo en nativo y flutter, cuando estoy escribiendo en nativo con kotlin es literalmente fun, pero cuando me toca trabajar con flutter dart me quita lo fun... equatable y freezed ayudan en algo a hacer el código más dijerible pero no es lo mismo la simplicidad de kotlin
Obviamente son dos tecnologías totalmente diferentes, veo más sentido al concepto de reutilizar código en flutter que kmp, considerando que si uno conoce las tecnologías nativas de cada plataforma tienes mejor control de flutter, digo si se habla de tener una ui y logica para cada plataforma es utilizar el api de cada uno lo cual si no me equivoco flutter si lo hace, igualmente kmp es una alternativa que estoy aprendiendo pero no va remplazar a flutter en un largo tiempo, ahora kmp tiene más ventaja sólo si tu espacio de trabajo principal es android si no es así no le veo tanto el sentido, si hablamos de que kmp es mejor solo porque funciona nativamente para android en ese caso prefiero hacer la app en las tecnologías nativas.
de hecho kmm tiene mas sentido, una app nativa en xml que tenia en kotlin la migre a KMM y practicamente fue un copiar y pegar, solo cambie implementacion de room y la de retrofit por ktor
@@ArturoDevA por eso dije para android para lo demás no le veo el sentido
Aun así es bueno tener mas alternativas.
@@diegomoreanomerino1687 con el hecho de que con KMP utilizas Kotlin y no Dart ya tiene todo el sentido del mundo escoger KMP sobre Flutter
@@AIejandroide por eso mismo vuelvo a decir que solo si tu espacio de trabajo principal es android, 🫡.
Yo empecé a migrar una aplicación que tenía en MVP con vistas traicionales a MVVM con Compose y oh sorpresa, con la misma complejidad de diseño y mi app en Compose tarda años en iniciar jaja sin mencionar los problemas que he tenido para replicar comportamiento como el tamaño de texto responsivo, y aún cuidado evitar recomposiciones, así que aún no me convence y no sé si seguir migrando la app :/
Pero has probado la app compilada en release? Porque los tiempos de debug de Compose no son reales
@@devexpert_io Jeje es lo que apenas leí por ahí, voy a probar, gracias, parece que tengo que aprender a manejar perfiles de compilación 👍
Esto me hace pensar en si a los usuarios les importa tanto el estilo UI propio de su plataforma como para invertir tiempo en hacer el código en cada estilo. Creo que vale más la pena implementar un estilo de UI propia de la marca/empresa similar a como pasa en las páginas web
Es un buen punto, y dependiendo del tipo de app puede merecer más la pena o menos. No es ya solo la apariencia, sino la integración con el sistema en general. Me contaban por ejemplo que la App de RUclips no funciona bien en las vision pro porque está hecha en flutter. Puede que muchas apps sencillas ni necesiten preocuparse por este tipo de detalles, pero habrá otras que si
Google aún no recomienda Compose Multiplatform porque ESTÁ EN BETA/ALPHA. Ellos no pueden recomendar algo que no esté listo, por eso recién hace unas semanas le han dado soporte a KMP.
Y porque si incluyen Compose en la ecuación, Flutter se queda un poco descolgado. Aún así, incluso con Compose en release, creo que Flutter tendrá su mercado. Es mucho más sencillo para empezar.
Yo creo que hubiera sido mucho más fácil explicarlo así tipo vas a hacer una app superexigente en cuanto UI para varias plataformas ve a ktm, quieres algo rápido de hacer y "sencillo" para varias plataformas usa flutter, para mi google tuvo mucho mal timing en hacer lo que hizo con el equipo de flutter y darle tanto bombos y platillos a ktm solo hizo entrar en pánico a la comunidad
Bueno, no es necesariamente eso. Hay apps muy complejas que usan Flutter, solo que la UI es la misma.
@@devexpert_io Por eso las comillas por qué lo que se puede hacer el Flutter es una barbaridad pero digamos que esa palabra es con lo que se le vende pero cuando la gente entra descubre el potencial
Con tu comentario creo que no entendiste la explicación, justo no esa es la diferencia, como dice el autor, hay aplicaciones muy complejas incluso con animaciones avanzadas en Flutter. La diferencia es que con KMP es que solo compartes la lógica de negocio entre diferentes plataformas (Android, iOS, Web, etc) y con Flutter tienes un único código base y haces la compilación de ese mismo código (Lógica de negocio y UI) a todas las plataformas, con KMP no puedes compartir la misma UI con diferentes plataformas.
Dart tambien es multihilo por ende puede sacarle el maximo provecho al hardware, tiene mejor experiencia de desarrollo, tiene un gestor de paquetes y dependencias (no gradle), linter, analisis estatico, devtools, todo agnostico en el sdk a diferencia de kmp, Ademas flutter tiene hot reload menos en web, kotlin solo en android al parecer tiene instant run que no es lo mismo.
No he podido instalar Flutter en mi Macbook con procesador Intel , ha sido un dolor de cabeza , porque tienen prioridad los de los procesadores Apple M1, M2,M3 , por lo tanto voy a tratar de instalar Kotlin , o crees que habrá una forma de poder instalar Flutter en Macbook Intel, que me aconsejas?
La verdad que no tengo ni idea, no sabía que había esa limitación. Yo no desarrollo en Flutter
Cuando yo lo hice, en la página de descarga está la opción de cual procesador tienes, si el M1 o el intel, en mi caso yo lo instalé en el intel, lo instalé como si fuera linux, lo de siempre, variables de entorno, añadir el bin, etc. etc.
Interfaz con Flutter, si necesitar usar algo nativo (Android o iOS) crea tus propios Plugins que son sencillos de crear.
Yo tengo dudas sobre que podria hacer. Actualmente estoy aprendiendo Flutter y pienso tener un nivel avanzado al finalizar el año, esto realmente debido a que mi trabajo no me permite dedicarle tanto tiempo a practicar. Sin embargo he buscado ofertas como Flutter Dev y no he tenido mucho exito para encontrar a pesar de que ya tengo cierto nivel de experiencia. Mi duda es si deberia seguirme enfocando en aprender Flutter o dejo Flutter y aprendo Kotlin o aprendo ambos al mismo tiempo. Realmente me encuentro en un dilema, me encanta el desarrollo movil y me encantaria estar trabajando como tal :(
Al final donde más negocio hay siempre es en el nativo. Yo te recomendaría que si aprenders Flutter, aprendas nativo también. Una parte buena de Kotlin Multiplatform es que casi todo el aprendizaje de nativo para Android te lo puedes llevar a Multiplatform: mismo lenguaje, mismas arquitecturas, cada vez más mismas librerías...
Gran video!. Una pregunta, en mi caso soy Backend Java y le he estado echando el ojo a kotlin, aún no decido si aprenderlo o no pero he visto que para backend se puede usar con muchos frameworks y librerias de java, ademas ahora con lo de multiplatform, viene genial para hacer apps que funcionen en varios dispositivos. Se que el contenido es enfocado a mobile/android, pero que tal ves apostar por kotlin para backend y a futuro abrir puertas gracias a multiplatform? sobretodo también a nivel laboral en europa. Saludos!
Lo veo muy bien! De hecho este jueves traemos una entrevista de una chica que se dedica a desarrollo backend con Kotlin. Cada vez hay más empresas apostando por Kotlin, y efectivamente con KMP es una gran ventaja
@@devexpert_io gracias por responder!, espero con ansias entonces esta entrevista que comentas. Saludos!
Yo cambié de Kotlin a Flutter y fue una excelente decisión por muchas razones
Me alegro! Cuáles son esas razones?
Idolo, maquina, genio de la vida, bestia, excelente contenido. Me Suscribo
😂🫂
a mi me gustan las 2 plataformas, creo q es bueno aprender las 2.😁
Ambas tienen sus pros y sus contras como programador, sin duda. A mí me maravillaba el hot reload de flutter. Ahora con Compose estamos cerca, pero aún le falta un poco
Es hermoso desarollar en Flutter
¡Nadie lo duda! Yo por lo que probé en su momento me parecía una maravilla (salvo Dart, pero es verdad que no me dio tiempo a dominarlo)
Eso dices por qué no has hecho nada en Cobol... jeje
@@elalfa100 Dicen que Malbolge es aun mejor que Cobol
Y aun mejor que Cobol y Malbolge esta PHP
Salvo por la parte de configurar el proyecto, creeme que Kotlin es mil veces mas bello.
Ademas, los Android/Kotlin devs tienen una cultura muy superior y mas organizada ya que Google y Jetbrains pone las normas y todos estamos siempre en la misma pagina, donde en Flutter hay tantas librerias que la gente se dispersa, solo para decidir un Statemanagement recuerdo que fue un dolor de huevos... y ya que la mayoria del publico de Flutter viene de Javascript he visto ZERO buenas practicas... no arquitecturas, no patrones de diseno...
Kotlin Multiplatform sin dudarlo!!
👏
Después de tanto tiempo estar con react, rails y python es hora de cambiar a koltin
👏👏👏
Es posible que en unos años muera uno de los 2, esperemos a ver cuál sobrevive al paso del tiempo, pero algo me dice que tienen que sacar algo más como transformar js o ts a nativo o que Apple se pronuncié, este tema va A ser candente cuando la Google play store llegue a Apple 😅
Podría pasar, pero bueno, como programadores tampoco debería preocuparnos mucho. Al final las tecnologías van y vienen...
amo flutter
Pues adelante con ello! Según las palabras de Google, no parece que vaya a desaparecer pronto
@@devexpert_io y aunque Google dejara de dar soporte la comunidad de flutter ha crecido bastante y se ha establecido muchísimo
Que opinas de Flet para Python?
No lo he probado para Python la verdad
Yo voy a esperar for swift-multiplatform
Ya había algo por ahí, no?
Hay varios projectos. Los mas avanzados son SKIP y El grupo atraz del ARC browser, se llaman The Browser Company
Lo diré en forma de analogía: si eres paletero no vas a vender la mejor, necesitas de otros sabores.
Muy interesante el vídeo y aunque se nota el love por Kotlin/nativo, es un vídeo realmente objetivo y claro, se agradece contenido de este tipo.
¡Gracias! Aquí tampoco me he querido mojar demasiado, solo contar lo que decía Google, efectivamente. Yo no puedo ser imparcial 😅
La verdad es que lamentablemente van ah ir remplazando flutter por kotlin, y se acordaran de mi mas lueguito...
Quién sabe...
Me quedo con Kotlin es lo mejor
Al final cada tecnología tiene sus cosas. Yo soy un enamorado de Kotlin, pero entiendo las ventajas que tiene Flutter. Defender Dart me cuesta un poco más 😅
Yo amo Kotlin and compose no te arrepentiras!
Excelente video 🎉
¡Gracias!
Wow.. años después google ha inventado Xamarin Classic... cojonudo
xamarin no corre en web assembly, que yo sepa.
para web hay mejores opciones y servicios para implementar la logica de negocio que Kotlin.
Pero la idea detrás de KMP es compartirlo con el resto de Apps. Si lo quieres hacer solo para una App, siempre serán mejor soluciones más típicas. Tampoco tendría sentido hacer en KMP una app solo para iOS.
@@devexpert_io dudo que muchas empresas lo utilicen mas que para movil. en web javascript siempre sera el rey.
Resumen?
ya probe kotlin y la verdad esta lejos de todo lo que tiene flutter, me quedo con flutter
Quieres decir que probaste Kotlin Multiplatform? Porque Kotlin está lejos de Dart, pero en favor de Kotlin.
@@devexpert_io flutter tiene muchísimos componentes ya listos para ser usados, te ahorra tiempo, en cambio en jetpack compose como apenas esta iniciando no tiene muchos componentes, a eso me refiero
Entiendo, no conozco Flutter lo suficiente como para valorar.
A lo que vi en los comentarios la mayoría prefiere Flutter que kotlin
Es normal, porque muy poca gente ha probado Kotlin Multiplatform. Y uno defiende lo que conoce :D
No usen flutter, por experiencia
xD
Jajaja Diego tu a muerte andas con full flutter, mejor rotate un ceviche
😂
X2 flutter no
Creo que mejor vuelvo a react native...
😅
Kotlin multiplataforma esta muy inmaduro aun... Pero cuando este listo, me da pena, Flutter será descontinuado...
¿Por qué piensas que está inmaduro? KMP ya es estable para producción, y tiene librerías para prácticamente todo.
Esta inmaduro, por que recién esta saliendo del horno como producto final y a fecha de hoy Compost Multiplatform IOS esta en beta.
Pero justo lo que se dice en este vídeo es que si quieres compartir UI, uses Flutter. KMP es estable
bueno pero quienes usamos flutter no solo nos interesa android sino tambien IOS
con Kotlin Multiplatform también es posible
Like si te gusta lo Nativo
🙌
ninguno
el futuro es la programacion con la mente
😂
El problema aquí no es que si Flutter o Kotlin. El problema es google.
¿Por?
@@devexpert_io Google es muy amigo de destruir proyectos. Y Flutter (por desgracia) será uno de ellos. Espero que Kotlin no caiga del todo en manos de Google, ya que tendrá el mismo destino. Y no vale lo de que es Open Source. Las empresas quieren proyectos estables en el tiempo y que no esté a merced de caprichos. Yo sufrí el cambio de AngularJs y desde aquel momento no quiero saber nada de herramientas que saque google. Siempre mucho boato y al final, se le cruzan los cables y fuera. Y lo que han hecho con Python es incomprensible.
@@devexpert_io Google es muy amigo de destruir proyectos. Al principio son muchos fuegos artificiales y luego es todo un bluff. Y le da exactamente igual la base de programadores o empresas que dependan de esa herramienta. Y lo que ha hecho con Python no tiene nombre. Seguro que ahora nos viene con el sustituto de Python.
Sí, tienes toda la razón. A ver cómo va evolucionando todo esto. Sus palabras oficiales son a día de hoy, pero mañana pueden cambiar de opinión
no lo se rick ... ya google dio una punta de que le da mas bola a kotlin y cuando don google le deja de dar atencion a un proyecto ya sabemos lo que hace lo dejan ahi que siga y un dia pum lo desaparecen del mapa ... vamos por kotlin adios amigo y querido flutter jaja
Jajaja yo me limito a dar la información, pero en el caso de que estuviera planteándose dejarlo de lado tampoco lo iba a decir. Así que efectivamente, quién sabe.
Pues eso mismo es lo que dicen los Desarrolladores Android nativos y 7 años después vemos que ya superó en números a RN.
Toca hacer cursos de KMP
KMP está muy bien, no está de más tener unas bases, pero también hay que entender que hay mucho hype entre el Google I/O y la KotlinConf. Es una tecnología que requiere de un tiempo para que se vaya expandiendo. Pero sin duda, si te interesa, va a ser un buen extra en cualquier currículum en el futuro.
me parece que hablas mas de kotlin porque enseñas kotlin y te conviene, pero flutter no va a desaparecer y tiene una gran comunidad
En el vídeo no creo haber dicho nada de que Flutter vaya a desaparecer, me he limitado a comentar la posición oficial de Google
kotlin es un peñazo
Qué comentario tan gratuito 😄. A mí Kotlin me parece el mejor lenguaje
@@devexpert_io pues eso es la democracia que cada uno pueda expresar lo que piensa,y no es gratuito,lo pienso de verdad
kotli multiplatform es copia de flutter y punto
🤷♂️
Estás confundiendo KMM y Compose.
Speak English.
Enable the subtitles. This channel is in Spanish, sorry
kotlin multiplatform no le llega ni a los talones a flutter en experiencia de desarrollo, supongo que eventualmente lo alcanzara, pero de momento no existe punto de comparación entre ambas tecnologías
Por?