Buenas Antonio. Como desarrollador enfocado en Flutter, veo que ambas herramientas tienen un gran potencial, no solo para crear apps moviles, si no para la hora de crear experiencias de usuario y experiencias de desarrollo de buena manera. Flutter por su parte, es mucho mas flexible a la hora de crear apps ( web o escritorio o movil ), tiene una curva de aprendizaje sumamente suave y la comunidad va creciendo dia con dia.
Aunque no es el tema. Veo que mucha gente se queja de que Flutter no es muy demandado. El detalle es que Flutter esta mas adecuado para los Freelance. Es una herramienta excelente tanto para trabajar solo, como para trabajar en grupos pequeños y startups. Porque cuando ya una empresa contrata desarrolladores dedicados, le resulta mejor un desarrollador nativo. Al menos uno para Android y otro para iOS. Por otro lado la gente que trabaja con React Native, también suelen hacen muchas mas cosas. Y créanme que hay quien se ha postulado por desarrollador RN y lo terminan contratando para Desarrollo web porque es básicamente lo mismo. Así que por eso también hay mas Ofertas de RN. Sin animo de Ofender la Gente de RN, es mas todera. Pueden hacer varias cosas. En conclusión y ya volviendo al tema, Kotlin Multiplatform es una Opción. Esta allí y se puede usar. Pero veremos si mas adelante despega mas. Acabara con Flutter. Definitivamente no. Ya Flutter/Dart tiene un camino recorrido muy largo y sigue avanzando
Si no recuerdo mal (hace bastante que grabé este vídeo) es un poco lo mismo que comento. Ambas tecnologías tienen su espacio. Y para freelances efectivamente es muy buena opción
Yo empecé mi camino como desarrollador mobile con Flutter mientras estudiaba en la universidad. El tema es que por ahora si se pone más complicado encontrar trabajo como desarrollador Flutter, yo encontré a duras penas pero se que no siempre contaré con la misma suerte. Así que ahora heme aquí aprendiendo Kotlin para desarrollar de manera nativa. Aunque no hay que negar que una vez que empiezas con Flutter y quieres usar nativo se siente un poco de repelus por el XML y llama más la atención usar Compose
Curioso, mira que a mi me paso lo contrario jeje, siempre me gustó mas el xml, tener bien dividido el codigo visual del logico y poder ver actualizaciones en tiempo real no tiene precio, se que flutter tiene la opcion de ver en tiempo real pero no es tan estable y toca reiniciar toda la app muchas veces
Un proyecto en flutter con una arquitectura con bloc o provider puede ser demasiado complejo como uno hecho en nativo, la arquitectura de software es mucho mas importante que un framework o herramienta, lenguaje, nunca subestimen la arquitectura de software.
Solo decir que en el ultimo año Flutter creció muy rápido, no solo como tecnología, también las empresas que apuestan por Flutter empresas grandes y potentes creo que Google trabaja mucho y bien en este proyecto que empieza a consolidar en el mercado. Durante mucho tiempo desarrolle en java, luego en Kotlin que mejoro mucho lo que teníamos pero si ahora tuviera que elegir entre KMM y Flutter me quedo con Flutter y Dart, hoy por hoy.
Gracias por tu opinión! Sin duda Flutter es un gran proyecto en el que están poniendo mucho esfuerzo. En el Google I/O lo volvieron a demostrar. Son dos tecnologías que han venido para quedarse y coexistirán sin problema
@@walrider7374 En eso te doy toda la razón, los que llegamos de Android studio dejando atrás Java y conociendo Kotlin se nos hace un poco pesado, pero hay que entender que Dart también lleva poco tiempo y va cambiando poco a poco.
pues hace poco inicie con flutter, y tenia esas mismas preguntas. Pero ya al ver el ecosistema de flutter, veo que Google apuesta por este último, recordemos que se quieren alejar de la JVM (Java y ecosistema) su nuevo sistema Fucsia admite de forma nativa Dart/Flutter. Mientras Kotlin ya se enfoca en JVM, Google sabe cuáles son sus planes y en ese orden encamina su ecosistema (Dart) y recordar que Kotlin es apoyado por Google mas no es el que lo encamina.
Bueno, Kotlin no le obliga a seguir con la JVM, y sí que invierte mucho tiempo y recursos en hacer crecer Kotlin. Fuchsia es algo que sale por ahí de vez en cuando pero que no llega a nada, y nadie sabe si llegará. Esto no quiere decir que Google no apueste por Flutter. Sin duda también le está aportando mucho tiempo y recursos. Como comento en el vídeo, creo que son dos tecnologías que pueden coexistir perfectamente
En mi caso comencé con Android-Java, luego cambie para Kotlin y fue una mejora, pero cuando encontré Flutter ya ahí fue algo como wow me quedo aquí. Aunque si siento que a Dart todavía le falta un poco para superar a Kotiln definitivamente recomiendo a Flutter...
@@estefanocampoverde3660 unas cuantas cosas. Dart es un buen lenguaje, pero todavía no está tan pulido y trabajado como Kotlin. Aunque eventualmente lo estará.
Yo creo que no son tecnologías enfrentadas, son opciones de tendencia para el desarrollo de Apps móbiles. Esperemos que Kotlin con esta tecnología logre ser nativo también en IOs
la efectividad de flutter al momento de realizar un proyecto es muy elevada en el sentido del tiempo de codificacion, la fluidez es espectacular y ahora se viene impeller que la rompera, ya esta creciendo la comunidad y dart esta mejorando cada vez mas. Les recomiendo 100%
@@pringstom Disculpa, es una expresion coloquial para decir (en este contexto) que Kotlin tiene mucha superioridad sobre Dart (hay una distancia... "lejos"). He sentido que trabajar en Dart después de programar en Kotlin es lo mismo que regresar a 2019 cuando me pase de Java a Kotlin, se siente como un retroseso, pero Flutter como SDK, uff, ojalá Google hubiese usado Kotlin y no Dart para Flutter.
Yo veo una sinergia entre flutter y dart, recordemos que puedes trabajar con kotlin dentro de flutter. Tambien flutter puedes hacer aplicaciones muy potentes, yo trabajo en una empresa B2B, y la aplicacion es sumamente compleja y está 100% en flutter, de hecho soy el que le da mantenimiento. Personalmente me gusta mas el desarrollo nativo, pero flutter enamora, ya tengo 3 años trabajando con flutter y de verdad enamorado, ya el desarollo nativo me tocó en algunos proyecto privados. En el backend que días me hice una librería en dart solo por probar, y para cosas simples va bien jajaja, aún prefiero quedarme con Spring.
Y la UI e interacción se adapta a cada plataforma, o se ve y funciona en las dos igual? En realidad no hay limitación a la complejidad de las apps que se puede conseguir con Flutter, pero si que es verdad que para cosas sencillas es mucho más rápido y barato hacerlo en Flutter. Mientras que KMP tienes que saber muy bien dónde te metes para justificarlo, porque la complejidad es mayor, y si no vas a aprovechar sus beneficios no merece la pena
@@devexpert_io La adaptación de pantallas en flutter es generalmente simple, aunque como todo en algunos aspectos complejos, como widgets compuestos y dependientes de datos que no se conocen, ya es algo que requiere un enfoque diferente. Pero sí, si no se va a aprovechar la potencia nativa, no tiene objeto usar kotlin, aunque dart compila a código nativo de cada plataforma, no da el mismo rendimiento que el nativo, pero si mucho mejor que todos los demás frameworks multiplataforma. En síntesis lo que dices en el vídeo considero tiene mucho sentido y creo que serán hermanitos que se quieren :).
Es un excelente video, tengo una pregunta que es lo que es mas facil para un equipo hacer en flutter que en react native?. Hablaste de las Compose UI, investigarè a ver si encuentro un camino para decidir.
A este tema, que es muy interesante, le veo dos opciones: o se apuesta por uno y el otro lo eliminan (Flutter o KMM) o lo más probable en mi opinión es que Flutter lo orientan a desarrollo multiplataforma asequible para todo el mundo tipo drag and drop (con FluterFlow) y IA para lógica, o sea, lo que fue Wordpress para desarollo web lo sera Flutter para multiplataforma y KMM será para desarrollo profesional
Hola Antonio, Desde mi punto de vista, debe haber mas competencia, creo que es uno de los puntos por los cuales google brinda el soporte a kotlin, a parte de que ya se ha hablado mucho de los diferentes ambientes de desarrollo: ágil con buena UX, la cual tiene Flutter y la robustez y eficiencia que tiene Kotlin. Pero creo que Flutter ha escalado muy rápido y no creo que valla a morir, por lo menos en estos años, ya que hay una comunidad bastante extensa para su soporte y empresas multimillonarias que usan su codigo. Saludos.
En 2018 estuve trabajando en una empresa que tenía todos los microservicios en Dart y la verdad que no hubo ningún problema en adaptarme viniendo yo de Java/Node.
mis punto de vista, flutter es para apps pequeñas que no requieram mucha integracion nativa, y KMM para apps grandes que pueden ser mucho mas escalables
Podrían coexistir, y abarcar todo el mercado, dejando más de lado a react native, otro competidor muy importante, que con todo el respaldo de FB y demás no tiene nada que hacer contra estos dos excelentes enfoques del desarrollo multiplatform.
Flutter tiene Impeller GPU, un motor de renderizado que no tiene Kotlin y que lo hace muy adecuado para integración de servicios de realidad aumentada, realidad virtual, IA y hacer aplicaciones multidispositivo con modelado 3D. Kotlin lo veo más para que prospere en entornos industriales donde siempre le ha ido bien a Java. La mayor debilidad de Flutter en mi opinión es que hay muchas librerías de dependencias importantes (Riverpod, Isar, etc) que son geniales, pero cuyo desarrollo depende prácticamente de una sola persona.
En mi opinión, Flutter es una excelente opción para el desarrollo multiplataforma, ya que permite escribir un solo código para múltiples plataformas y se compila a código máquina para cada una de ellas. Aunque es posible que en algún momento sea necesario escribir en código nativo, como fue el caso cuando tuve que escribir un plugin en Kotlin para Android, en Swift para iOS y en C++ para Windows. No quiero restar valor a Kotlin, pero es cierto que puede presentar desafíos para el desarrollo multiplataforma debido a su estructura. En mi experiencia, Flutter ofrece una solución más eficiente y organizada para el desarrollo multiplataforma. Aunque escribir en código nativo puede requerir conocimientos específicos de cada plataforma y lenguaje, Flutter ofrece la flexibilidad de diseñar y escribir en nativo, si se prefiere, utilizando Dart. En resumen, en mi humilde opinión personal, Flutter es una excelente opción para el desarrollo multiplataforma, ya que permite escribir un solo código para múltiples plataformas, es más organizado y ofrece flexibilidad para escribir en nativo si se desea
Hola gracias por tu opinión. Yo también me lo he preguntado hace tiempo. Mi opinión es que dar soporte a Dart, Go y Kotlin es un error de Google. En lugar de centrarse solo en uno (C#) como hizo Microsoft. Los desarrolladores de Dart pueden convertirse en un nicho reducido al final. Compiten con React Native, MAUI y Kotlin MP
Sí es verdad que teniendo a todos enfocados en una misma tecnología, se podría hacer más fuerza en una única dirección. Pero como comento, creo que KMP va por otro camino diferente al resto de cross-platform
El otro dia me estaba preguntando lo mismo, es cierto que multiplatform requiere un nivel de conocimiento mas avanzado. Si mañana tendria que hacer una app simple que corra en ambas iria por flutter ya que la curva de aprendizaje es mucho menor y cuando lo probe en su momento me fue muy facil Creo multiplatform puede servir para proyectos grandes donde se pueda compartir codigo, aunque la parte mas importante que es poder compartir codigo de UI esta en alpha aun por lo que todavia no va tener mucha adopción tiene mucho camino por recorrer aun que flutter ya lo estuvo haciendio en estos años.
En mi opinión, si lo que quieres es compartir UI seguramente tiene más sentido una tecnología como Flutter. Por eso no termino de ver claro el valor de Compose Multiplatform en todo esto.
@@devexpert_io el tema es que yo si uso una vista en compose multiplatform se vea al estilo nativo de cada plataforma como lo hace flutter cosa que lo veo dificil
A parte de que me resulto muy interesante este video la verdad me tranquiliza algo tu análisis porque yo había apostado a Flutter y me preocupaba que fuera a ser descontinuada . Se agradece tus aportes . Son de muy buena calidad .
Bro cual Monopolio, Flutter y Multiplatform son ambos potenciados por Google. La realidad es que buscan resolver el mismo problema desde diferentes puntos de vista. Y el que le funcione mejor para ellos.
Que tan descabellado es pensar en que usemos dart para el back-end y así tener un súper ecosistema de dart con flutter ( y eso sin contar que también se puede usar para front)
Cuál es el punto de kotlin multiplatform si ya puedes compartir código en ambas plataformas si usa C++. Además kotlin debe agregar una máquina virtual para correr kotlin haciendo el paquete más grande y lento.
La diferencia en costos tiempos es brutal, no hay comparación con Flutter, y la realidad que no todas las empresas tienen para cubrir costos para nativo, cualquier diferencia de rendimiento para proyectos medianos renta de sobra. Veo que Flutter están en constante mejora.
En mi opinión ambas son buenas opciones, la unica ventaja que yo veo en kmm es ahorrarte dart, ahora si dart o flutter no te da lo que necesitas pues tienes 2 opciones te vas a otra opción o te quedas y contribuyes para que dart y flutter crezca, me refiero a aportar en su desarrolló, seria lo mismo para cualquier tecnología.
@@devexpert_io pero No se aplicaría ese motor de renderizado para Android cierto ? Después de todas ambas se manejan con Compose, no hace falta traducir de Dart a Kotlin, igual que con KMP
@@devexpert_io creo que ahora sí lo entiendo, entonces la combinación de KMP y CMP vendría a ser lo mismo que Flutter pero con otro motor de renderización distinto. Solo que aparte KMP + CMP te permite usar codigo UI compartido (compose) y codigo UI nativo (para IOS,etc) al mismo tiempo, cosa que Flutter no
@@devexpert_io solo algunas áreas han sufrido está reestructuración. Por que fluter? Que hizo mal? Si hubiera hecho algo bien Google lo hubiera dicho en vez del genérico "part of the normal course of business"
sencillo, una flutter satisface una demanda y kmm cubre otra, sencilla mente, un auto normal cubre una y un auto cubre otro sector, una no es mejor que la otra, solo son teconologias que para nichos diferentes, me parece muy inteligente de google eso
Un poco lo mismo que comento en el vídeo. Aunque en el caso de los coches no veo tan clara la diferencia, porque los dos valen para lo mismo 😂. Pero entiendo la idea
@@devexpert_io perdon, era auto de lujo y auto normal, sumandole a tu idea, es que kmm son apara app con gran demanda procesamiento y recursos muy especificos, ejemplo lenguajes programcion python y lenguajes c++, los dos se podrian usar en los mismo, pero c++ esta mas optimizado, flutter:python y kmm: c++
Hola Antonio, En mi opinión es sencillo. Para proyectos mas profesionales, escalables y a largo plazo es mas probable que KMM sea mucho mejor y más fiable. Para proyectos mas pequeños seguirá usandose flutter por el mero hecho que con pocos desarrolladores puedes lanzar muchos productos. Por mucho que flutter te permita hacer de "todo" siempre hay peculiaridades de cada uno de los sistemas operativos y peculiaridades de dispositivos en android que pueden ser un dolor de cabeza y eso con KMM no va a pasar. Espero con muchas ganas mas noticias sobre KMM, creo que es el futuro. Un saludo!
Sería genial que pusieras un ejemplo técnico real, por ejemplo mencionas que sobre las peculiaridades de cada plataforma en ese caso dart y flutter pueden hacerlo, la única ventaja que veo en kmm es que te ahorras el trabajar con dart y hacer plugins para dart en lenguaje kotlin o Java.
@@diegomoreanomerino1687 Una ventaja clara es que uno es nativo 100% , el código lo controlas tu 100% y las peculiaridades del sistema las puedes solventar tu en tus proyectos, en flutter es muchisimo mas tedioso por lo que KMM es más escalable en el tiempo en aplicaciones grandes.
@@diegomoreanomerino1687en Flutter la UI se desarrolla en Flutter y en Multiplatform puede hacer nativo en cada plataforma. Tú decides el punto en el que das el salto de nativo a Multiplatform
Que buen video hasta que dijo "KMM no es para juniors", entonces las demas tecnologías que tiene una curva de aprendizaje mas suave son para juniors? Siguiendo esa lógica C++ es mas "senior" que Java y Java es mas "senior" que Kotlin.
Tú estás hablando de lenguajes, no de tecnologías. Se parecen pero no son comparables. En el caso particular de lenguajes, creo que es mejor aprender con lenguajes más a bajo nivel como C o C++, porque se entiende mucho mejor cómo funciona todo que si ya te lo dan bien mascadito.
No he visto el video, pero me atrevo a decir que igual Google preferirá Dart y Flutter, ya que son tecnologías de las cuales ellos son 100% dueños, en cambio de Kotlin y Android Studio no. Ellos no van a querer repetir lo mismo que con Java y Oracle. Si Google impulsara de mejor manera a Fuschia OS y lo colocara como hizo Apple con Swift (que haya PC's, Laptop's, móviles, aplicaciones y obviamente el mismo SO Fuschia usando Dart y Flutter) creo que a todos nos iría mejor. Claro que supongo que sí les daría "Licencia" a las compañías para usar su SO (pagadas) en sus dispositivos como hace Microsoft.
@@devexpert_io puede ser, pero como dije, Dart y Flutter sí son 100% de ellos... En esas dos no dependen de nadie. Aunque creo que todo seguirá igual, mejor será Dart y Flutter para Apps Multiplataforma y mejor será Kotlin para Apps Nativas en Android.
@@alrawi112 no sé, no termino de entender en argumento de que porque Flutter sea 100% de Google, eso implica que es mejor para multiplataforma. Lo único que es de Google es Android, en resto de plataformas no.
@@devexpert_ioNah, no importa, después de todo este canal es de Kotlin y es normal defenderlo. PD: No digo que sea mal lenguaje (porque no lo es), sólo diré que la gente últimamente se va orientada a Dart :D
Recuerdo el comentario que lei hace poco, KMM es como flutter pero bien hecho, por mi parte le estoy hechando el ojo porque me llama mucho la atencion, ademas flutter me hecha muy atras no su framework, ya que me parece estupendo desarrollar una base de codigo para varios sistemas, si no mas bien su lenguaje dart que me parece horrendo
@@devexpert_io Qué tiene de malo Dart? Qué tiene Kotlin que no tenga Dart? Dart es super-potente, es un lenguaje moderno en cualquier sentido, para mi entender lo único que le falta a Dart es carga dinámica de módulos, aunque creo que esta característica tampoco la tiene Kotlin. Además, pronto tendrá soporte de compilación a WASM y eso ya será el maximum. 😆
Si no conoces flutter no puedes opinar. Creo q flutter tiene más futuro que kmm. Pero todo framework tiene su momento y siempre sale algo nuevo. Hay q saber actualizarse
Claro que conozco Flutter, otra cosa es que no lo haya usado a nivel extensivo. Pero he hecho cosas con Flutter y conozco sus ventajas y sus limitaciones. Y en el vídeo en ningún momento digo que no tenga futuro. Hay algo en mi argumentación sobre lo que opines diferente? Decir que tiene más futuro es como no decir nada. Por qué? En qué ámbitos? Para qué tipo de proyectos?
Gracias por el video , pero me parece que estas cayendo en el error de muchos. Lo que conozco es lo mejor y lo demás no. tu lo has dicho "no conozco flutter". Igualmente es muy cierto lo que mencionaste de Google ha abandona algunos productos como inbox. Te dejo un saludo.
No lo conozco en profundidad, pero he hablado con gente que sí, me he informado sobre ello, y sí tengo unas nociones básicas. Si tienes una experiencia diferente, me encantaría conocerla!
@@devexpert_io comencé a programar a los 16 años. Conozco varios lenguajes y plataformas. Después por temas de trabajo dejé de desarrollar. Igualmente me mantenía actualizado. Hace un tiempo comencé nuevamente y estuve analizando varias tecnologías y para los equipos pequeños me parece que flutter es el indicado.
Ese nombre de profesor mejor cambiatelo a "amateur". Un ingeniero de software de verdad no le importa el lenguage y se enfoca en el diseno de sistemas, te vendria bien un poco de humildad.@@profesordonadio2825
Aquí hay algunas cosas que se pueden programar en Flutter que no se pueden programar en Kotlin: Aplicaciones web Aplicaciones para macOS Aplicaciones para Windows Aplicaciones para Linux Aquí hay algunas plataformas que Flutter puede ejecutar que Kotlin no puede: Web macOS Windows Linux Saludos 💙
🟪 Si quieres aprender todo sobre el ecosistema de Kotlin mira esto 👉 kotlinexpert.com/premium/?
Buenas Antonio.
Como desarrollador enfocado en Flutter, veo que ambas herramientas tienen un gran potencial, no solo para crear apps moviles, si no para la hora de crear experiencias de usuario y experiencias de desarrollo de buena manera.
Flutter por su parte, es mucho mas flexible a la hora de crear apps ( web o escritorio o movil ), tiene una curva de aprendizaje sumamente suave y la comunidad va creciendo dia con dia.
Exacto, las dos tienen espacio para coexistir
Aunque no es el tema. Veo que mucha gente se queja de que Flutter no es muy demandado. El detalle es que Flutter esta mas adecuado para los Freelance. Es una herramienta excelente tanto para trabajar solo, como para trabajar en grupos pequeños y startups. Porque cuando ya una empresa contrata desarrolladores dedicados, le resulta mejor un desarrollador nativo. Al menos uno para Android y otro para iOS. Por otro lado la gente que trabaja con React Native, también suelen hacen muchas mas cosas. Y créanme que hay quien se ha postulado por desarrollador RN y lo terminan contratando para Desarrollo web porque es básicamente lo mismo. Así que por eso también hay mas Ofertas de RN. Sin animo de Ofender la Gente de RN, es mas todera. Pueden hacer varias cosas. En conclusión y ya volviendo al tema, Kotlin Multiplatform es una Opción. Esta allí y se puede usar. Pero veremos si mas adelante despega mas. Acabara con Flutter. Definitivamente no. Ya Flutter/Dart tiene un camino recorrido muy largo y sigue avanzando
Si no recuerdo mal (hace bastante que grabé este vídeo) es un poco lo mismo que comento. Ambas tecnologías tienen su espacio. Y para freelances efectivamente es muy buena opción
Yo empecé mi camino como desarrollador mobile con Flutter mientras estudiaba en la universidad. El tema es que por ahora si se pone más complicado encontrar trabajo como desarrollador Flutter, yo encontré a duras penas pero se que no siempre contaré con la misma suerte. Así que ahora heme aquí aprendiendo Kotlin para desarrollar de manera nativa. Aunque no hay que negar que una vez que empiezas con Flutter y quieres usar nativo se siente un poco de repelus por el XML y llama más la atención usar Compose
Buff es que los XMLs son dolor. Compose al poder!
Curioso, mira que a mi me paso lo contrario jeje, siempre me gustó mas el xml, tener bien dividido el codigo visual del logico y poder ver actualizaciones en tiempo real no tiene precio, se que flutter tiene la opcion de ver en tiempo real pero no es tan estable y toca reiniciar toda la app muchas veces
@@michaelandresdiazcastillo9326no tengo mucha experiencia en Flutter pero cuando lo usé me funcionó bien y de hecho fue en un PC bastante limitado 😮
Un proyecto en flutter con una arquitectura con bloc o provider puede ser demasiado complejo como uno hecho en nativo, la arquitectura de software es mucho mas importante que un framework o herramienta, lenguaje, nunca subestimen la arquitectura de software.
Bien apunte, gracias!
Solo decir que en el ultimo año Flutter creció muy rápido, no solo como tecnología, también las empresas que apuestan por Flutter empresas grandes y potentes creo que Google trabaja mucho y bien en este proyecto que empieza a consolidar en el mercado. Durante mucho tiempo desarrolle en java, luego en Kotlin que mejoro mucho lo que teníamos pero si ahora tuviera que elegir entre KMM y Flutter me quedo con Flutter y Dart, hoy por hoy.
Gracias por tu opinión! Sin duda Flutter es un gran proyecto en el que están poniendo mucho esfuerzo. En el Google I/O lo volvieron a demostrar. Son dos tecnologías que han venido para quedarse y coexistirán sin problema
Yo me quedo con Flutter... pero Dart es como regresar a Java despues de probar el dulce Kotlin.
@@walrider7374 En eso te doy toda la razón, los que llegamos de Android studio dejando atrás Java y conociendo Kotlin se nos hace un poco pesado, pero hay que entender que Dart también lleva poco tiempo y va cambiando poco a poco.
pues hace poco inicie con flutter, y tenia esas mismas preguntas. Pero ya al ver el ecosistema de flutter, veo que Google apuesta por este último, recordemos que se quieren alejar de la JVM (Java y ecosistema) su nuevo sistema Fucsia admite de forma nativa Dart/Flutter. Mientras Kotlin ya se enfoca en JVM, Google sabe cuáles son sus planes y en ese orden encamina su ecosistema (Dart) y recordar que Kotlin es apoyado por Google mas no es el que lo encamina.
Bueno, Kotlin no le obliga a seguir con la JVM, y sí que invierte mucho tiempo y recursos en hacer crecer Kotlin.
Fuchsia es algo que sale por ahí de vez en cuando pero que no llega a nada, y nadie sabe si llegará.
Esto no quiere decir que Google no apueste por Flutter. Sin duda también le está aportando mucho tiempo y recursos. Como comento en el vídeo, creo que son dos tecnologías que pueden coexistir perfectamente
cierto, las dos tecnologias pueden coexistir. un abrazo desde Colombia.
solo quieren seguir teniendo el monopolio con en sus ecosistema pero los que somos de sofware open source vamos con java y kotlin
React-Native
, kotlin....sin pensarlo dos veces
Empresas importantes están usando Kotlin
En mi caso comencé con Android-Java, luego cambie para Kotlin y fue una mejora, pero cuando encontré Flutter ya ahí fue algo como wow me quedo aquí. Aunque si siento que a Dart todavía le falta un poco para superar a Kotiln definitivamente recomiendo a Flutter...
Gracias! Lo que he visto de Flutter está genial, y sin duda es una opción multiplataforma muy buena, de las mejores hoy en día
Yo personalmente creo que le falta mucho
que tiene kotlin q no tenga dart?
@@estefanocampoverde3660 unas cuantas cosas. Dart es un buen lenguaje, pero todavía no está tan pulido y trabajado como Kotlin. Aunque eventualmente lo estará.
Yo creo que no son tecnologías enfrentadas, son opciones de tendencia para el desarrollo de Apps móbiles. Esperemos que Kotlin con esta tecnología logre ser nativo también en IOs
Sin duda, ambas tienen su espacio
la efectividad de flutter al momento de realizar un proyecto es muy elevada en el sentido del tiempo de codificacion, la fluidez es espectacular y ahora se viene impeller que la rompera, ya esta creciendo la comunidad y dart esta mejorando cada vez mas. Les recomiendo 100%
Sin duda, es una pasada lo rápido que puedes empezar a hacer cosas sin conocimiento previo
Pero has programado en Kotlin?
Yo llevo 1 mes dandole a Flutter y es que aunque el SDK como tal es muy bueno Dart esta lejos de Kotlin, pero lejos.
@@walrider7374 a que te refieres con lejos?
@@pringstom Disculpa, es una expresion coloquial para decir (en este contexto) que Kotlin tiene mucha superioridad sobre Dart (hay una distancia... "lejos").
He sentido que trabajar en Dart después de programar en Kotlin es lo mismo que regresar a 2019 cuando me pase de Java a Kotlin, se siente como un retroseso, pero Flutter como SDK, uff, ojalá Google hubiese usado Kotlin y no Dart para Flutter.
Yo veo una sinergia entre flutter y dart, recordemos que puedes trabajar con kotlin dentro de flutter.
Tambien flutter puedes hacer aplicaciones muy potentes, yo trabajo en una empresa B2B, y la aplicacion es sumamente compleja y está 100% en flutter, de hecho soy el que le da mantenimiento.
Personalmente me gusta mas el desarrollo nativo, pero flutter enamora, ya tengo 3 años trabajando con flutter y de verdad enamorado, ya el desarollo nativo me tocó en algunos proyecto privados.
En el backend que días me hice una librería en dart solo por probar, y para cosas simples va bien jajaja, aún prefiero quedarme con Spring.
Y la UI e interacción se adapta a cada plataforma, o se ve y funciona en las dos igual? En realidad no hay limitación a la complejidad de las apps que se puede conseguir con Flutter, pero si que es verdad que para cosas sencillas es mucho más rápido y barato hacerlo en Flutter. Mientras que KMP tienes que saber muy bien dónde te metes para justificarlo, porque la complejidad es mayor, y si no vas a aprovechar sus beneficios no merece la pena
@@devexpert_io La adaptación de pantallas en flutter es generalmente simple, aunque como todo en algunos aspectos complejos, como widgets compuestos y dependientes de datos que no se conocen, ya es algo que requiere un enfoque diferente.
Pero sí, si no se va a aprovechar la potencia nativa, no tiene objeto usar kotlin, aunque dart compila a código nativo de cada plataforma, no da el mismo rendimiento que el nativo, pero si mucho mejor que todos los demás frameworks multiplataforma.
En síntesis lo que dices en el vídeo considero tiene mucho sentido y creo que serán hermanitos que se quieren :).
para spring usas kotlin?
@@ale.xander Desde hace 6 meses y me gusta, aunque ando probando usar dart que va bien de momento, el todo es experimentar y aprender, salu2.
Es un excelente video, tengo una pregunta que es lo que es mas facil para un equipo hacer en flutter que en react native?. Hablaste de las Compose UI, investigarè a ver si encuentro un camino para decidir.
Depende mucho del equipo. Si el equipo tiene conocimientos web, le costará menos empezar con React Native.
Pues flutter me ayudo mucho en una app de escritorio en windows linux y mac asi que estoy tranqui por el momento
Sin duda! Ha demostrado ser una solución cross-platform muy buena
Yo uso Flater y es lo mejor
Nadie pone en duda que es una gran tecnología! Ahora, lo mejor… depende de para qué
A este tema, que es muy interesante, le veo dos opciones: o se apuesta por uno y el otro lo eliminan (Flutter o KMM) o lo más probable en mi opinión es que Flutter lo orientan a desarrollo multiplataforma asequible para todo el mundo tipo drag and drop (con FluterFlow) y IA para lógica, o sea, lo que fue Wordpress para desarollo web lo sera Flutter para multiplataforma y KMM será para desarrollo profesional
Sí, en mi opinión también parece que irán por el segundo camino. Creo que serán dos tecnologías que coexistirán
Hola Antonio,
Desde mi punto de vista, debe haber mas competencia, creo que es uno de los puntos por los cuales google brinda el soporte a kotlin, a parte de que ya se ha hablado mucho de los diferentes ambientes de desarrollo: ágil con buena UX, la cual tiene Flutter y la robustez y eficiencia que tiene Kotlin.
Pero creo que Flutter ha escalado muy rápido y no creo que valla a morir, por lo menos en estos años, ya que hay una comunidad bastante extensa para su soporte y empresas multimillonarias que usan su codigo.
Saludos.
Sí, yo también pienso que a Flutter le queda mucho rodaje
En 2018 estuve trabajando en una empresa que tenía todos los microservicios en Dart y la verdad que no hubo ningún problema en adaptarme viniendo yo de Java/Node.
No sabía que había gente haciendo microservicios en Dart!
mis punto de vista, flutter es para apps pequeñas que no requieram mucha integracion nativa, y KMM para apps grandes que pueden ser mucho mas escalables
Estamos en la misma onda entonces. Gracias!
Podrían coexistir, y abarcar todo el mercado, dejando más de lado a react native, otro competidor muy importante, que con todo el respaldo de FB y demás no tiene nada que hacer contra estos dos excelentes enfoques del desarrollo multiplatform.
Tengo un nuevo documentito maravilloso de Google con el que tengo que sacar un nuevo vídeo, porque deja su opinión bastante clara
Flutter tiene Impeller GPU, un motor de renderizado que no tiene Kotlin y que lo hace muy adecuado para integración de servicios de realidad aumentada, realidad virtual, IA y hacer aplicaciones multidispositivo con modelado 3D. Kotlin lo veo más para que prospere en entornos industriales donde siempre le ha ido bien a Java. La mayor debilidad de Flutter en mi opinión es que hay muchas librerías de dependencias importantes (Riverpod, Isar, etc) que son geniales, pero cuyo desarrollo depende prácticamente de una sola persona.
Muchas gracias! No conocía lo del motor de Flutter, le echaré un ojo
Gracias Antonio, las dos tecnologías son una maravilla!
Gracias a ti!
En mi opinión, Flutter es una excelente opción para el desarrollo multiplataforma, ya que permite escribir un solo código para múltiples plataformas y se compila a código máquina para cada una de ellas. Aunque es posible que en algún momento sea necesario escribir en código nativo, como fue el caso cuando tuve que escribir un plugin en Kotlin para Android, en Swift para iOS y en C++ para Windows.
No quiero restar valor a Kotlin, pero es cierto que puede presentar desafíos para el desarrollo multiplataforma debido a su estructura. En mi experiencia, Flutter ofrece una solución más eficiente y organizada para el desarrollo multiplataforma.
Aunque escribir en código nativo puede requerir conocimientos específicos de cada plataforma y lenguaje, Flutter ofrece la flexibilidad de diseñar y escribir en nativo, si se prefiere, utilizando Dart.
En resumen, en mi humilde opinión personal, Flutter es una excelente opción para el desarrollo multiplataforma, ya que permite escribir un solo código para múltiples plataformas, es más organizado y ofrece flexibilidad para escribir en nativo si se desea
Sin duda, la barrera de entrada es mucho menor, y para muchos casos merece más la pena que Multiplatform
Módulos nativos he escrito hasta en React Native, cada herramienta se usa para diferentes propósitos.
Hola gracias por tu opinión. Yo también me lo he preguntado hace tiempo. Mi opinión es que dar soporte a Dart, Go y Kotlin es un error de Google. En lugar de centrarse solo en uno (C#) como hizo Microsoft. Los desarrolladores de Dart pueden convertirse en un nicho reducido al final. Compiten con React Native, MAUI y Kotlin MP
Sí es verdad que teniendo a todos enfocados en una misma tecnología, se podría hacer más fuerza en una única dirección. Pero como comento, creo que KMP va por otro camino diferente al resto de cross-platform
El otro dia me estaba preguntando lo mismo, es cierto que multiplatform requiere un nivel de conocimiento mas avanzado.
Si mañana tendria que hacer una app simple que corra en ambas iria por flutter ya que la curva de aprendizaje es mucho menor y cuando lo probe en su momento me fue muy facil
Creo multiplatform puede servir para proyectos grandes donde se pueda compartir codigo, aunque la parte mas importante que es poder compartir codigo de UI esta en alpha aun por lo que todavia no va tener mucha adopción tiene mucho camino por recorrer aun que flutter ya lo estuvo haciendio en estos años.
En mi opinión, si lo que quieres es compartir UI seguramente tiene más sentido una tecnología como Flutter. Por eso no termino de ver claro el valor de Compose Multiplatform en todo esto.
@@devexpert_io el tema es que yo si uso una vista en compose multiplatform se vea al estilo nativo de cada plataforma como lo hace flutter cosa que lo veo dificil
@@sebastiancipolat no, eso no va a pasar
A parte de que me resulto muy interesante este video la verdad me tranquiliza algo tu análisis porque yo había apostado a Flutter y me preocupaba que fuera a ser descontinuada . Se agradece tus aportes . Son de muy buena calidad .
Google está apostando fuerte por ambas opciones, dudo mucho que vayan a desaparecer a corto o medio plazo.
solo quieren seguir teniendo el monopolio en sus ecosistema, pero los que somos de sofware open source vamos con java y kotlin
Jajaja yo diría que Flutter también es open source, no?
@@devexpert_io correcto pero con la fama de google de dejar tirado proyectos, no gracias
Bro cual Monopolio, Flutter y Multiplatform son ambos potenciados por Google. La realidad es que buscan resolver el mismo problema desde diferentes puntos de vista. Y el que le funcione mejor para ellos.
😂😂😂😂😂😂
Que tan descabellado es pensar en que usemos dart para el back-end y así tener un súper ecosistema de dart con flutter ( y eso sin contar que también se puede usar para front)
Habría que ver cómo de potentes son las soluciones de Dart para backend
Cuál es el punto de kotlin multiplatform si ya puedes compartir código en ambas plataformas si usa C++. Además kotlin debe agregar una máquina virtual para correr kotlin haciendo el paquete más grande y lento.
La experiencia en el desarrollo es como la noche y el día... Y no, Kotlin no necesita incluir ninguna máquina virtual.
Gracias por la info Antonio, muy interesante
Gracias!
Voy empezar un proyecto tipo uber, que recomiendan, flutter o kotlin?
Con ambos lo podrás hacer, depende de tus conocimientos y tus intereses personales
Agradecido como siempre por la información
A ti por el comentario!
Yo solo quiero que me orientes para obtener igual que tú el Google developer expert en mi currículo por favor
Tengo un vídeo en el canal sobre cómo llegar a ser Google Developer Expert
Saludos desde Mexico, tengo una duda, componentes como content providers son faciles de utilizar en kotlin?
Igual de fácil que con Java. Tienes ejemplos en la propia referencia de Android: developer.android.com/guide/topics/providers/content-provider-basics
La diferencia en costos tiempos es brutal, no hay comparación con Flutter, y la realidad que no todas las empresas tienen para cubrir costos para nativo, cualquier diferencia de rendimiento para proyectos medianos renta de sobra. Veo que Flutter están en constante mejora.
Has probado Kotlin Multiplatform?
flutter para pequenos proyectos, KMM para proyectos mas grandes!
Gracias por tu opinión!
kotlin(jetbrains) )es el amante de Google y Dart con Flutter(Propio del Google) es su esposa
🤔
En mi opinión ambas son buenas opciones, la unica ventaja que yo veo en kmm es ahorrarte dart, ahora si dart o flutter no te da lo que necesitas pues tienes 2 opciones te vas a otra opción o te quedas y contribuyes para que dart y flutter crezca, me refiero a aportar en su desarrolló, seria lo mismo para cualquier tecnología.
Bueno, hay algunas diferencias más, pero sin duda Flutter es una gran opción
En mi opinion Cuando CMP sea estable para todas las plataformas, flutter estaria en bastante desventaja ya que basicamente todo correria nativamente
Bueno, al final CMP usa un concepto muy similar al de flutter para pintar la UI. Tiene su propio motor de renderizado
@@devexpert_io pero No se aplicaría ese motor de renderizado para Android cierto ? Después de todas ambas se manejan con Compose, no hace falta traducir de Dart a Kotlin, igual que con KMP
Utilizan un motor de renderizado, pero no el mismo. Flutter tiene el suyo y Compose el suyo. No sé si era esa la duda.
@@devexpert_io creo que ahora sí lo entiendo, entonces la combinación de KMP y CMP vendría a ser lo mismo que Flutter pero con otro motor de renderización distinto.
Solo que aparte KMP + CMP te permite usar codigo UI compartido (compose) y codigo UI nativo (para IOS,etc) al mismo tiempo, cosa que Flutter no
Correcto!!
Google recientemente a despedido gran parte de su equipo Flutter. Puede ser un síntoma de que ahora Kotlin Multiplataforma tiene el camino libre
No parece que vayan a detener el desarrollo, por lo que dicen ha sido simplemente reestructuración y deslocalización de equipos
@@devexpert_io solo algunas áreas han sufrido está reestructuración. Por que fluter? Que hizo mal? Si hubiera hecho algo bien Google lo hubiera dicho en vez del genérico "part of the normal course of business"
No tengo ni idea, solo me puedo atener a las respuestas oficiales. Si hay algo oculto, no lo sabremos hasta que hipotéticamente ocurra algo.
sencillo, una flutter satisface una demanda y kmm cubre otra, sencilla mente, un auto normal cubre una y un auto cubre otro sector, una no es mejor que la otra, solo son teconologias que para nichos diferentes, me parece muy inteligente de google eso
Un poco lo mismo que comento en el vídeo. Aunque en el caso de los coches no veo tan clara la diferencia, porque los dos valen para lo mismo 😂. Pero entiendo la idea
@@devexpert_io perdon, era auto de lujo y auto normal, sumandole a tu idea, es que kmm son apara app con gran demanda procesamiento y recursos muy especificos, ejemplo lenguajes programcion python y lenguajes c++, los dos se podrian usar en los mismo, pero c++ esta mas optimizado, flutter:python y kmm: c++
Hola Antonio,
En mi opinión es sencillo. Para proyectos mas profesionales, escalables y a largo plazo es mas probable que KMM sea mucho mejor y más fiable. Para proyectos mas pequeños seguirá usandose flutter por el mero hecho que con pocos desarrolladores puedes lanzar muchos productos.
Por mucho que flutter te permita hacer de "todo" siempre hay peculiaridades de cada uno de los sistemas operativos y peculiaridades de dispositivos en android que pueden ser un dolor de cabeza y eso con KMM no va a pasar.
Espero con muchas ganas mas noticias sobre KMM, creo que es el futuro.
Un saludo!
Gracias! Somos de la misma opinión entoces
No coincido en la opinión, ambas tecnologías son buenas, y ninguna es mejor que la otra, cada uno cumple mejor o peor en algo.
Sería genial que pusieras un ejemplo técnico real, por ejemplo mencionas que sobre las peculiaridades de cada plataforma en ese caso dart y flutter pueden hacerlo, la única ventaja que veo en kmm es que te ahorras el trabajar con dart y hacer plugins para dart en lenguaje kotlin o Java.
@@diegomoreanomerino1687 Una ventaja clara es que uno es nativo 100% , el código lo controlas tu 100% y las peculiaridades del sistema las puedes solventar tu en tus proyectos, en flutter es muchisimo mas tedioso por lo que KMM es más escalable en el tiempo en aplicaciones grandes.
@@diegomoreanomerino1687en Flutter la UI se desarrolla en Flutter y en Multiplatform puede hacer nativo en cada plataforma. Tú decides el punto en el que das el salto de nativo a Multiplatform
Para mi flutter es lenguaje del futuro, tiene muchas funcionales el lenguaje y funciona perfecto en ambas plataformas
Pero el lenguaje es Dart. Es cierto que tiene un gran futuro
Que buen video hasta que dijo
"KMM no es para juniors", entonces las demas tecnologías que tiene una curva de aprendizaje mas suave son para juniors? Siguiendo esa lógica C++ es mas "senior" que Java y Java es mas "senior" que Kotlin.
Tú estás hablando de lenguajes, no de tecnologías. Se parecen pero no son comparables. En el caso particular de lenguajes, creo que es mejor aprender con lenguajes más a bajo nivel como C o C++, porque se entiende mucho mejor cómo funciona todo que si ya te lo dan bien mascadito.
@@devexpert_io ah ok los lenguajes no son tecnologías... got it!
No he visto el video, pero me atrevo a decir que igual Google preferirá Dart y Flutter, ya que son tecnologías de las cuales ellos son 100% dueños, en cambio de Kotlin y Android Studio no. Ellos no van a querer repetir lo mismo que con Java y Oracle.
Si Google impulsara de mejor manera a Fuschia OS y lo colocara como hizo Apple con Swift (que haya PC's, Laptop's, móviles, aplicaciones y obviamente el mismo SO Fuschia usando Dart y Flutter) creo que a todos nos iría mejor. Claro que supongo que sí les daría "Licencia" a las compañías para usar su SO (pagadas) en sus dispositivos como hace Microsoft.
Kotlin pertenece a Google tanto como a Jetbrains. Precisamente por eso crearon la Kotlin foundation, para que no les pase lo mismo que con Java
@@devexpert_io puede ser, pero como dije, Dart y Flutter sí son 100% de ellos... En esas dos no dependen de nadie.
Aunque creo que todo seguirá igual, mejor será Dart y Flutter para Apps Multiplataforma y mejor será Kotlin para Apps Nativas en Android.
@@alrawi112 no sé, no termino de entender en argumento de que porque Flutter sea 100% de Google, eso implica que es mejor para multiplataforma. Lo único que es de Google es Android, en resto de plataformas no.
@@devexpert_ioNah, no importa, después de todo este canal es de Kotlin y es normal defenderlo.
PD: No digo que sea mal lenguaje (porque no lo es), sólo diré que la gente últimamente se va orientada a Dart :D
Vengo después de meses a decir que si pueden pues aprendan las dos xD (o las tres incluyendo a Swift).@@devexpert_io
Flutter: Google
KOTLIN: JetBrains
No es cierto, Kotlin también es de Google. kotlinfoundation.org/
amo flutter
Es muy buena tecnología
Recuerdo el comentario que lei hace poco, KMM es como flutter pero bien hecho, por mi parte le estoy hechando el ojo porque me llama mucho la atencion, ademas flutter me hecha muy atras no su framework, ya que me parece estupendo desarrollar una base de codigo para varios sistemas, si no mas bien su lenguaje dart que me parece horrendo
Ya, Dart es lo peor de Flutter 😅
@@devexpert_io Qué tiene de malo Dart? Qué tiene Kotlin que no tenga Dart? Dart es super-potente, es un lenguaje moderno en cualquier sentido, para mi entender lo único que le falta a Dart es carga dinámica de módulos, aunque creo que esta característica tampoco la tiene Kotlin. Además, pronto tendrá soporte de compilación a WASM y eso ya será el maximum. 😆
@@joseantoniomolinabusquiel1617 cada día se parecen más, Dart va añadiendo muchas features que antes no tenía
@@devexpert_io a mi Dart me parece un lenguaje como otro cualquiera, no le veo ningún inconveniente
Kotlin viene de paso porque no es de Google y puede ser un espejo de oracle con java.
Kotlin pertenece a la Kotlin foundation, formada entre otros por Google.
Si no conoces flutter no puedes opinar. Creo q flutter tiene más futuro que kmm. Pero todo framework tiene su momento y siempre sale algo nuevo. Hay q saber actualizarse
Claro que conozco Flutter, otra cosa es que no lo haya usado a nivel extensivo. Pero he hecho cosas con Flutter y conozco sus ventajas y sus limitaciones. Y en el vídeo en ningún momento digo que no tenga futuro. Hay algo en mi argumentación sobre lo que opines diferente? Decir que tiene más futuro es como no decir nada. Por qué? En qué ámbitos? Para qué tipo de proyectos?
Cuáles serían sus limitaciones, me gustaría saber. Cada día veo más gente de nativo migrando a flutter solo digo...
Gracias por el video , pero me parece que estas cayendo en el error de muchos. Lo que conozco es lo mejor y lo demás no. tu lo has dicho "no conozco flutter". Igualmente es muy cierto lo que mencionaste de Google ha abandona algunos productos como inbox. Te dejo un saludo.
No lo conozco en profundidad, pero he hablado con gente que sí, me he informado sobre ello, y sí tengo unas nociones básicas. Si tienes una experiencia diferente, me encantaría conocerla!
@@devexpert_io comencé a programar a los 16 años. Conozco varios lenguajes y plataformas. Después por temas de trabajo dejé de desarrollar. Igualmente me mantenía actualizado. Hace un tiempo comencé nuevamente y estuve analizando varias tecnologías y para los equipos pequeños me parece que flutter es el indicado.
Ese nombre de profesor mejor cambiatelo a "amateur". Un ingeniero de software de verdad no le importa el lenguage y se enfoca en el diseno de sistemas, te vendria bien un poco de humildad.@@profesordonadio2825
Aquí hay algunas cosas que se pueden programar en Flutter que no se pueden programar en Kotlin:
Aplicaciones web
Aplicaciones para macOS
Aplicaciones para Windows
Aplicaciones para Linux
Aquí hay algunas plataformas que Flutter puede ejecutar que Kotlin no puede:
Web
macOS
Windows
Linux
Saludos 💙
Eso es que no te has informado mucho sobre Kotlin. Saludos 💜😬
Android es lo mejor🤓🦖🤓!!!!! Pero se me hace raro multiplataforma 😂
Y eso?
Noo.. No vengan con cosas... Ya me metí de cara a compose... Así que no me vengan a bajar kotlin multiplatform 😎
Compose se puede usar con Multiplatform!
Como dice Aris: Flutter es puro pinta apis 😂😂😂😂
jajaja, sería una buena definición de caso de uso muy claro en Flutter. Aunque hay apps muy potentes hechas en Flutter también
kotlin esta remendado, flutter acabara kotlin