Yo personalmente apenas estoy empezando a meterme en el mundo de las apps móviles y a pesar de toda la cantidad de información que he visto acerca de que Flutter y dart van a desaparecer sigue siendo con lo que quiero empezar, y sé de otras persona que también quieren iniciar por Flutter a pesar de todo lo que se está diciendo sobre el. Así que estoy de acuerdo con que independientemente de ciertas cosas que haga Google la comunidad puede querer seguirlo manteniendo y no dejarlo morir
@@user-nz1yw6oq5pgoogle apuesta más por flutter ya que sigue desarrollando dart, fuchsia y ahora flutterflow. Kotlin es el presente y flutter el futuro.
las tecnologias mueren muchachos, por eso uno no se "especializa" en react/flutter/angular.... etc, no existe algo tal como "especialista en front react"... hay que estudiar sistemas, con el lenguaje que sea. hace 20 años era c#/c en .net y montabamos todo en IIS, hoy sera javascript y montamos todo en aws/gcloud, etc... mañana sera otra cosa, y no puedes vivir de cursitos que te digan como aplicar los patrones y arquitecturas cada vez que suceda...
@@cpaez2000 caballero, hace 20 años usabamos el navegador para hotmail/yahoo juegos y latin chat. el software empresarial se hacia en c#/c++/c y lo montabamos en IIS en un microsoft server 2000, no existia el concepto de "la nube", la web estaba en pañales y los software se distribuian en cd's ... la gente no tenia ni internet en los celulares y las empresas debian pagar licencias de muchas cosas... la moda del opensource es reciente...
Llevo media vida como desarrollador y a mí C me ha generado muchos ingresos y me los sigue generando. El lenguaje es maduro, rápido y multiplataforma. Lo cachondo es que siguen saliendo frameworks y nuevos lenguajes y la gente quiere seguir estando en todo, cuando lo cierto es que o te especializas o te la pegas. Los experimentos yo creo que mejor con gaseosa. Si quieres ir a lo seguro tienes que utilizar un lenguaje maduro y buscar un puesto donde se utilice, por ejemplo Python, C/C++, Java, JavaScript, o C#. Si utilizas otra cosa estás expuesto al cambio. Luego es muy importante pensar en un tipo de arquitectura y llevarla a rajatabla. Como estructuras el programa y como se intercambian parámetros entre módulos es importantísimo, porque permite que tu trabajo sea utilizado por otras personas. Además tu código habla de ti, así que si quieres labrarte una reputación es importante ser meticuloso y comentar bien el código, porque a la primera que ven que eres un chambón que ponen a hacer otra cosa. Mucho ánimo.
Kotlin es 100% Nativo, flutter es hibrido(revisen su codigo base tiene archivos .java y .switf) y es mas una PWA. Yo he probado ambos y veo que lo unico destacable de flutter es su hot reload. Diria que flutter sirve mas para ser un dev independiente, veo que hay mas trabajo como freelance con flutter. Pero las empresas grandes prefieren tener sus apps nativas y si van por un camino seria Kotlin multiplataforma la mejor eleccion. Para startups y pequeñas empresas la mejor eleccion es flutter.
Kotlin es tan bueno que hacer quedar mal a Dart, entonces es el porque acualmente Google anda enamorado de su ecosistema y apuesta mucho por el y KMP sigue evolucionando. Igualmente Flutter seguira muy vivo para todo aquel que desee aprenderlo, entrale sin miedo
Creo que no has visto las presentaciones de Flutter, donde explican que Flutter se ha convertido en el Framework multi-plataforma mas utilizado a nivel mundial. Como va a morir algo asi? Creo que estas fuera de contexto Miguel.
Yo soy mobile dev y puedo decir que en terminos de UI, KMP aun esta lejos de Flutter. Dudo que Flutter muera, pero KMP es la prioridad a actualizar ojo, pues Flutter en temas de UI es muy estable, hasta el punto que ya tiene WASM en estable, lo cual es genial. La empresa donde estoy, estan felices migrando todo de react a flutter y esperando KMP, por lo que a final de cuentas a mí personalmente me da igual KMP o Flutter. Pero honestamente flutter es mas divertido y programar con dart me gusta mas que con kotlin, salu2. PD/ Google no va a matar el mejor framework de UI multiplataforma hasta no tener otro estable para reemplazar y para eso falta mucho.
@@gorlokinDudo mucho que muera aunque Google retire su soporte. En este punto la comunidad es super grande que podría sobrevivir 100% con aportes open source. Obviamente el TTM bajaría drásticamente, pero al menos sobreviviría.
Va a morir pobres de los que trabajan con eso, con solo cambio en sus politicas de publicacion que ya no soporte cierta api de android lo liquidan por mas aportes haga la comunidad, entre mas temprano lo entiendas mejor, lo nativo es lo seguro y mientras a acostumbrarse a los multiplataformas de moda como MAUI y React native
Kotlin multiplatform está recién comenzando, faltan packages. En el futuro es probable que colisionen Flutter y Kotlin Compose Multiplatform, pero en el apartado de correr la misma UI en todas las plataformas, flutter lleva años de ventaja.
Sí, pero ahorita jetbrains le está dando fuertísimo a Kotlin Multiplataforma, hay actualizaciones constantes cada pocos días así mismo con Jeptack Compose para la UI,así que no falta mucho para que llegue a igual en UI a flutter
@@josuep326 tu lo has dicho, KMP le estan dando mucha dedicacion, cosa que esta bien hay mercado para todos, pero hasta ahora estan dandole mas features y mejoras, en Flutter mucho de eso ya existe, sumale tiene una comunidad solida, proyectos reales y buenas empresas mundiales que lo usan, variables que lo posicionan bien en el futuro inmediato, ya veremos que pasa mas adelante. pd: lo que haga en terminos de UI flutter es apenas una de muchas cosas bien hechas que por algun milagro de la vida Google supo llevar a buen termino.
asi es, lo ultimo que estaban tratando de pushear era hacer la UI con flutter y el resto con KMP. hasta q no este estable compose multiplatform kmp se queda corto.
@@sebastiancipolat KMP ya ha lanzado su primera versión estable. Eso si se queda corto , debido a que aún falta que le añadan muchas cosas, pero no es porque no esté estable.
@@Robin-ku5th KMP está estable compose multiplataform solo para android, iOS está alpha aun. Ahora que Google lo tomo para darle soporte tal vez le metan más velocidad al desarrollo
Google debería comprar JetBrains mientras pueda, ya que cada vez depende más de ellos para tecnologías clave. Que no se despierte un día y que ya lo haya comprado otro (Microsoft?) y ahí veremos de qué se disfrazan.
Te imaginas xd?, Que soltaron Flutter y el open source lo lleve otra empresa y de la nada Microsoft compre JetBrains jajjaj, sin el pan y sin el queso.
Por suerte salió Google a dar su posición respecto a las 2 y a explicar el funcionamiento de cada una. La 2 pueden convivir por mucho mas tiempo sin que desaparezca ninguna
Estoy de acuerdo en que el hecho de enfocarse puede darle un boost a Google. Siendo honesto se está quedando atrás en algunos campos y si abarcan mucho no van a poder reponerse de su desfase
vamos midu… enserio juegas al telefono malogrado? empresas grandes pasandose a flutter, kmp no es un proyecto solo de google sino de intellij idea. Es como pagarle la universidad a tu sobrino en vez de tu hijo. Flutter ha llegado a un punto de maduracion al menos a nivel mobile que no tienen mas que sacar porque no hay nada mas que hacer, pero ahi tienes impeller y ahora con las macros. Vamos midu el salseo esta bueno hasta cierto punto…
Al teléfono malogrado. Wtf. A ver, ojalá Flutter la rompa. Y nunca he dicho que vaya a desaparecer, como mucha gente en los comentarios apunta. Es obvio viendo la keynote de desarrolladores de Google que no le están poniendo todo el foco: El despido de parte del equipo de Flutter. La apuesta por KMP (que esto sí lo anunciaron en la keynote). Yo sólo os he explicado lo que me comentaron allí. Igual me mintieron, quién sabe. Igual esa persona tiene su propia agenda y odia Flutter, puede ser. Sólo estoy pasando información. Que podéis ignorar si no os gusta y seguir desarrollando tranquilamente. :D
@@midulive eres grande! y eso hace que tengas cierto poder de influencia. Puedes decir al final cada uno decide lo que quiera, pero no es asi siempre. Mucha gente que esta comenzando con una tecnología escucha esto y duda. Solo digo que el “me ha dicho” puede ser dañino. Flutter la rompe, es un hecho.
Creo que Flutter tiene una comunidad muy grande como para que muera fácilmente. Lo de Dart como remplazo de JS y que de hecho corría en una versión interna de Chrome es algo que en su momento se habló mucho unos días y desapareció.
@@total3971 es lo mismo que todos los lenguajes no reemplazables, no se hacen por buenos, se hace porque hay tanta cosa con eso que no vale la pena, si hubiera libertad de lenguaje seguro muchos programarian con otros lenguajes
Pues creo que estan siendo muy amarillistas con el tema, Flutter no morira y seguira continunado a pie, porque es el framework mas utilizado en el desarrollo movil, y esto no se vera reemplazado de noche a la manaña, ademas que tiene dos puntos muy buenos, su comunidas, y las actualizacions que tendra, no se alarmen aparte que Flutter toene FlutterFlow, Skia, y otros motores novedosos y interesantes
Google esta tratando de protegerse de las ia, saben que implementarla directo en el navegador les truena su negocio de monetizacion, pero si la implementas dentro de los sitios web haciendo la api gratuita mantienes el negocio porque aun es necesario abrir la web, aparte los web devs la usaran de maneras interesantes y sirven vomo filtro ante posibles fallas, es una idea interesante, existe la posibilidad de que presten esa funcion a otros navegadores.
Ya queremos conocer el misterioso amigo que trabaja en Google y siempre trae esas noticias insider, es sorprendente que este sea el único canal donde se habla de este tema y el insider no da la cara...
Esto me parece que puede ser un para adelante y para atrás de google es muy raro igual es lo que dicen es mejor adaptarse y ya pero no me agrada que estén para adelante y para atrás con los proyectos
Google siendo Google, difícil que muera Flutter, hay mucho proyectos nativos que migraron a Flutter, la comunidad no lo dejara morir, aunque sería interesante para mi, kotlin para lógica y Flutter para UI
Esta API no solo le daria un adelanto a chrome como navegador si no que potenciaria a los procesadores de qualcomm porque ya esos NPU que suenan a marketing tendrian una aplicacion mas tangible para el usuario
Dudo que flutter muera, sinceramente, al menos en el corto plazo (y con no morir no me refiero a que tenga soporte, que de no tenerlo seria un escandalo por la cantidad de proyectos tochos que se han anunciado recientemente hechos en Flutter) Kotlin Multiplatform, lo pones en google trend y se mueve entre el 0 y el 1% de los niveles de Flutter
Así como ahora les interesa kotlin multiplatform, de aquí a 1 año pueden retractarse así como pasó con muchos otros proyectos de Google. No se hagan ilusiones de nada, ni de flutter ni de kotlin
Esto de la ia de chrome integrado me da mala espina. Finalmente la moda sera tener mas privacidad, compartir menos datos con estos motores que alimentan su modelo.... la tendencia muy pronto sera volver al nokia 3300 y jugar snake.
Me daría pena que desapareciera Flutter. Me parece un proyecto genial. He desarrollado también apps en Kotlin con Compose y en Swift con SwiftUI pero, para mi, Flutter (sobre todo con GetX) gana por goleada. Me parece que es el que está mejor diseñado por claridad, sencillez, flexibilidad y por la gran comunidad que tiene detrás.
Dart sería un buen sustituto de Javascript, es como un typescript nativo, lo malo es que no se usa para otros propósitos Otra opción es darle tipos nativos a Javascript
Mucha gente se queja de que flutter va a morir, yo creo que uno aprende un lenguaje o una tecnologia porque le apasiona, mas que por el dinero, yo creo que si aprendes algo que te guste lo harás mejor que alguien que no le guste y al final serás mas feliz que alguien que quiere adaptarse a todo lo nuevo y aprenderá poco de todo y mucho de nada.
El tema es que de momento KMP solo sirve para compartir codigo no UI, el resto tenes que usar codigo nativo de cada plataforma. El complmento de KMP para UI se llama compose multiplatform y esta alpha en ios, todavia sigue muy atrazado para esta altura deberia estar estable ya. Por eso en cuanto a madurez flutter le gana nos guste o no. La comunidad de android esperaba que hubiese habido mas anuncios sobre KMP en este I/O y defraudo fue todo gemini.
Kotlin es la.evolucion de Java prácticamente, realmente es algo normal, todo evoluciona esto se da siempre en el desarrollo de software totalmente normal.
@@mijaelviricocheaparra7474creo que se refiere a que kotlin te permite crear apps en Android Nativo , mientras que con Dart no lo puedes hacer con Flutter.
@@Robin-ku5thpero si quieres hacer una app para ios te toca escribir código nativo de Swift, y luego la interfaz en cada plataforma ya que compose multiplatform esta en alpha todavia, no soy fan de ninguna ya que ambos son herramientas para trabajar pero no le veo ninguna ventaja a kmm sobre flutter
Si justo lanzaron la nueva versión 3.22 con buenas novedades y se ve que siguen trabajando normal, además KMP su adaptación no es tan sencilla como lo es flutter. Mejor dicho hay flutter para rato.
Buenas tardes Midu...Estoy reinventandome con 36 años y quiero empezar en la programación, pero no me decido por donde empezar, los dos temas que más me llamán la atención son el desarrollo web y el desarrollo mobile. Podrías orientarme un poco y darme tu punto de vista? por ejemplo del desarrollo android me da un poco de miedo que infojobs hay solo 10 ofertas, no se si es que está muerto el desarrollo android o que pasa
@@hernanrojas8393 El de Aristidevs de jetpack compose en udemy es de los mejores que he hecho, aunque este solo está en Android, si buscas kotlin multiplataform mejor sigue los videos en TH-cam de Philipp Lackner
@@hernanrojas8393 una cosa es que se empiece a integrar, donde cuando se pongan a andar vamos a ver que tal va, vrs Flutter que ya es lider en la mayoria de mercados de Europa, algunos paises de Latinoamerica y especialmente solido con muchos proyectos ya andando en Asia. hay que mirar datos, para tomar decisiones informadas y no comentarios de un tipo que a saber si tan siquiera sabe un poco de lo que dice, esas ganas de matar a flutter se me hace que es como los que buscan a toda matar a JS, osea los lenguajes tienen nichos donde son la mejor opcion o la peor, ej python para el front = pesima idea, pero en el backend esta bastante bien, js para el front = la mejor opcion, para el backend no esta mal pero hay mejores opciones, con Flutter si quieres algo multiplatform especialmente movil = de las mejores opciones, si quieres mejor usar todo absolutamente todo el potencial pues no aprendas otro multiplataforma, aprende nativo mas bien. tanto sera que esta bien posicionado Flutter que ya React Native ni aparece en estas discusiones, el mercado se lo van a repartir entre Flutter y KMP.
El vivo salseo del midu jajaja es como la chismosa de la cuadra jajaja, igual se aprende otro lenguaje y listo, yo no sé que tanto salseo de llorar por algo, si hay que cambiar se cambia, si no pues seguir mejorando las habilidades de flutter. Tengo más de 8 apps en producción con flutter y no estoy llorando como los que quieren que se vaya, relajen el nance ombe jajaja
@@stivenjimenez289 es que no es ser fan, es que el concepto de flutter me parece mejor por el render engine que tienen que hace que sea agnóstico a la plataforma usando skia. Con KMM te toca adaptar la app para segun que versiones de api, solo esta pensando para escribir una logica que se comparta, la UI necesitas jetpack compose que puede suponerte una curva mayor de aprendizaje y encima no es que tengas un acceso nativo en IOs por ejemplo, encima que creo que compose tu UI puede no verse bien segun que plataforma y toque adaptar. Todo lo anterior se arregla con el render engine que lo que hace es como en los videojuegos, renderiza una vista y todos los componentes que le hayas puesto, por lo que sin importar la api o dispositivo va a funcionar, ya eso es un dolor de cabeza menos, encima puedes compilar a web o app de escritorio y tienes acceso a bastantes cosas nativas de IOs. Luego desde el punto de vista del futuro google buscaba una alternativa a Java y oracle, en vez de terminar de romper lazos y optar por dart que ofrecia la dartVM y la opcion de compilar el codigo cosa que con java no se puede y kotlin se pudo hace poco y con “peros”, en vez de aprovechar y dictar los pasos de lo que deberia ser dartVM y compilado, deciden volver a encadenarse con una empresa, esta vez jetbrains y depender de ellos en básicamente todo, incluido las decisiones que se tomen en jetpack copose. Sinceramente no entiendo a google, asi les va, que se la están comiendo viva. Encima si hubiesen optado por incluir dart en chrome habria sido cuestion de tiempo que el resto lo adoptase, porque hasta el propio creado de JavaScript dice que ya va siendo hora de dejar js de lado por sus problemas e inconsistencias. Dart junto con flutter iba a ser un java y JavaScript pero mejor y hecho a medida para las necesidades de google, tanto en web, moviles y escritorios, pero nada, que sigan la tontería empresarial de KMM porque les da miedo dejar el JDK 😂 Atentamente un programador java
No entiendo porque quieren tirar todo a la basura por una herramienta que no ha despegado nunca, ya existía de hace un tiempo pero nadie la usa. Para mí, a Flutter lo arruinaron cuando comenzaron a generar webs, .exe y apps para Ubuntu... Un descontrol
No creo que quieran tirar nada a la basura. Van a seguir apostando por Flutter. Yo creo que simplemente no es la máxima prioridad dentro de la compañía. Eso no tiene por qué ser malo pero, al menos viendo la keynote del Google I/O de desarrolladores, es evidente.
La unica ventaja que le veo a kmm es que es kotlin y es muy usado lo que evita tener que aprender nuevos lenguajes (aunque dart no es cosa de otro mundo), el compose multiplatform aun no es estable asique no podemos decir que la interfaz sea compartida al 100% ( algo que con flutter si se puede decir por su concepto en sí mismo), sobre las ventajas de codigo nativo te sirve si solo vas a hacer la app para Android ya que para ios te toca hacer swift, en flutter usas dart para la app y solo nativo para las funcionalidades que necesites ( osea que por ahora tiene mucho mas codigo compartido que kmm), al final son solo herramientas para trabajar y no veo porque flutter va a ser desplazado cuando es mucho mas maduro y no tiene desventajas severas o por lo menos no se las veo a la hora de compararlos, kmm ahora es la novedad y acapara titulares como lo fue flutter en su momento
Precisamente la ventanja de Kotlin Multiplatform es que puedes compartir la lógica de negocio y no la UI. Es por eso que estas dos tecnologías no se solapan totalmente. Esta tarde publicaré un vídeo con el posicionamiento oficial de Google sobre este tema.
Google se ha posicionado oficialmente con respecto a este tema. Tengo un vídeo preparado para esta tarde donde comento todo este tema. Ahora, una cosa no invalida la otra. Una cosa es lo que digan oficialmente, y otra cosa lo que se comente extraoficialmente. ¡Gracias Midu por la info de primera mano!
@@midulive Vengo de Sping Boot con Java y Kotlin, disfrute muchísimo usando Kotlin, por mas que quise encontrarle el gusto a Flutter, Dart me hecho para atrás porque a mi gusto lo siento en un limbo entre Java y Kotlin en donde lo que propone en vez de aportar solo estorba, no es malo, pero no alcanza ni siquiera a ser bueno. Si bien mi afirmación esta algo exagerada, si Flutter usase Kotlin definitivamente le daría una nueva oportunidad e incluso creo que podría gustarme aun mas que RN. React Native me ha gustado muchísimo desde que vengo usando hace tres años y mas ahora que la cosa va pintando bien, pero como digo ahora me lo consideraría mejor.
flutter también xd, en el sentido de que cuando lo debuggeas o lo pasas a producción, lo que pasa en el fondo es que de dart pasa a kotlin y de kotlin pasa por el compilador de graddle, el producto final es un appbundle, es exáctamente lo mismo que hace kotlin normalmente en una app android, la diferencia es que con flutter este proceso también puede pasar de dart a swift y luego pasa por el compilador de xcode siendo el producto final un .ipa. Básicamente corra en la jvm o no a la final todo pasa por graddle o por maven y genera un appbundle porque el móvil necesita que la app al momento de debuggearse o correr este en appbundle para poder correrlo
Sustituir no va a ocurrir nunca, pero que nació para ser una alternativa y que ya lo es, es evidente. Es interoperable, usa la JVM y cada vez se usa más.
No sorprendería que se enfoquen en KMP, lo prometedor de este es que te puede dar lo mejor de los dos mundos, tener la parte Android full Nativa y solo compartir la lógica y tener la UI de ios en nativo o hibrido. Esa versatilidad es algo que no se había logrado en multiplatform y creo que es por lo que van a apostar fuerte por KMP, ya que el desarrollo nativo siempre tendrá mejor rendimiento. Eso si KMP está super verde aún, recién están añadiendo librerias como Room, etc.. Por otro lado, Kotlin es mejor lenguaje que Dart. Ya se verá como madura esto.
Totalmente de acuerdo en lo que respecta al tema de UI. No tanto en que KMP esté verde. Ahora están añadiendo Room, pero ya existían librerías muy estables de bases de datos antes, como SqlDelight. Lo que sí que va a hacer que librerías como Room estén en KMP es que la transición de Android a KMP sea muy sencilla.
@@devexpert_io Clarooo, con eso me refería a que aún falta agregar librerías que hagan fácil la transición de Android a KMP. Va a estar interesante KMP, ojalá lo avancen rápido.
@@Noahkhera Exacto, Angular1 no podía tener una evolución directa a lo que se quería con Angular2, las opciones erna seguir con Angular1 mutandolo para que eventualmente en nosecuantos años acabe pareciendose a Angular 2 o cortar y empezar Angular 2 (y mantener soporte con Angular 1 durante unos cuantos años). Yo sigo pensando que hicieron lo correcto.
Los que juegan a matar Flutter, se parecen mucho a los que juegan a matar JS, eso no va a pasar, cada uno esta muy solido en su mercado, KMP es otro multiplatform de buen rendimiento y como pasa con React y Angular, unos preferiran una forma de trabajar u otra pero en el caso de Flutter o KMP, son esquemas de trabajo, pero que para matarlos es casi un absurdo, por no decir que es una irresponsabilidad, como sector TI nos estamos volviendo toxicos con esas rivalidades superfluas.
hermano no se si me vas a leer pero te sigo desde hace mucho en unos de tus videos tu mencionaste de un comando q sirve para saber que hace un comando sin q real mente lo haga, la verdad me echo loco buscando, se me perdió donde lo tenia apuntado pero si me pudieras ayudad te lo agradecería gracias por tu tiempo
Si Google actualmente está pasando por una evolución muy fuerte. Flutter me gusta y creo que estaría mejor si estuviera respaldado por otra empresa, Kotlin la tiene mas complicada que Flutter porque tiene mayores expectativas de distintas comunidades, tiene mucho trabajo por hacer, mientras que Dart y Flutter comenzaron desde una hoja en blanco y están enfocados en lo que deben hacer bien.
Lo que aviva la guerra de navegadores en un escenario de IAs integradas es que Edge también haría lo mismo con su IA y ahí compite quien tenga una mejor IA
NO veo lo malo, chome ( o cualqueira ) no se puede quedar esperando que los demas agan algo para el implementarlo, si quieres ser el mejor o adelantarte a los demas tienes que ser "innovador"
@@domingomg7289 Igual, inicié un proyecto con Flutter hace 1 año para mi trabajo, fue una experiencia de desarrollo bastante cómoda y la app ha funcionado muy bien 😁😁
Like para participar en un directo con el midu :v
Flutter no va a morir pero sobrevivirá gracias a qué su comunidad creció más de lo que se esperaba, pero bueno Google siendo Google
Yo personalmente apenas estoy empezando a meterme en el mundo de las apps móviles y a pesar de toda la cantidad de información que he visto acerca de que Flutter y dart van a desaparecer sigue siendo con lo que quiero empezar, y sé de otras persona que también quieren iniciar por Flutter a pesar de todo lo que se está diciendo sobre el. Así que estoy de acuerdo con que independientemente de ciertas cosas que haga Google la comunidad puede querer seguirlo manteniendo y no dejarlo morir
google apuesta más por flutter ya que sigue desarrollando dart, fuchsia y ahora flutterflow. Kotlin es el presente y flutter el futuro.
@@user-nz1yw6oq5pgoogle apuesta más por flutter ya que sigue desarrollando dart, fuchsia y ahora flutterflow. Kotlin es el presente y flutter el futuro.
@@user-nz1yw6oq5pHacelo, personalmente es lindo y no va morir y cuando quieras saltar a otro como Kotlin vas tener muchas bases ya
Tantas veces escuché eso con tantas tecnologías y la verdad es que no suele terminar bien. Son muy raras las excepciones. Ya veremos.
Lo de Dart que quería reemplazar a JavaScript sale en el documental de TypeScript de OfferZen. Excelente documental, recomendado.
las tecnologias mueren muchachos, por eso uno no se "especializa" en react/flutter/angular.... etc, no existe algo tal como "especialista en front react"... hay que estudiar sistemas, con el lenguaje que sea. hace 20 años era c#/c en .net y montabamos todo en IIS, hoy sera javascript y montamos todo en aws/gcloud, etc... mañana sera otra cosa, y no puedes vivir de cursitos que te digan como aplicar los patrones y arquitecturas cada vez que suceda...
Más bien hace 20 años era php. Quienes usaban c# eran sólo las empresas quienes se negaban a usar open source.
@@cpaez2000 caballero, hace 20 años usabamos el navegador para hotmail/yahoo juegos y latin chat. el software empresarial se hacia en c#/c++/c y lo montabamos en IIS en un microsoft server 2000, no existia el concepto de "la nube", la web estaba en pañales y los software se distribuian en cd's ... la gente no tenia ni internet en los celulares y las empresas debian pagar licencias de muchas cosas... la moda del opensource es reciente...
Pero eso no implica salir pitando por solo algunas noticias, 😂😂😂. Si pasa pasara.
Obvio un programador debe saber moverse en todo
Llevo media vida como desarrollador y a mí C me ha generado muchos ingresos y me los sigue generando. El lenguaje es maduro, rápido y multiplataforma. Lo cachondo es que siguen saliendo frameworks y nuevos lenguajes y la gente quiere seguir estando en todo, cuando lo cierto es que o te especializas o te la pegas.
Los experimentos yo creo que mejor con gaseosa. Si quieres ir a lo seguro tienes que utilizar un lenguaje maduro y buscar un puesto donde se utilice, por ejemplo Python, C/C++, Java, JavaScript, o C#. Si utilizas otra cosa estás expuesto al cambio.
Luego es muy importante pensar en un tipo de arquitectura y llevarla a rajatabla. Como estructuras el programa y como se intercambian parámetros entre módulos es importantísimo, porque permite que tu trabajo sea utilizado por otras personas. Además tu código habla de ti, así que si quieres labrarte una reputación es importante ser meticuloso y comentar bien el código, porque a la primera que ven que eres un chambón que ponen a hacer otra cosa.
Mucho ánimo.
Kotlin es 100% Nativo, flutter es hibrido(revisen su codigo base tiene archivos .java y .switf) y es mas una PWA. Yo he probado ambos y veo que lo unico destacable de flutter es su hot reload. Diria que flutter sirve mas para ser un dev independiente, veo que hay mas trabajo como freelance con flutter. Pero las empresas grandes prefieren tener sus apps nativas y si van por un camino seria Kotlin multiplataforma la mejor eleccion. Para startups y pequeñas empresas la mejor eleccion es flutter.
Kotlin es tan bueno que hacer quedar mal a Dart, entonces es el porque acualmente Google anda enamorado de su ecosistema y apuesta mucho por el y KMP sigue evolucionando. Igualmente Flutter seguira muy vivo para todo aquel que desee aprenderlo, entrale sin miedo
Dart debe convertirse en un nuevo lenguaje que lo combine junto a go y Python, ahí si superaría a kotlin y hasta mas.
Creo que no entendieron en el chat que sería una api de navegador para developers, no para users
Creo que no has visto las presentaciones de Flutter, donde explican que Flutter se ha convertido en el Framework multi-plataforma mas utilizado a nivel mundial. Como va a morir algo asi? Creo que estas fuera de contexto Miguel.
Yo soy mobile dev y puedo decir que en terminos de UI, KMP aun esta lejos de Flutter.
Dudo que Flutter muera, pero KMP es la prioridad a actualizar ojo, pues Flutter en temas de UI es muy estable, hasta el punto que ya tiene WASM en estable, lo cual es genial.
La empresa donde estoy, estan felices migrando todo de react a flutter y esperando KMP, por lo que a final de cuentas a mí personalmente me da igual KMP o Flutter.
Pero honestamente flutter es mas divertido y programar con dart me gusta mas que con kotlin, salu2.
PD/ Google no va a matar el mejor framework de UI multiplataforma hasta no tener otro estable para reemplazar y para eso falta mucho.
flutter es bellisimo , la gente lo ama, no va a morir
Tal vez. Pero si se vuelve irrelevante, por más bello y amoroso que sea, habrá pasado su tiempo. Ojalá que no suceda, pero habrá que ver.
@@gorlokinDudo mucho que muera aunque Google retire su soporte. En este punto la comunidad es super grande que podría sobrevivir 100% con aportes open source. Obviamente el TTM bajaría drásticamente, pero al menos sobreviviría.
Va a morir pobres de los que trabajan con eso, con solo cambio en sus politicas de publicacion que ya no soporte cierta api de android lo liquidan por mas aportes haga la comunidad, entre mas temprano lo entiendas mejor, lo nativo es lo seguro y mientras a acostumbrarse a los multiplataformas de moda como MAUI y React native
@@edreycruz puedes explicar mejor tete, y pq no van a dar soporte
Por eso no se enamoren de tecnología, no le tiren hate a otras , simple cambian se olvidan o mejoran o se cambian .
vas y ves la comunidad de flutter y le echan pura M a react native y tenga jaaja
@@jimmyroserovallejo Y la comunidad nativa se caga en flutter y rn jajaj (no los culpo yo a veces lo hago)
Si pero tampoco vas estar saliendo de una tecnología solo por noticias así, 😂😂😂.
@@jimmyroserovallejo es que rn comparado con flutter si se nota la diferencia
@@sergioibanezflpero ahí quedan, si a google se le da la gana mandarlo a la caneca de basura... De que sirve..
Kotlin multiplatform está recién comenzando, faltan packages.
En el futuro es probable que colisionen Flutter y Kotlin Compose Multiplatform, pero en el apartado de correr la misma UI en todas las plataformas, flutter lleva años de ventaja.
Sí, pero ahorita jetbrains le está dando fuertísimo a Kotlin Multiplataforma, hay actualizaciones constantes cada pocos días así mismo con Jeptack Compose para la UI,así que no falta mucho para que llegue a igual en UI a flutter
@@josuep326 tu lo has dicho, KMP le estan dando mucha dedicacion, cosa que esta bien hay mercado para todos, pero hasta ahora estan dandole mas features y mejoras, en Flutter mucho de eso ya existe, sumale tiene una comunidad solida, proyectos reales y buenas empresas mundiales que lo usan, variables que lo posicionan bien en el futuro inmediato, ya veremos que pasa mas adelante.
pd: lo que haga en terminos de UI flutter es apenas una de muchas cosas bien hechas que por algun milagro de la vida Google supo llevar a buen termino.
asi es, lo ultimo que estaban tratando de pushear era hacer la UI con flutter y el resto con KMP. hasta q no este estable compose multiplatform kmp se queda corto.
@@sebastiancipolat KMP ya ha lanzado su primera versión estable. Eso si se queda corto , debido a que aún falta que le añadan muchas cosas, pero no es porque no esté estable.
@@Robin-ku5th KMP está estable compose multiplataform solo para android, iOS está alpha aun. Ahora que Google lo tomo para darle soporte tal vez le metan más velocidad al desarrollo
Google debería comprar JetBrains mientras pueda, ya que cada vez depende más de ellos para tecnologías clave. Que no se despierte un día y que ya lo haya comprado otro (Microsoft?) y ahí veremos de qué se disfrazan.
Jajajaja ahi si que google se va a la B
Te imaginas xd?, Que soltaron Flutter y el open source lo lleve otra empresa y de la nada Microsoft compre JetBrains jajjaj, sin el pan y sin el queso.
Kotlin no pertenece a JetBrains, pertenece a la Kotlin Foundation. La única dependencia "real" que tiene con JetBrains es el Android Studio, ¿no?
¡Excelente!, próximamente el navegador consumiéndote 5 GB de ram con todos los servicios que abre por detras
Pues de hecho si ya sabes usar flutter, puedes usar kotlin con compose, qué es casi lo mismo...
Por suerte salió Google a dar su posición respecto a las 2 y a explicar el funcionamiento de cada una. La 2 pueden convivir por mucho mas tiempo sin que desaparezca ninguna
Para cuando curso de react native con expo 51 sdk? porque solo e visto 1 curso en yt actualizado
Lo dije antes, Kotlin es el futuro
Me da penita de Dart que Google lo vea como patito feo y prefiera a Kotlin.
Estoy de acuerdo en que el hecho de enfocarse puede darle un boost a Google. Siendo honesto se está quedando atrás en algunos campos y si abarcan mucho no van a poder reponerse de su desfase
parece que los mobile developers de apps híbridas tienen dos opciones, o se van por Kotlin o se van por React Native
Y .net maui?
Cuando un pequeño curso de kotlin midu, tu contenido es de lo mejor de TH-cam.
La noticia comenzó con una cosa y terminó con otra xD creo que era mas importante que meterán lo de Gemini que el mismo tema de Flutter
vamos midu… enserio juegas al telefono malogrado? empresas grandes pasandose a flutter, kmp no es un proyecto solo de google sino de intellij idea. Es como pagarle la universidad a tu sobrino en vez de tu hijo. Flutter ha llegado a un punto de maduracion al menos a nivel mobile que no tienen mas que sacar porque no hay nada mas que hacer, pero ahi tienes impeller y ahora con las macros. Vamos midu el salseo esta bueno hasta cierto punto…
Al teléfono malogrado. Wtf. A ver, ojalá Flutter la rompa. Y nunca he dicho que vaya a desaparecer, como mucha gente en los comentarios apunta.
Es obvio viendo la keynote de desarrolladores de Google que no le están poniendo todo el foco: El despido de parte del equipo de Flutter. La apuesta por KMP (que esto sí lo anunciaron en la keynote).
Yo sólo os he explicado lo que me comentaron allí. Igual me mintieron, quién sabe. Igual esa persona tiene su propia agenda y odia Flutter, puede ser.
Sólo estoy pasando información. Que podéis ignorar si no os gusta y seguir desarrollando tranquilamente. :D
@@midulive eres grande! y eso hace que tengas cierto poder de influencia. Puedes decir al final cada uno decide lo que quiera, pero no es asi siempre. Mucha gente que esta comenzando con una tecnología escucha esto y duda. Solo digo que el “me ha dicho” puede ser dañino. Flutter la rompe, es un hecho.
Creo que Flutter tiene una comunidad muy grande como para que muera fácilmente.
Lo de Dart como remplazo de JS y que de hecho corría en una versión interna de Chrome es algo que en su momento se habló mucho unos días y desapareció.
la comunidad de Kotlin y React native es mucho mas grande, no me extraña que quede como side project. Kotlin multiplatform es un proyectazo.
dart como remplazo de js esa es una broma js sería muy dificil de remplazar en lo personal no creo que muchos aprendan dart y cambien todo a js
google apuesta más por flutter ya que sigue desarrollando dart, fuchsia y ahora flutterflow. Kotlin es el presente y flutter el futuro.
@@total3971 es lo mismo que todos los lenguajes no reemplazables, no se hacen por buenos, se hace porque hay tanta cosa con eso que no vale la pena, si hubiera libertad de lenguaje seguro muchos programarian con otros lenguajes
@@estefanocampoverde3660 Flutter va a morir a parte que su sintaxis es terrible
Apostar en aprender alguna tecnologia Google es casi perder el tiempo...
A menos que sea Android, ya sea con Java o Kotlin, mientras les sea redituable.
Angular no
Justo por eso decidí aprender Azure en lugar de Google cloud. Google a cada rato anda matando/abandonando proyectos
Pues creo que estan siendo muy amarillistas con el tema, Flutter no morira y seguira continunado a pie, porque es el framework mas utilizado en el desarrollo movil, y esto no se vera reemplazado de noche a la manaña, ademas que tiene dos puntos muy buenos, su comunidas, y las actualizacions que tendra, no se alarmen aparte que Flutter toene FlutterFlow, Skia, y otros motores novedosos y interesantes
Google esta tratando de protegerse de las ia, saben que implementarla directo en el navegador les truena su negocio de monetizacion, pero si la implementas dentro de los sitios web haciendo la api gratuita mantienes el negocio porque aun es necesario abrir la web, aparte los web devs la usaran de maneras interesantes y sirven vomo filtro ante posibles fallas, es una idea interesante, existe la posibilidad de que presten esa funcion a otros navegadores.
Ya queremos conocer el misterioso amigo que trabaja en Google y siempre trae esas noticias insider, es sorprendente que este sea el único canal donde se habla de este tema y el insider no da la cara...
Esto me parece que puede ser un para adelante y para atrás de google es muy raro igual es lo que dicen es mejor adaptarse y ya pero no me agrada que estén para adelante y para atrás con los proyectos
Google siendo Google, difícil que muera Flutter, hay mucho proyectos nativos que migraron a Flutter, la comunidad no lo dejara morir, aunque sería interesante para mi, kotlin para lógica y Flutter para UI
Esta API no solo le daria un adelanto a chrome como navegador si no que potenciaria a los procesadores de qualcomm porque ya esos NPU que suenan a marketing tendrian una aplicacion mas tangible para el usuario
Integrar un Browser API con Gemini, es interesante aunque va a generar un consumo de GPU y CPU.
Dudo que flutter muera, sinceramente, al menos en el corto plazo (y con no morir no me refiero a que tenga soporte, que de no tenerlo seria un escandalo por la cantidad de proyectos tochos que se han anunciado recientemente hechos en Flutter)
Kotlin Multiplatform, lo pones en google trend y se mueve entre el 0 y el 1% de los niveles de Flutter
Entonces, me olvido de aprender Dart con Fluter?😢
Así como ahora les interesa kotlin multiplatform, de aquí a 1 año pueden retractarse así como pasó con muchos otros proyectos de Google. No se hagan ilusiones de nada, ni de flutter ni de kotlin
kotlin no es proyecto de google
Esto de la ia de chrome integrado me da mala espina. Finalmente la moda sera tener mas privacidad, compartir menos datos con estos motores que alimentan su modelo.... la tendencia muy pronto sera volver al nokia 3300 y jugar snake.
Me daría pena que desapareciera Flutter. Me parece un proyecto genial. He desarrollado también apps en Kotlin con Compose y en Swift con SwiftUI pero, para mi, Flutter (sobre todo con GetX) gana por goleada. Me parece que es el que está mejor diseñado por claridad, sencillez, flexibilidad y por la gran comunidad que tiene detrás.
Dart sería un buen sustituto de Javascript, es como un typescript nativo, lo malo es que no se usa para otros propósitos
Otra opción es darle tipos nativos a Javascript
Sí. Buena suerte convenciendo al resto de vendors en usar Dart como lenguaje.
@@midulive Ese es el problema, es imposible 😅
La segunda opción es "más fácil"
Mucha gente se queja de que flutter va a morir, yo creo que uno aprende un lenguaje o una tecnologia porque le apasiona, mas que por el dinero, yo creo que si aprendes algo que te guste lo harás mejor que alguien que no le guste y al final serás mas feliz que alguien que quiere adaptarse a todo lo nuevo y aprenderá poco de todo y mucho de nada.
matar a Javascript no es una misión muy facil así como así,
Yo empece a estudiar Kotlin Multiplataforma... alguien de uds lo usa o ha usado?
El tema es que de momento KMP solo sirve para compartir codigo no UI, el resto tenes que usar codigo nativo de cada plataforma. El complmento de KMP para UI se llama compose multiplatform y esta alpha en ios, todavia sigue muy atrazado para esta altura deberia estar estable ya.
Por eso en cuanto a madurez flutter le gana nos guste o no.
La comunidad de android esperaba que hubiese habido mas anuncios sobre KMP en este I/O y defraudo fue todo gemini.
Kotlin es la.evolucion de Java prácticamente, realmente es algo normal, todo evoluciona esto se da siempre en el desarrollo de software totalmente normal.
Y será que después maten a Kotlin o si conviene aprenderlo?
O me voy por React Native?
Kotlin no es de google, Kotlin es nativo asi que le va a pegar severenda cogida a dart y flutter.
@@juliocesarflorez6319 ¿Nativo en qué sentido?
@@mijaelviricocheaparra7474creo que se refiere a que kotlin te permite crear apps en Android Nativo , mientras que con Dart no lo puedes hacer con Flutter.
@@Robin-ku5thpero si quieres hacer una app para ios te toca escribir código nativo de Swift, y luego la interfaz en cada plataforma ya que compose multiplatform esta en alpha todavia, no soy fan de ninguna ya que ambos son herramientas para trabajar pero no le veo ninguna ventaja a kmm sobre flutter
Si justo lanzaron la nueva versión 3.22 con buenas novedades y se ve que siguen trabajando normal, además KMP su adaptación no es tan sencilla como lo es flutter.
Mejor dicho hay flutter para rato.
Flutter con impeller es otro nivel.
Si eres dev de android si puede convenir kmp pero si no es el caso prefiero flutter, igualmente kmp es mi segunda alternativa a flutter.
Buenas tardes Midu...Estoy reinventandome con 36 años y quiero empezar en la programación, pero no me decido por donde empezar, los dos temas que más me llamán la atención son el desarrollo web y el desarrollo mobile. Podrías orientarme un poco y darme tu punto de vista? por ejemplo del desarrollo android me da un poco de miedo que infojobs hay solo 10 ofertas, no se si es que está muerto el desarrollo android o que pasa
Empieza x web es más fácil
Empieza por las bases de web: HTML, CSS, JS. Después puedes aprender React para web y React Native para Mobile
con la versión de chrome 125.0.6422.60 en adelante, sí aparece en Console la opción "Understand console messages with AI"
Soy desarrollador kotlin y en mi empresa los nuevos proyectos están todos en kotlin multiplataform
Hola, ¿Puedo hacer una consulta? Desde su conocimiento de kotlin que curso recomienda o algún tip para aprender, muchas gracias
@@hernanrojas8393 Es un mentiroso y por eso mismo no te va a responder
Hacé el curso de Aristidev y luego Martín Devkiper, en ese orden. Puro jetpack compose. Luego me contás y de paso te metés con kmp @@hernanrojas8393
@@hernanrojas8393 El de Aristidevs de jetpack compose en udemy es de los mejores que he hecho, aunque este solo está en Android, si buscas kotlin multiplataform mejor sigue los videos en TH-cam de Philipp Lackner
@@hernanrojas8393 una cosa es que se empiece a integrar, donde cuando se pongan a andar vamos a ver que tal va, vrs Flutter que ya es lider en la mayoria de mercados de Europa, algunos paises de Latinoamerica y especialmente solido con muchos proyectos ya andando en Asia. hay que mirar datos, para tomar decisiones informadas y no comentarios de un tipo que a saber si tan siquiera sabe un poco de lo que dice, esas ganas de matar a flutter se me hace que es como los que buscan a toda matar a JS, osea los lenguajes tienen nichos donde son la mejor opcion o la peor, ej python para el front = pesima idea, pero en el backend esta bastante bien, js para el front = la mejor opcion, para el backend no esta mal pero hay mejores opciones, con Flutter si quieres algo multiplatform especialmente movil = de las mejores opciones, si quieres mejor usar todo absolutamente todo el potencial pues no aprendas otro multiplataforma, aprende nativo mas bien. tanto sera que esta bien posicionado Flutter que ya React Native ni aparece en estas discusiones, el mercado se lo van a repartir entre Flutter y KMP.
Solo e visto el expand … en dart y js, si has usado los dos sientes el parecido
Por un momento pense que el polo era de Flutter xd
El vivo salseo del midu jajaja es como la chismosa de la cuadra jajaja, igual se aprende otro lenguaje y listo, yo no sé que tanto salseo de llorar por algo, si hay que cambiar se cambia, si no pues seguir mejorando las habilidades de flutter. Tengo más de 8 apps en producción con flutter y no estoy llorando como los que quieren que se vaya, relajen el nance ombe jajaja
Macho flutter tiene mucho mas potencial que KMM
Eso es verdad para los fans de flutter. Pero todos sabemos que kotlin es el futuro
@@stivenjimenez289 es que no es ser fan, es que el concepto de flutter me parece mejor por el render engine que tienen que hace que sea agnóstico a la plataforma usando skia.
Con KMM te toca adaptar la app para segun que versiones de api, solo esta pensando para escribir una logica que se comparta, la UI necesitas jetpack compose que puede suponerte una curva mayor de aprendizaje y encima no es que tengas un acceso nativo en IOs por ejemplo, encima que creo que compose tu UI puede no verse bien segun que plataforma y toque adaptar.
Todo lo anterior se arregla con el render engine que lo que hace es como en los videojuegos, renderiza una vista y todos los componentes que le hayas puesto, por lo que sin importar la api o dispositivo va a funcionar, ya eso es un dolor de cabeza menos, encima puedes compilar a web o app de escritorio y tienes acceso a bastantes cosas nativas de IOs.
Luego desde el punto de vista del futuro google buscaba una alternativa a Java y oracle, en vez de terminar de romper lazos y optar por dart que ofrecia la dartVM y la opcion de compilar el codigo cosa que con java no se puede y kotlin se pudo hace poco y con “peros”, en vez de aprovechar y dictar los pasos de lo que deberia ser dartVM y compilado, deciden volver a encadenarse con una empresa, esta vez jetbrains y depender de ellos en básicamente todo, incluido las decisiones que se tomen en jetpack copose.
Sinceramente no entiendo a google, asi les va, que se la están comiendo viva. Encima si hubiesen optado por incluir dart en chrome habria sido cuestion de tiempo que el resto lo adoptase, porque hasta el propio creado de JavaScript dice que ya va siendo hora de dejar js de lado por sus problemas e inconsistencias.
Dart junto con flutter iba a ser un java y JavaScript pero mejor y hecho a medida para las necesidades de google, tanto en web, moviles y escritorios, pero nada, que sigan la tontería empresarial de KMM porque les da miedo dejar el JDK 😂
Atentamente un programador java
en una aplicacion empresarial, que uso tendria?
Qué buena noticia 😊😊😊😊😊 Kotlin 🎉🎉🎉🎉
Y flet?? Lo has probado?? Es flutter pero con python e imperativo
No entiendo porque quieren tirar todo a la basura por una herramienta que no ha despegado nunca, ya existía de hace un tiempo pero nadie la usa. Para mí, a Flutter lo arruinaron cuando comenzaron a generar webs, .exe y apps para Ubuntu... Un descontrol
No creo que quieran tirar nada a la basura. Van a seguir apostando por Flutter. Yo creo que simplemente no es la máxima prioridad dentro de la compañía. Eso no tiene por qué ser malo pero, al menos viendo la keynote del Google I/O de desarrolladores, es evidente.
La unica ventaja que le veo a kmm es que es kotlin y es muy usado lo que evita tener que aprender nuevos lenguajes (aunque dart no es cosa de otro mundo), el compose multiplatform aun no es estable asique no podemos decir que la interfaz sea compartida al 100% ( algo que con flutter si se puede decir por su concepto en sí mismo), sobre las ventajas de codigo nativo te sirve si solo vas a hacer la app para Android ya que para ios te toca hacer swift, en flutter usas dart para la app y solo nativo para las funcionalidades que necesites ( osea que por ahora tiene mucho mas codigo compartido que kmm), al final son solo herramientas para trabajar y no veo porque flutter va a ser desplazado cuando es mucho mas maduro y no tiene desventajas severas o por lo menos no se las veo a la hora de compararlos, kmm ahora es la novedad y acapara titulares como lo fue flutter en su momento
Precisamente la ventanja de Kotlin Multiplatform es que puedes compartir la lógica de negocio y no la UI. Es por eso que estas dos tecnologías no se solapan totalmente. Esta tarde publicaré un vídeo con el posicionamiento oficial de Google sobre este tema.
Un F por los panitas que eligieron Flutter para su carrera.
Google se ha posicionado oficialmente con respecto a este tema. Tengo un vídeo preparado para esta tarde donde comento todo este tema. Ahora, una cosa no invalida la otra. Una cosa es lo que digan oficialmente, y otra cosa lo que se comente extraoficialmente. ¡Gracias Midu por la info de primera mano!
13:49 según recuerdo Edge tiene Copilot pero creo que necesita internet
Por la apuesta por Kotlin estoy de acuerdo porque Kotlin es nativo, y flutter ocupa mucha memoria
Google está haciendo con Chrome lo que hizo antes Microsoft con Internet Explorer, pero menos exagerado
osea flutter tomara el lugar de ionic
y se veia venir esto, kotlin es totelmente nativio y actualmente ya es multiplataforma.
Y Flutterflow?
Si flutter usara Kotlin en lugar de Dart, yo saltaria de React Native a Flutter sin pensarlo.
¿No usas Flutter sólo por el lenguaje o es porque ya sabes Kotlin?
@@midulive Vengo de Sping Boot con Java y Kotlin, disfrute muchísimo usando Kotlin, por mas que quise encontrarle el gusto a Flutter, Dart me hecho para atrás porque a mi gusto lo siento en un limbo entre Java y Kotlin en donde lo que propone en vez de aportar solo estorba, no es malo, pero no alcanza ni siquiera a ser bueno.
Si bien mi afirmación esta algo exagerada, si Flutter usase Kotlin definitivamente le daría una nueva oportunidad e incluso creo que podría gustarme aun mas que RN. React Native me ha gustado muchísimo desde que vengo usando hace tres años y mas ahora que la cosa va pintando bien, pero como digo ahora me lo consideraría mejor.
si cada navegador procesa, no habra peligro de que google use nuestros equipos para poteneciar una gran ia?
Flutter es de lo mejor que Google ha hecho, no va a ser reemplazado porque cierto ingeniero lo dijo
¿Viste la keynote de desarrolladores del Google I/O? Pues eso.
ya esta, me voy a estudiar kotlyn, aun no empiezo, pero voy por ese.
Típico de Google, súper indeciso, bien lo dicen Google siendo Google
Y bueno, pero es que nunca entendí el fanatismo por Flutter, Kotlin corre en la jvm, hace falta que diga algo más ?
Y es muy similar a programar en java
flutter también xd, en el sentido de que cuando lo debuggeas o lo pasas a producción, lo que pasa en el fondo es que de dart pasa a kotlin y de kotlin pasa por el compilador de graddle, el producto final es un appbundle, es exáctamente lo mismo que hace kotlin normalmente en una app android, la diferencia es que con flutter este proceso también puede pasar de dart a swift y luego pasa por el compilador de xcode siendo el producto final un .ipa.
Básicamente corra en la jvm o no a la final todo pasa por graddle o por maven y genera un appbundle porque el móvil necesita que la app al momento de debuggearse o correr este en appbundle para poder correrlo
Pues ahí está la diferencia.
Flutter/dart compila a nativo.
Kotlin se usaba únicamente sobre la jvm, ahora compila a nativo para no usar la JVM.
Yo tengo a geminis remplazando el asistente del celular nativa
yo uso ambos. Flutter tiene mucho mas soporte que Jetpack Compose.
Yo soy programador de kotlin para backend. Crees que va a camino a sustituir java?
Sustituir no va a ocurrir nunca, pero que nació para ser una alternativa y que ya lo es, es evidente. Es interoperable, usa la JVM y cada vez se usa más.
Justo estaba de pasarme de react native a flutter…
Ahora no se q hacer 😢
creo que es un error dejar atras Flutter, mi opinion :/
Yo también 👍
No sorprendería que se enfoquen en KMP, lo prometedor de este es que te puede dar lo mejor de los dos mundos, tener la parte Android full Nativa y solo compartir la lógica y tener la UI de ios en nativo o hibrido. Esa versatilidad es algo que no se había logrado en multiplatform y creo que es por lo que van a apostar fuerte por KMP, ya que el desarrollo nativo siempre tendrá mejor rendimiento. Eso si KMP está super verde aún, recién están añadiendo librerias como Room, etc.. Por otro lado, Kotlin es mejor lenguaje que Dart. Ya se verá como madura esto.
Totalmente de acuerdo en lo que respecta al tema de UI. No tanto en que KMP esté verde. Ahora están añadiendo Room, pero ya existían librerías muy estables de bases de datos antes, como SqlDelight. Lo que sí que va a hacer que librerías como Room estén en KMP es que la transición de Android a KMP sea muy sencilla.
@@devexpert_io Clarooo, con eso me refería a que aún falta agregar librerías que hagan fácil la transición de Android a KMP. Va a estar interesante KMP, ojalá lo avancen rápido.
Google lo volvió a hacer, por eso ya evitó sus frameworks
Existe asistente integrado en el dispositivo
Entonces React, ReactNative, JavaScript y TypeScript seguirán siendo la opción mejor, Gracias a Dios
Lo que hace debil a Flutter es que se basa en Dark.
Midu, me copan tus lentes jajaja
yo mataria Dart para que flutter use Kotlin
Google es una maquina de matar frameworks...GWT, Angular1, Flutter,,...
Angular1 evolucionó en Angular, no murió. E incluso con la innegable supremacía de React, sigue vivo y muy activo.
@@Noahkhera Exacto, Angular1 no podía tener una evolución directa a lo que se quería con Angular2, las opciones erna seguir con Angular1 mutandolo para que eventualmente en nosecuantos años acabe pareciendose a Angular 2 o cortar y empezar Angular 2 (y mantener soporte con Angular 1 durante unos cuantos años).
Yo sigo pensando que hicieron lo correcto.
Los que juegan a matar Flutter, se parecen mucho a los que juegan a matar JS, eso no va a pasar, cada uno esta muy solido en su mercado, KMP es otro multiplatform de buen rendimiento y como pasa con React y Angular, unos preferiran una forma de trabajar u otra pero en el caso de Flutter o KMP, son esquemas de trabajo, pero que para matarlos es casi un absurdo, por no decir que es una irresponsabilidad, como sector TI nos estamos volviendo toxicos con esas rivalidades superfluas.
Eso se veía venir flutter no tiene la adopcion que se creía iba tener
hermano no se si me vas a leer pero te sigo desde hace mucho en unos de tus videos tu mencionaste de un comando q sirve para saber que hace un comando sin q real mente lo haga, la verdad me echo loco buscando, se me perdió donde lo tenia apuntado pero si me pudieras ayudad te lo agradecería gracias por tu tiempo
No es un comando, es una opción que tienen muchos comandos. Es -dry-run
@@midulive muchas gracias por tu tiempo y q Dios te de larga vida, exactamente eso era lo q buscaba mil gracias !!!!!!!
Un placer!
Yo creo que google está haciendo pura mierda y ya empezó un viaje a irse a la basura.
Google me pesto plata
eso no es lo que dicen los accionistas, ni sus productos de calidad integrados
chapuzas es lo que hace el resto de compañias
@@golangthebest7746 Pues claro que un accionista nunca va a decir que el producto en el que invirtió dinero está haciendo pura mmd. 🙄
Si Google actualmente está pasando por una evolución muy fuerte. Flutter me gusta y creo que estaría mejor si estuviera respaldado por otra empresa, Kotlin la tiene mas complicada que Flutter porque tiene mayores expectativas de distintas comunidades, tiene mucho trabajo por hacer, mientras que Dart y Flutter comenzaron desde una hoja en blanco y están enfocados en lo que deben hacer bien.
jajaja! mejor comentario de este mes
2:10 ahí quemando a maximiliano jajaj
Picante, osea Google ha hecho un montón de cosas que no funcionaron. Así que no daría por hecho que Kotlin será el ganador.
Lo que aviva la guerra de navegadores en un escenario de IAs integradas es que Edge también haría lo mismo con su IA y ahí compite quien tenga una mejor IA
NO veo lo malo, chome ( o cualqueira ) no se puede quedar esperando que los demas agan algo para el implementarlo, si quieres ser el mejor o adelantarte a los demas tienes que ser "innovador"
Yo hace unos meses tuve que elegir entre Flutter y React Native. Me alegro de haber elegido React Native.
si hay trabajo para react native?
Me alegro por tu decisión, en mi caso fue Flutter y super agradecido por tener trabajo en lo que me gusta :)
@@domingomg7289 Igual, inicié un proyecto con Flutter hace 1 año para mi trabajo, fue una experiencia de desarrollo bastante cómoda y la app ha funcionado muy bien 😁😁
Bueno, acá en México nunca pegó Flutter
No se de que hablas yo he trabajado en mas de 10 proyectos de Flutter y soy de Mexico
Flutter quizas pasa a formar parte de la comunidad si google no lo apoya, aunque me alegro de que Google se enfoque en algo
El Googler en cuestión era Addy Osmani
más complejidad en front 😮se ve interesante
Se vienen cositas?