Nunca entendí porque Dart no prospero fuera de Flutter, tiene una excelente sintaxis en mi opinión, combinando la solidez de Java con la versatilidad de JavaScript. Es compilado y también interpretado para tiempo de desarrollo, incluso hasta transpila a JavaScript.
@@thevoicep6562 particularmente su sintaxis es mi favorito... pero bueno que se le va a hacer, mas importante que el mismo lenguaje en si, es su comunidad
Este comentario me encanto, la verdad es que sucede lo mismo con PHP, todo mundo dice que ya murio hace decadas y sigue vigente, ademas de que como mencionas, a muchas personas PHP cuando menos si les da de comer, muchos sitios usan PHP, hasta facebook aun hoy en dia.
Si, pero tambien es importante ver las posibles evoluciones de futuro, y eso es muy dificil. Puede que de lo que hay mucha demanda hoy, no haya suficiente demanda magnana. Por otro lado, si una tecnologia pasa a usarse menos, tiene menos demanda, puede que los puestos de trabajo esten muy bien pagados, o puede que te sea muy dificil encontrar un empleo. Por eso creo que hay que pensarse dos veces las tecnologias en las que inviertes. Por otro lado, el conocimiento, cuanto mas abstracto, mas reutilizable, pero en las entrevistas de trabajo te van a preguntar por tecnologias concretas. Es dificil.
En realidad lo que más convendría es que Flutter evolucione e integren Kotlin, tal como en Android Studio, así quedaría disponible Kotlin y Darth para Flutter y que existan opciones de migración de código Darth a Kotlin (como Java a Kotlin) así la apuesta de nativo sigue en pie mientras que Flutter sigue siendo una opción asequible.
midu no quiero que mi comentario suene a mal o sea tomado a manera de hate, pero tu experiencia esta mas en web que en mobile, la expresion es libre, pero yo recomieno que si se quieren guiar de la opinion de mobile devs revisen los canales dedicados a mobile hay bastantes buenos de latam y de usa que estan trabajando en el dia a dia en produccion tanto con flutter y kotlin e iOS
Wow tiene un excelente punto. Me sorprende la sobre-exagerada amabilidad y cortes con la que tienes que decir las cosas para que nadie se ofenda (creo que ya hay un comentario que se nota ofendido). Me han aparecido bastantes videos de este youtuber, todos ellos llenos de controversia y con un punto exagerado, al parecer él ya aprendió que para ser tendencia debe de hacer tipo de un título que le provoque el miedo a los programadores junior y generar vista, la verdad no recomiendo ver estos videos, lo mejor es ir avanzando en lo que te gusta hasta volverte experto.
Cuando se empezó a pensar en Flutter (llamado Sky en sus super early days), se eligió Dart por su habilidad de compilar AOT y JIT, lo que posibilitaba uno de sus features más novedosos: el hot-reload. Muchos dicen migrar a Kotlin, y no lo veo como algo malo, pero tampoco como un acierto porque muchos vez no saben, pero los equipos de Dart y Flutter son prácticamente el mismo dentro de Flutter, entonces se complementan de una manera increíble. Tanto Flutter soporta a Dart, como viceversa; es un crecimiento mutuo. Si fuera Kotlin el lenguaje, las prioridades de Flutter posiblemente no serían prioridad para JetBrains, que es una empresa que no es de Google. Tener todo in-house es una ventaja increíble, y creo que es algo en lo que la gente piensa poco.
Microsoft con .NET (especialmente Blazor) y C# tienen uno de los mejores entornos de desarrollo multiplataforma, en mi opinión. Sí es verdad que no es tan popular como Javascript/Typescript y los flashy new frameworks, pero cada vez se hace más popular y es que tiene sentido: tienes el BE y el FE en un solo lenguaje que es seguro y performant, compilas a web/mobile/desktop y tienes todo lo que necesitas en .NET para hacer lo que quieras (también puedes usar librerías de la comunidad open source, pero no hace falta). Por lo tanto, no me parece descabellado que Google quiera hacer algo similar con Kotlin: es un lenguaje seguro y performant (es básicamente Java, pero más cool) la adopción deber ser MUCHÍSIMO mayor que la de Dart (donde hay Java, es probable que haya Kotlin hoy en día) y las tecnologías para servicios BE son sólidas. Es lógico querer pulir lo que se puede hacer en FE con Kotlin y así tienes un entorno de desarrollo multiplataforma brutal.
Estoy de acuerdo. Me gusta mucho net. Uso especialmente xamarin, ahora. Ya se, está en desuso y cayó en desgracia por movimientos internos de Microsoft. Incluso el fundador de mono (la base de xamarin ahora maui), Miguel de Icaza, está desencantado con Microsoft. Y ahí está el problema. Ahora mismo maui es difícil de usar. No que sea difícil de aprender. Mucho de xamarin se reutiliza en maui. El problema es que todos los avances que tenían como la ide (visual studio for mac) están convirtiéndolos en obsoletos y directamente cambiado por un editor de texto (visual studio code) que si bien tiene muchas capacidades, no de deja de ser un editor de texto con vitaminas. Microsoft para unas cosas tienen una base sólida, pero para otras, parece que no tiene intenciones de no pasar de un beta. Y eso mismo está pasando con la parte mobile.
el mejor rendimiento con jetpack compose? Hace un año lo último que me acuerdo es de que se quejaba mucha gente de que su lazy column era muy lento, que había que tener cuidado con las recomposiciones y el navigation routing no era muy bueno, ya lo habrán mejorado? De todos modos le echaré un vistazo.
Yo ya sé React, estoy viendo React Native, estuve viendo también Dart para empezar con Flutter, pero por ahora deje en espera debido a que con Google no se sabe que tal la dejan de lado como tantas cosas que hicieron
Ese es el inconveniente que la gente con Google no sabe a que atenerse ya que de un solo plumazo entierran un lenguaje y plataformas por ello la gente termina desconfiando de tomar un lenguaje en serio, mira que ahora se sumó python a desarrollar con flutter. A que puerto llegaremos con Google?
Exactamente, va evolucionando muy rápido compose multiplatform, donde se agregue el live edit pulido que tiene jetpack compose como que se empezaría a divisar en el horizonte una F a flutter
En el caso de la creación de multiplataforma, cual seria la mejor opción? Se que depende de varias cosas, pero en ese caso, en que casos seria mejor usar cual y por que?
El desarrollo más rápido es con Flutter, ya que con Kotlin multiplatform por el momento el UI para iOS lo tendrás que escribir en Swift... Pero si ya dominas Kotlin vete por Kotlin multiplatform
No es hate hacía a ti, sólo que en el video anterior además del título, hiciste afirmaciones sin informarte bien, entonces parecía hate sin más hacía Flutter. En este te redimiste, mucho mejor manejado el tema y opiniones mejor fundamentadas. Bien por ti, crack. Muy entretenido tus directos. Saludos!
No recuerdo el nombre del autocompletado que estaba probando midu, y que era mas rapido y obtenia mas contexto del proyecto que github copilot. No encuentro el video donde lo menciona. Algun iluminado que lo recuerde
Yo mataría Dart y haría que Flutter sea un framework de Kotlin para multiplataforma dejando a criterio del desarrollador los problemas de rendimiento como se hace con React Native
Sólo te corrijo que, Kotlin es de JetBrains no de gurugulu, pero igual. Esto vendría a ser el Xamarin de gurugulu sólo le hace falta ponerle un poco más de pimienta, deshacer esos grumitos que le están flotando por allí y listo. Jeh, en comparativa... es como que dijeran que F# desaparece porque a mocosoft se le metió de apoyar a pthon. jejejeje
tener mas opciones de desarrollo es mejor, tambien teniendo en cuenta kmp y flutter son tan distintos, y que pase flutter pase a kotlin no gracias, 😅😅😅.
Hay un aspecto que no han tomado en cuenta…el costo. Es más barato trabajar con flutter que con kmp para el cliente. El 99 % de los clientes escogerán el desarrollo más barato. Flutter seguirá siendo mejor alternativa económicamente que kmp. Al final del día, el presupuesto manda.
Ni tanto, cuando la escalabilidad ha empezado a ser un problema en proyectos grandes de flutter me ha pasado que toca crear nuestros propios paquetes porque no existen para algo muy especifico o cuando nos han exigido que hay usar lo último del sdk de android en temas de seguridad que es prácticamente imposible porque aun no se actualiza flutter para soportarlo, en un proyecto fue tal la bola de nieve que optamos por migrarla a nativo y evitar todos estos problemas
@@atherbsc5384 interesante esa experiencia . De todas formas no creo que sea lo más común, en tu caso, el cliente tiene el presupuesto para dar ese paso, imagino que no es barato, pero en general creo que los presupuestos son más acotados y flutter sigue siendo más viable económicamente para la mayoría de clientes.
Lo que no me gusto de Flutter es que para acceder a ciertas APIs nativas de Android se necesitaba interoperabilidad con Kotlin, pero se podia dejar pasar porque otro punto fuerte de Flutter era su Declarative UI, pero todo eso se acabo cuando Jetpack Compose salio con un mismo modelo de Declarative UI, pero fue Kotlin Multiplatform el que puso el ultimo clavo al ataud de Flutter y Dart, Flutter lo tenia casi todo: Declarative UI, un lenguage moderno como Dart, la promesa de escribir solo una vez y ejecutarlo en cualquier plataforma (web, movil y escritorio) y un mejor rendimiento que React Native y otros frameworks basados en Javascript, lastima que enfrente tenia a otro formidable adversario, que tambien tenia un lenguaje moderno como Kotlin, Declarative UI con Jetpack Compose y la promesa de escribir solo una vez y ejecutarlo en cualquier plataforma con Kotlin Multiplatform con un rendimiento nativo, poco a poco Kotlin y Compose fueron igualando y hasta superando a Flutter y Dart, descanza en paz Flutter, diste una muy buena batalla.
Entonces todo funciona igual como siempre fue. En los últimos tiempos. Swift para iOS y Kotlin para Android, Multi Flutter. Porque tanto drama? Votaron gente que tenia salarios jugosos para contratar a menor costo
11:59 Como que el próximo video será “La muerte de Flutter”, esto me ofende muchísimo y no me dejas otra opción que abrirte un hilo en X/Twitter 💀 (Nunca he programado para Android xd)
Pero es verdad. Si quieres que alguien más decida por ti. Debe haber canales que hagan la labor para elegir una tecnología concreta, de hecho se me ocurre uno, pero no lo mencionaré porque desde mi punto de vista. Este tipo de cosas dependen de tus skills y si en la tecnología que dominas esto se facilita más o menos la implementación.
3:32 ya hay una adaptación de Flutter para Python y con miras a incorporar otros lenguajes llamada Flet. Es muy simple de usar y va por la version 0.22
Por gusto se desesperan, hoy Google dice apostemos por Kotlin, de aquí a un año a lo mejor dice lo contrario. No se basen por lo que dicen sino como la tecnología está arraigada a la industria, y KMP está muy verde en la industria.
@JohanValdivia-gk4rr se refieren a Compose multiplatform. el que tenga un app nativa (la mayoría de compañías grandes) va poder volverla multiplataforma muy fácilmente.
@JohanValdivia-gk4rr si quieres tener la misma UI puedes usar Compose Multiplatform que es la librería UI de Kotlin Multiplatform basada en Jetpack Compose de Google para Android
@@diegomoreanomerino1687 KMP + Compose Multiplatform tienen exactamente el mismo objetivo que Flutter: proporcionar una base de código compartida y una UI consistente multiplataforma. Que Google decida apoyar a KMP justo después de despedir a parte del personal de Flutter puede significar en un futuro quieren que Compose Multiplatform se vuelva la opción favorita para desarrollar aplicaciones, especialmente porque Compose está basado en Jetpack Compose, la librería UI de Android y porque Google hoy en día está usando Kotlin en muchas de sus aplicaciones más importantes
MIDU lo mejor es tomar el toro por los cachos y aprender las bases de programación móvil con lenguajes nativos a hoy día Swift y andriod (de repente fucsia) punto... Lo demás son ayudas y complementos para que los demás desarrolladores puedan amablemente acercarse a la programación móvil y hacer una App con pocos incovenientes, sin demeritar a flutter, react native, kotlin y demás multiplataformas que no dejan de ser una herramienta más, pero sin buenas bases la mesa tambalea o cae.
Como persona que programa en Kotlin lo recomiendo mucho, me parece que siempre lo que necesites será la mejor opción, en mi empresa usamos Kotlin Multiplatform y hemos tenido varios problemas pq aun sigue en beta XD
@@diegomoreanomerino1687 Claro que no, simplemente en lugar de tener que aprender dos lenguaje para Android usaria uno "Kotlin" en lugar de "Dart", así seria incluso más fácil pasar a nativo en caso que sea necesario en el caso de Android.
@@ericjoel3826 para eso ya tienen kmp, flutter esta bien con dart, ademas flutter tiene un enfoque distinto a kmp, tal vez más a delante kmp este al Nivel de flutter ahí tal vez tenga más sentido por ahora solo funciona bien en android y flutter ya tiene la madurez para funcionar en las plataformas que soporta. Igualmente esta la libertad de tomar flutter como referencia y crear otro framework donde el lenguaje principal sea kotlin.
8:30 muy buen consejo, si te peleas por usar el mejor lenguaje yno lo conoces es posible que no lo hagas bien o incluso que no lo termines nunca. Hazlo donde conozcas bien
Cómo no va a ser Kotlin la apuesta principal, si lleva siendo desde el 2018 lenguaje de programación recomendado por Google. Están migrando todas las app de Java a Kotlin del ecosistema Google, tienen una apuesta grande en multiplataforma, Google ha creado compose (el react de android) con el equipo de Jetbrains que esta en beta para multiplataforma también.
Es que terminos técnicos con un solo lenguaje y set de tecnologías puedes hacer toda tu arquitectura, desde mobile, web, backend... Además todas ese software en java antiguo puede pasarse a kotlin hablo de que esto es una buena opción para bancos, aseguradoras, aerolíneas, etc que quieren actualizar sus productos y bajar costos de desarrollo
El problema es que la libreria de ui para kotlin multiplatform que es compose multiplatform acaba de pasar a beta en ios, va evolucionando bastante rapido al tener a Jetbrains atras y ahora con el equipo de android tambien dando apoyo esto de que usar kotlin multiplatform solamente para compartir el modelo de negocio y si quieres compartir ui usar flutter puede cambiar a corto o mediano plazo, asi que por mi parte que trabajo con nativo y flutter, compose es mucho mas comodo y simple de usar gracias a kotlin y su sintaxis del dsl a diferencia de flutter que dart en mi opinion es un lenguaje que esta lastrando la evolucion de flutter y practicamente fuera de este no existe y no tiene la comunidad enorme de kotlin, asi que, creo que ese articulo se va a editar en un tiempo a futuro
Para ser una raza tan inteligente a veces la gente actúa tan estúpidamente 😂😂, enserio,me da risa como los haters y la gente toman lo que quieren y se pegan de eso para infundir odio en las redes sociales
Claro que esta muy verde si esta en alfa KMP para android y desktop es estable Para web estaba en experimental pero ya esta en alpha para IOS estaba en alpha ya esta en Beta no creo que falta muchos años porque todo esas evoluciones se realizaron durante 1 años significa que el equipo de jetbrains están subiendo versiones cada año quizás para 2025 o finales de 2024 tenemos todo ya en estable ya tengo una app en producción con kmp para android y ios y va de lujo hasta ahora no he tenido problemas pero estoy pendiente a los cambios para adaptar mi app Pero KMP
@@alexei9023genial que te vayas bien yo lo estuve aprendiendo desde en la alpha Igual soy desarrollador android nativo la curva de aprendizaje no fue mucho para mi ya sabia kotlin Pero debo admitir que Compose Ui es un clone perfecto de flutter 😂😂
Lo que me da risa es que dicen que en el IO no presentaron mucho de flutter cuando presentaron WASM en Stable mientras Compose presenta Web en Alpha. Al nivel que llegó Flutter le toca mejorar el soporte en las plataformas que ya está (Que son casi todas si no lo son todas), mientras que Ammm y Compose están presentando cosas como navegación de material entre pantallas en alpha y cosas por el estilo. Solo miren el X de Kotlin (Kotlin by JetBrains).
Una ventaja es que Kotlin no puede caer en la lista killed by Google, ya que no les pertenece 🤑
Totalmente cierto no tendras miedo del GoogleKiller
100 iq
Créeme que si le va bien no será nada para ellos comprarlo
5000000 iq
Nunca entendí porque Dart no prospero fuera de Flutter, tiene una excelente sintaxis en mi opinión, combinando la solidez de Java con la versatilidad de JavaScript. Es compilado y también interpretado para tiempo de desarrollo, incluso hasta transpila a JavaScript.
es uno de los mejores lenguajes de programación, su sintaxis es muy limpia
Hate en 2011
@@thevoicep6562 particularmente su sintaxis es mi favorito... pero bueno que se le va a hacer, mas importante que el mismo lenguaje en si, es su comunidad
Buena sintaxis pero frente a kotlin queda en pañales, el problema de flutter es que dart lo lastra
exactamente, dart no es malo, pero pierde en un vs contra kotlin, y es que es indiscutible@@atherbsc5384
La opción correcta es la que te dé de comer.
Este comentario me encanto, la verdad es que sucede lo mismo con PHP, todo mundo dice que ya murio hace decadas y sigue vigente, ademas de que como mencionas, a muchas personas PHP cuando menos si les da de comer, muchos sitios usan PHP, hasta facebook aun hoy en dia.
@@JesusJimenezCordero Totalmente de acuerdo con tu respuesta.
eso es desde el punto de vista puramente económico
Si, pero tambien es importante ver las posibles evoluciones de futuro, y eso es muy dificil.
Puede que de lo que hay mucha demanda hoy, no haya suficiente demanda magnana. Por otro lado, si una tecnologia pasa a usarse menos, tiene menos demanda, puede que los puestos de trabajo esten muy bien pagados, o puede que te sea muy dificil encontrar un empleo. Por eso creo que hay que pensarse dos veces las tecnologias en las que inviertes.
Por otro lado, el conocimiento, cuanto mas abstracto, mas reutilizable, pero en las entrevistas de trabajo te van a preguntar por tecnologias concretas. Es dificil.
En realidad lo que más convendría es que Flutter evolucione e integren Kotlin, tal como en Android Studio, así quedaría disponible Kotlin y Darth para Flutter y que existan opciones de migración de código Darth a Kotlin (como Java a Kotlin) así la apuesta de nativo sigue en pie mientras que Flutter sigue siendo una opción asequible.
midu no quiero que mi comentario suene a mal o sea tomado a manera de hate, pero tu experiencia esta mas en web que en mobile, la expresion es libre, pero yo recomieno que si se quieren guiar de la opinion de mobile devs revisen los canales dedicados a mobile hay bastantes buenos de latam y de usa que estan trabajando en el dia a dia en produccion tanto con flutter y kotlin e iOS
Ok.. y tu punto es?
@@philippesebastiannakayamag9020 vuelve a leer
Wow tiene un excelente punto. Me sorprende la sobre-exagerada amabilidad y cortes con la que tienes que decir las cosas para que nadie se ofenda (creo que ya hay un comentario que se nota ofendido). Me han aparecido bastantes videos de este youtuber, todos ellos llenos de controversia y con un punto exagerado, al parecer él ya aprendió que para ser tendencia debe de hacer tipo de un título que le provoque el miedo a los programadores junior y generar vista, la verdad no recomiendo ver estos videos, lo mejor es ir avanzando en lo que te gusta hasta volverte experto.
Cuando se empezó a pensar en Flutter (llamado Sky en sus super early days), se eligió Dart por su habilidad de compilar AOT y JIT, lo que posibilitaba uno de sus features más novedosos: el hot-reload.
Muchos dicen migrar a Kotlin, y no lo veo como algo malo, pero tampoco como un acierto porque muchos vez no saben, pero los equipos de Dart y Flutter son prácticamente el mismo dentro de Flutter, entonces se complementan de una manera increíble. Tanto Flutter soporta a Dart, como viceversa; es un crecimiento mutuo. Si fuera Kotlin el lenguaje, las prioridades de Flutter posiblemente no serían prioridad para JetBrains, que es una empresa que no es de Google. Tener todo in-house es una ventaja increíble, y creo que es algo en lo que la gente piensa poco.
BUEN PUNTO.
Microsoft con .NET (especialmente Blazor) y C# tienen uno de los mejores entornos de desarrollo multiplataforma, en mi opinión. Sí es verdad que no es tan popular como Javascript/Typescript y los flashy new frameworks, pero cada vez se hace más popular y es que tiene sentido: tienes el BE y el FE en un solo lenguaje que es seguro y performant, compilas a web/mobile/desktop y tienes todo lo que necesitas en .NET para hacer lo que quieras (también puedes usar librerías de la comunidad open source, pero no hace falta). Por lo tanto, no me parece descabellado que Google quiera hacer algo similar con Kotlin: es un lenguaje seguro y performant (es básicamente Java, pero más cool) la adopción deber ser MUCHÍSIMO mayor que la de Dart (donde hay Java, es probable que haya Kotlin hoy en día) y las tecnologías para servicios BE son sólidas. Es lógico querer pulir lo que se puede hacer en FE con Kotlin y así tienes un entorno de desarrollo multiplataforma brutal.
a que te refieres con be y fe?
@@sebastianasprino Berilio y Hierro?? JAJAJ
tiene sentido@@EdgarHernandez-is9oh
@@sebastianasprino Backend y frontend
Estoy de acuerdo. Me gusta mucho net. Uso especialmente xamarin, ahora. Ya se, está en desuso y cayó en desgracia por movimientos internos de Microsoft. Incluso el fundador de mono (la base de xamarin ahora maui), Miguel de Icaza, está desencantado con Microsoft.
Y ahí está el problema. Ahora mismo maui es difícil de usar. No que sea difícil de aprender. Mucho de xamarin se reutiliza en maui. El problema es que todos los avances que tenían como la ide (visual studio for mac) están convirtiéndolos en obsoletos y directamente cambiado por un editor de texto (visual studio code) que si bien tiene muchas capacidades, no de deja de ser un editor de texto con vitaminas.
Microsoft para unas cosas tienen una base sólida, pero para otras, parece que no tiene intenciones de no pasar de un beta. Y eso mismo está pasando con la parte mobile.
Buen video, después lo veo
No es de ahuevo comentar
No es de ahuevo comentar @@justnightycat
No es de ahuevo comentar @@AisuUruU
el mejor rendimiento con jetpack compose? Hace un año lo último que me acuerdo es de que se quejaba mucha gente de que su lazy column era muy lento, que había que tener cuidado con las recomposiciones y el navigation routing no era muy bueno, ya lo habrán mejorado? De todos modos le echaré un vistazo.
Yo ya sé React, estoy viendo React Native, estuve viendo también Dart para empezar con Flutter, pero por ahora deje en espera debido a que con Google no se sabe que tal la dejan de lado como tantas cosas que hicieron
Ese es el inconveniente que la gente con Google no sabe a que atenerse ya que de un solo plumazo entierran un lenguaje y plataformas por ello la gente termina desconfiando de tomar un lenguaje en serio, mira que ahora se sumó python a desarrollar con flutter. A que puerto llegaremos con Google?
Ya hiciste un React Native vs Flutter?
Kotlin usando Composo Multiplataform ya está en Beta y web en Alpha.... Ahora podrás comprartir tu UI con iOS.... Con Kotlin
Exactamente, va evolucionando muy rápido compose multiplatform, donde se agregue el live edit pulido que tiene jetpack compose como que se empezaría a divisar en el horizonte una F a flutter
Hace tiempo que me di cuenta que los componentes de material3 están antes para Compose que para Flutter
En el caso de la creación de multiplataforma, cual seria la mejor opción? Se que depende de varias cosas, pero en ese caso, en que casos seria mejor usar cual y por que?
El desarrollo más rápido es con Flutter, ya que con Kotlin multiplatform por el momento el UI para iOS lo tendrás que escribir en Swift... Pero si ya dominas Kotlin vete por Kotlin multiplatform
Todos Kotlin vs Flutter,
Yo con React Native en la mochila 🗿
Que tal React Native ?, estoy mirando opciones...
@@Masycodebuenísimo, tiene una comunidad muy grande.
Y si hay bastante trabajo para react native?
@@DanielVega-yq3bx sí y es bien pagado por lo que se.
@@saicodev Estoy por empezar, nos agg para hablar un poco del tema en WhatsApp o Discord?
Usando java varios años, me dio pereza aprender kotlin, me fuí por flutter. Tiene buenos widgets, el futuro dirá.
No es hate hacía a ti, sólo que en el video anterior además del título, hiciste afirmaciones sin informarte bien, entonces parecía hate sin más hacía Flutter. En este te redimiste, mucho mejor manejado el tema y opiniones mejor fundamentadas. Bien por ti, crack. Muy entretenido tus directos. Saludos!
Apenas dijo Jetbrains ayer que CMM ya tiene la versión de iOS Beta, e Web en Alpha....
Diegoveloper opinon?
Aunque KMP este maduro y Google apueste por apoyarlo, llegará al nivel de Flutter en un par de años y esperando que Flutter no mejore.
Lo que me da rabia no es Midu es Google . Ptm , porque un proyecto que ha crecido y muchas empresas se están migrando a esa tecnología.
na no son tantas, sino ni en pedo se hubieran pegado a kotlin
@@juanpablogarcia6293 En mi opinion Kotlin no tiene el peso de flutter aun, sino que Google le esta dando mas enfasi ahora a Kotlin.
No recuerdo el nombre del autocompletado que estaba probando midu, y que era mas rapido y obtenia mas contexto del proyecto que github copilot. No encuentro el video donde lo menciona. Algun iluminado que lo recuerde
ya lo encontre xd, es supermaven
No se que tanto drama con flutter si no lo usa ni el tato, cuánto trabajas hay para flutter el porcentaje es súper bajo
Yo mataría Dart y haría que Flutter sea un framework de Kotlin para multiplataforma dejando a criterio del desarrollador los problemas de rendimiento como se hace con React Native
uy que es esa mamada
??????? 😂😂😂
Muy bueno, porque puede usar Kotlin no backend aprovechando el ecosistema Java... Kotlin será el nuevo fullstack
No hay necesidad, Kotlin ya tiene su propio Flutter, se llama Compose Multiplatform
Se ha hablado bastante de eso, quitar el lastre de dart y poner kotlin en flutter incluso lo han llamado klutter
Sólo te corrijo que, Kotlin es de JetBrains no de gurugulu, pero igual. Esto vendría a ser el Xamarin de gurugulu sólo le hace falta ponerle un poco más de pimienta, deshacer esos grumitos que le están flotando por allí y listo.
Jeh, en comparativa... es como que dijeran que F# desaparece porque a mocosoft se le metió de apoyar a pthon. jejejeje
Dotnet Maui
Que usen Maui app esl multiplataforma a la vez
" Mierdas de estas " ( flutter ) hahahaah mentiras, muy buena la información siempre Midu
Jajajaj se lo dije al editor!!!
Poco se habla de que JetBrains está detrás de todo esto.
En todo este tira y jale el mayor beneficiado es react native..
nad hacer un transpilador de JS a Dark y todo solucionado
El buen kotlinsito :3
tener mas opciones de desarrollo es mejor, tambien teniendo en cuenta kmp y flutter son tan distintos, y que pase flutter pase a kotlin no gracias, 😅😅😅.
Entonces.. Kotlin para Back y Flutter para Front?
Como les gusta líarse con tantas tecnologías
Tío, para back Go y punto
Hay un aspecto que no han tomado en cuenta…el costo. Es más barato trabajar con flutter que con kmp para el cliente. El 99 % de los clientes escogerán el desarrollo más barato. Flutter seguirá siendo mejor alternativa económicamente que kmp. Al final del día, el presupuesto manda.
Ni tanto, cuando la escalabilidad ha empezado a ser un problema en proyectos grandes de flutter me ha pasado que toca crear nuestros propios paquetes porque no existen para algo muy especifico o cuando nos han exigido que hay usar lo último del sdk de android en temas de seguridad que es prácticamente imposible porque aun no se actualiza flutter para soportarlo, en un proyecto fue tal la bola de nieve que optamos por migrarla a nativo y evitar todos estos problemas
@@atherbsc5384 interesante esa experiencia . De todas formas no creo que sea lo más común, en tu caso, el cliente tiene el presupuesto para dar ese paso, imagino que no es barato, pero en general creo que los presupuestos son más acotados y flutter sigue siendo más viable económicamente para la mayoría de clientes.
cuerto ❤🎉
golang no es el principal interés de google. pero ahí va, como un cohete para arriba xd
Lo que no me gusto de Flutter es que para acceder a ciertas APIs nativas de Android se necesitaba interoperabilidad con Kotlin, pero se podia dejar pasar porque otro punto fuerte de Flutter era su Declarative UI, pero todo eso se acabo cuando Jetpack Compose salio con un mismo modelo de Declarative UI, pero fue Kotlin Multiplatform el que puso el ultimo clavo al ataud de Flutter y Dart, Flutter lo tenia casi todo: Declarative UI, un lenguage moderno como Dart, la promesa de escribir solo una vez y ejecutarlo en cualquier plataforma (web, movil y escritorio) y un mejor rendimiento que React Native y otros frameworks basados en Javascript, lastima que enfrente tenia a otro formidable adversario, que tambien tenia un lenguaje moderno como Kotlin, Declarative UI con Jetpack Compose y la promesa de escribir solo una vez y ejecutarlo en cualquier plataforma con Kotlin Multiplatform con un rendimiento nativo, poco a poco Kotlin y Compose fueron igualando y hasta superando a Flutter y Dart, descanza en paz Flutter, diste una muy buena batalla.
Mientras React native y expo: funciona. Fin
Expo traba muchísimo, y su integración nativa tiene varios bugs
Pero es lento como una tortuga.
@@ivanh1821 exacto, flutter va mucho más rápido.
@@ivanh1821 los productos de meta estan echos con react native y no son lentos
Entonces todo funciona igual como siempre fue. En los últimos tiempos. Swift para iOS y Kotlin para Android, Multi Flutter. Porque tanto drama? Votaron gente que tenia salarios jugosos para contratar a menor costo
Error
Compose Multiplatform (UI de KMP) en IOS esta en beta (seguro el ano que viene sera estable) y para android obviamente es estable
Flutter de colofon
Kotlin tiene jetpack compose que es el multipatafoma👻
Lógica de pegamento por todos lados
de 10 tecnologias de desarrollo que hace google mata a 9.9
Mejor Flutter con Flet 🤙
11:59 Como que el próximo video será “La muerte de Flutter”, esto me ofende muchísimo y no me dejas otra opción que abrirte un hilo en X/Twitter 💀 (Nunca he programado para Android xd)
no cuesta mucho aprender dart la verdad
Google: que sigan usando Flutter y kotlin y luego los vamos a 💀💀
cuarto ❤🎉
Cuanto cobras los cursos de Kotlin, Midu? jajaja
Primero ajjaja
Va a morir flutter
"yo nunca he dicho que vaya a morir" => literalmente la miniatura es flutter y un cuchillo apuntando a el, no lo has dicho, pero si lo has dicho.
No vi el video. Pero todos de esta temática concluyen igual. "Depende de tus necesidades"
Y así fue, es y será por siempre para cada lenguaje 😅😂
Pero es verdad. Si quieres que alguien más decida por ti. Debe haber canales que hagan la labor para elegir una tecnología concreta, de hecho se me ocurre uno, pero no lo mencionaré porque desde mi punto de vista. Este tipo de cosas dependen de tus skills y si en la tecnología que dominas esto se facilita más o menos la implementación.
Casi casi, la conclusión fue que depende de tus necesidades y tus recursos
3:32 ya hay una adaptación de Flutter para Python y con miras a incorporar otros lenguajes llamada Flet. Es muy simple de usar y va por la version 0.22
Por gusto se desesperan, hoy Google dice apostemos por Kotlin, de aquí a un año a lo mejor dice lo contrario. No se basen por lo que dicen sino como la tecnología está arraigada a la industria, y KMP está muy verde en la industria.
Resumen :Google le va meter interés a kotlin y Flutter que lo mantenga solo la comunidad (💀💀💀) , mejor vayan aprendiendo kotlin 😢
@JohanValdivia-gk4rr se refieren a Compose multiplatform. el que tenga un app nativa (la mayoría de compañías grandes) va poder volverla multiplataforma muy fácilmente.
@JohanValdivia-gk4rr si quieres tener la misma UI puedes usar Compose Multiplatform que es la librería UI de Kotlin Multiplatform basada en Jetpack Compose de Google para Android
No creo, kmp y flutter tienen enfoques distintos, además google es parte de la fundación kotlin así que tiene que apoyarlo de una o otra forma.
@@diegomoreanomerino1687 KMP + Compose Multiplatform tienen exactamente el mismo objetivo que Flutter: proporcionar una base de código compartida y una UI consistente multiplataforma. Que Google decida apoyar a KMP justo después de despedir a parte del personal de Flutter puede significar en un futuro quieren que Compose Multiplatform se vuelva la opción favorita para desarrollar aplicaciones, especialmente porque Compose está basado en Jetpack Compose, la librería UI de Android y porque Google hoy en día está usando Kotlin en muchas de sus aplicaciones más importantes
La verdad, ya puedes usar la misma UI o la UI de las respectivas plataformas... CMM para iOS ya está en Beta....
pero dijiste q iba a morir, hace dias vendi mis acciones de flutter :( por tu video (hahaha bromita xD)
Jajaja no culpes al bueno de Midu
MIDU lo mejor es tomar el toro por los cachos y aprender las bases de programación móvil con lenguajes nativos a hoy día Swift y andriod (de repente fucsia) punto... Lo demás son ayudas y complementos para que los demás desarrolladores puedan amablemente acercarse a la programación móvil y hacer una App con pocos incovenientes, sin demeritar a flutter, react native, kotlin y demás multiplataformas que no dejan de ser una herramienta más, pero sin buenas bases la mesa tambalea o cae.
Es que kotlin es el c++ de java, con kotlin tienes acceso a partes demasiado nativas cosa que con flutter no
Exactamente
*_Yo quiero dartium, osea HTML, CSS y dart y no iuughtter_* 🤮
Google ya demostró que puede romper a React Native, ahora lo intentará hacer en Kotlin.
Como persona que programa en Kotlin lo recomiendo mucho, me parece que siempre lo que necesites será la mejor opción, en mi empresa usamos Kotlin Multiplatform y hemos tenido varios problemas pq aun sigue en beta XD
Kotlin es un dolor de cabeza cuando quieres reutilizar el codigo para todas las plataformas , no deberia llamarse multiplatafprma 😡
Siempre será usar mejor la forma nativa jajaja pero bueno, aún hay vida para Flutter por mucho tiempo!
Lo mejor seria que Flutter sopporte el lenguaje de kotlin.
Eso haría que flutter deje de tener sentido si cambias el lenguaje principal, además que ya lo soporta
@@diegomoreanomerino1687 Claro que no, simplemente en lugar de tener que aprender dos lenguaje para Android usaria uno "Kotlin" en lugar de "Dart", así seria incluso más fácil pasar a nativo en caso que sea necesario en el caso de Android.
@@ericjoel3826 para eso ya tienen kmp, flutter esta bien con dart, ademas flutter tiene un enfoque distinto a kmp, tal vez más a delante kmp este al Nivel de flutter ahí tal vez tenga más sentido por ahora solo funciona bien en android y flutter ya tiene la madurez para funcionar en las plataformas que soporta.
Igualmente esta la libertad de tomar flutter como referencia y crear otro framework donde el lenguaje principal sea kotlin.
No hay necesidad, en Kotlin ya hay un framework similar a Flutter llamado Jetpack Compose y su version multiplataforma llamado Compose Multiplatform
@@ivanh1821 Si la hay sino, no estuviera tratando con kotlin multiplata...
8:30 muy buen consejo, si te peleas por usar el mejor lenguaje yno lo conoces es posible que no lo hagas bien o incluso que no lo termines nunca.
Hazlo donde conozcas bien
Cómo no va a ser Kotlin la apuesta principal, si lleva siendo desde el 2018 lenguaje de programación recomendado por Google. Están migrando todas las app de Java a Kotlin del ecosistema Google, tienen una apuesta grande en multiplataforma, Google ha creado compose (el react de android) con el equipo de Jetbrains que esta en beta para multiplataforma también.
Es que terminos técnicos con un solo lenguaje y set de tecnologías puedes hacer toda tu arquitectura, desde mobile, web, backend... Además todas ese software en java antiguo puede pasarse a kotlin hablo de que esto es una buena opción para bancos, aseguradoras, aerolíneas, etc que quieren actualizar sus productos y bajar costos de desarrollo
El problema es que la libreria de ui para kotlin multiplatform que es compose multiplatform acaba de pasar a beta en ios, va evolucionando bastante rapido al tener a Jetbrains atras y ahora con el equipo de android tambien dando apoyo esto de que usar kotlin multiplatform solamente para compartir el modelo de negocio y si quieres compartir ui usar flutter puede cambiar a corto o mediano plazo, asi que por mi parte que trabajo con nativo y flutter, compose es mucho mas comodo y simple de usar gracias a kotlin y su sintaxis del dsl a diferencia de flutter que dart en mi opinion es un lenguaje que esta lastrando la evolucion de flutter y practicamente fuera de este no existe y no tiene la comunidad enorme de kotlin, asi que, creo que ese articulo se va a editar en un tiempo a futuro
¿Y para las híbridas, como Ionic? ¿Es mejor seguir con Java o usar Kotlin directamente?
Kotlin is love
Por favor ponle un filtro “de-esser” al audio de tus vídeos, seseas demasiado casi silvando 😂😂 Con audifonos duele jajaja
Para ser una raza tan inteligente a veces la gente actúa tan estúpidamente 😂😂, enserio,me da risa como los haters y la gente toman lo que quieren y se pegan de eso para infundir odio en las redes sociales
Como que no? si esa vez me dijiste por interno oferta curso de kotlin multiplatform todavia :V
Luego de explorar por React Native me quedo sin dudas con Kotlin.
A que tener en cuenta que tambien puedes tener la ui separada en flutter, es cuestión de cada quien como lo hace.
GG
Yo tengo multiplataforma androide
Menos mal, Dart es horrible
Moure hizo las comparativas y programó con ambos, creo que KMP aún está muy verde le falta un par de años y estará 👌
Claro que esta muy verde si esta en alfa
KMP para android y desktop es estable
Para web estaba en experimental pero ya esta en alpha para IOS estaba en alpha ya esta en Beta no creo que falta muchos años porque todo esas evoluciones se realizaron durante 1 años significa que el equipo de jetbrains están subiendo versiones cada año quizás para 2025 o finales de 2024 tenemos todo ya en estable ya tengo una app en producción con kmp para android y ios y va de lujo hasta ahora no he tenido problemas pero estoy pendiente a los cambios para adaptar mi app
Pero KMP
@@smoybelizaire4100 espero que pronto ya esté más maduro, hasta entonces voy aprendiendo.
@@alexei9023genial que te vayas bien yo lo estuve aprendiendo desde en la alpha
Igual soy desarrollador android nativo la curva de aprendizaje no fue mucho para mi ya sabia kotlin
Pero debo admitir que Compose Ui es un clone perfecto de flutter 😂😂
Flutter
Lo que me da risa es que dicen que en el IO no presentaron mucho de flutter cuando presentaron WASM en Stable mientras Compose presenta Web en Alpha.
Al nivel que llegó Flutter le toca mejorar el soporte en las plataformas que ya está (Que son casi todas si no lo son todas), mientras que Ammm y Compose están presentando cosas como navegación de material entre pantallas en alpha y cosas por el estilo.
Solo miren el X de Kotlin (Kotlin by JetBrains).
El problema es el clickbait de la miniatura en los títulos de los videos, y gente que no los ve completos
Viva Android nativo