Flutter vs Kotlin Multiplatform: Google se posiciona 😏

Summary

El script habla sobre la posición de Google en el desarrollo de aplicaciones multiplataforma. Se menciona la confusión causada por recientes despidos en Google que afectaron al equipo de Flutter y el apoyo de Google a Android y su sistema de 'coding multiplatform'. Google aclaró en su blog que Flutter es la opción recomendada para aprovechar las últimas capacidades de Android y para integraciones profundas con la plataforma, mientras que Flutter Multiplatform permite compartir lógica de negocio entre múltiples plataformas. Además, se presenta la opción de usar Compose Multiplatform para compartir tanto la UI como la lógica de negocio, lo que podría ser útil para lanzar un MVP rápidamente o para aplicaciones que requieren una UI compartida a lo largo de su ciclo de vida.

Takeaways

• 📉 Google ha experimentado recientes despidos masivos que afectan al equipo de Flutter.
• 🛠️ Google y el equipo de Android han anunciado soporte y nuevas características para el desarrollo multiplatform con Flutter.
• 🔧 Flutter es controlado por Google y es desarrollado por su equipo.
• 🤝 La Colding Foundation, que incluye a Google y Jetbrains, asegura que las decisiones sobre el lenguaje no perjudiquen a Android.
• 📱 Si se busca aprovechar las últimas capacidades de Android, Flutter junto con Jetpack Compose es la opción recomendada por Google.
• 💼 Para una integración profunda con el hardware y la plataforma de Android, las aplicaciones nativas son la mejor opción.
• 🔄 Flutter Multiplatform permite compartir la lógica de negocio entre múltiples plataformas con un mínimo overhead.
• 🔗 Utilizando Flutter Multiplatform, se puede mantener la UI nativa en cada plataforma mientras se comparte la lógica de negocio.
• 🌐 Flutter también es adecuado para compartir tanto la interfaz de usuario como la lógica de negocio en todas las plataformas.
• 🛑 No se menciona en el artículo el uso de Compose Multiplatform, lo que deja una pregunta abierta sobre su utilidad y casos de uso.

Q & A

¿Qué ha causado la confusión reciente en torno a Flutter y Kotlin en Google?

La confusión reciente se debe en parte a los despidos masivos en Google que han afectado al equipo de Flutter, y en parte al apoyo y novedades que Google y el equipo de Android han dado al sistema de 'coding multiplatform'.

¿Qué es Colding multiplatform y cómo se relaciona con Android?

Colding multiplatform es una tecnología que permite crear aplicaciones de forma más sencilla utilizando las librerías de Android que ya se utilizan hoy en día. Google y el equipo de Android han anunciado soporte para Colding multiplatform para compartir lógica de negocio entre diferentes plataformas.

¿Por qué Google está apoyando tanto a Flutter como a Colding si parecen servir para lo mismo?

Google está apoyando ambas tecnologías porque cada una tiene casos de uso específicos. Flutter es controlado por Google y está diseñado para una integración profunda con el hardware y la plataforma de Android, mientras que Colding multiplatform es la forma recomendada de compartir lógica de negocio entre aplicaciones móviles y web.

¿En qué situaciones se recomienda usar Colding para el desarrollo de aplicaciones Android?

Se recomienda usar Colding cuando se deseen utilizar las últimas capacidades de Android, obtener el mejor rendimiento posible en diferentes dispositivos Android, y cuando se requiera una integración profunda con el sistema de Android.

¿Cómo Google aclaró los casos de uso de Colding y Flutter?

Google publicó un artículo en su blog donde explica los casos de uso de cada tecnología y cómo planea seguir soportando y desarrollando ambas. Por ejemplo, para compartir lógica de negocio se recomienda Colding multiplatform, y para compartir tanto la interfaz de usuario como la lógica de negocio, se recomienda Flutter.

¿Qué es Jetpack Compose y cómo se relaciona con el desarrollo de interfaces de Android con Colding?

Jetpack Compose es el sistema de vista recomendado para el desarrollo de Android. Al usar Colding y Jetpack Compose, se simplifica y acelerará el desarrollo de interfaces de Android con características como la edición en vivo y las API de Colding intuitivas.

¿Cuál es la ventaja principal de Colding multiplatform para compartir la lógica de negocio entre aplicaciones?

La ventaja principal de Colding multiplatform es la capacidad de compilar código Colding en binarios específicos para cada plataforma, lo que permite llamar a las APIs específicas de cada plataforma con un overhead mínimo y hacer el mantenimiento más fácil.

¿Qué es Flutter y cómo se diferencia de Colding multiplatform en términos de compartir código?

Flutter es un SDK recomendado para compartir tanto la lógica de negocio como la interfaz de usuario en todas las plataformas. Las aplicaciones de Flutter están escritas en Dart, que compila directamente al código máquina, y ofrece un host reload durante el desarrollo para una iteración rápida en los cambios visuales.

¿Cómo se podría utilizar Compose multiplatform en relación con Colding multiplatform y Flutter?

Compose multiplatform podría utilizarse si se está seguro de mantener la interfaz de usuario compartida a lo largo del ciclo de vida de la aplicación. Si se necesita lanzar un MVP rápidamente sin dedicar tiempo a crear interfaces nativas, Compose multiplatform podría ser una opción inicial antes de cambiar a una implementación específica de cada plataforma en el futuro.

¿Cómo Google ve el futuro del desarrollo de aplicaciones con Colding, Flutter y Compose multiplatform?

Google está trabajando activamente en mejorar tanto Flutter como Colding en términos de operabilidad entre todas las plataformas. El posicionamiento es claro: se debe elegir la aproximación que mejor se ajuste a las necesidades del negocio, ya sea compartiendo tanto la lógica como la interfaz de usuario con Flutter, o solo la lógica de negocio con Colding multiplatform.

Outlines

00:00

🤖 Desarrollo de código multiplataforma con Google

El primer párrafo aborda la posición de Google en el desarrollo de tecnologías multiplataforma, como Flutter y Kotlin Multiplatform. Se menciona la reciente confusión causada por los despidos masivos en Google, que afectó al equipo de Flutter, y el apoyo continuo de Google a ambas tecnologías. Google aclaró su enfoque en un blog, explicando los casos de uso para Kotlin Multiplatform y Flutter, y cómo planea seguir apoyando y desarrollando ambas. El énfasis está en que, si se busca aprovechar las últimas capacidades de Android, Kotlin junto con Jetpack Compose es la opción recomendada, mientras que para compartir lógica de negocios entre plataformas, Kotlin Multiplatform es la elección de Google.

05:00

📱 Compartir código y UI con Flutter y Compose Multiplatform

El segundo párrafo se enfoca en el uso de Flutter y Compose Multiplatform para compartir tanto la interfaz de usuario como la lógica de negocios entre diferentes plataformas. Flutter, que utiliza Dart, permite una experiencia de desarrollo rápida y una compilación a código máquina para varias plataformas. Además, se discute la opción de utilizar Compose Multiplatform para compartir tanto la UI como la lógica, lo que podría ser útil en situaciones en las que se requiere una experiencia nativa en cada plataforma. Se plantea que Compose Multiplatform puede ser una buena opción para proyectos que necesitan lanzar un MVP rápidamente o para aquellos que ya tienen una aplicación Android y desean desplegarla en otras tecnologías sin tener que aprender un nuevo stack tecnológico.

10:01

🛠️ Utilizando Kotlin Multiplatform para el desarrollo de negocios

El tercer párrafo continúa la discusión sobre Kotlin Multiplatform, destacando su ventajas para el desarrollo de aplicaciones que requieren compartir la lógica de negocios, mientras se mantienen interfaces nativas en cada plataforma. Se ofrece información adicional sobre cómo comenzar con Kotlin Multiplatform y se enfatiza la importancia de elegir la tecnología adecuada para el proyecto en función de los objetivos del equipo y del producto.

Keywords

💡Google

Google es una de las compañías tecnológicas más influyentes a nivel mundial, conocida por sus servicios de búsqueda en Internet, así como por desarrollar tecnologías y plataformas como Android. En el contexto del video, Google está posicionando sus tecnologías y estrategias en el desarrollo de aplicaciones multiplataforma, lo que es central para el tema del video.

💡Despidos masivos

El término 'despidos masivos' se refiere a una situación en la que una gran cantidad de empleados son despedidos de una empresa. En el guion, se menciona que Google ha realizado despidos masivos que han afectado significativamente al equipo de Flutter, lo que indica un cambio en la dinámica laboral y estratégica de la empresa.

💡Flutter

Flutter es un kit de desarrollo de interfaces de usuario (SDK) de código abierto creado por Google, utilizado para construir aplicaciones móviles y web de alta calidad y rendimiento. En el video, Flutter es discutido como una tecnología clave para el desarrollo de aplicaciones multiplataforma y se menciona su relación con Google y el equipo de Android.

💡Codin Multiplatform

Codin Multiplatform es una tecnología que permite a los desarrolladores escribir código una vez y ejecutarlo en múltiples plataformas. En el video, se destaca cómo Google y el equipo de Android están apoyando y mejorando esta tecnología para facilitar el desarrollo de aplicaciones multiplataforma.

💡Google I/O

Google I/O es un evento de desarrollo de software anual organizado por Google, donde se anuncian nuevas características y productos. En el guion, se hace referencia a Google I/O como el lugar donde se anunciaron mejoras en Flutter y Codin Multiplatform.

💡Jetpack Compose

Jetpack Compose es una biblioteca de Android que permite a los desarrolladores crear interfaces de usuario de manera declarativa. En el video, se menciona que junto con Kotlin, Jetpack Compose es la herramienta recomendada para el desarrollo de interfaces en Android.

💡Integración profunda

La 'integración profunda' hace referencia a la capacidad de una aplicación para estar muy unida a la plataforma en la que se ejecuta, aprovechando todas sus características y funcionalidades. En el guion, se sugiere que para lograr una integración profunda con Android, es mejor desarrollar una aplicación nativa en Kotlin.

💡Dart

Dart es un lenguaje de programación utilizado principalmente para el desarrollo de aplicaciones móviles, web y de escritorio con Flutter. En el video, se menciona que Flutter utiliza Dart y que este compila directamente a código máquina para varias plataformas.

💡MVP (Minimum Viable Product)

MVP se refiere al producto mínimo viable, que es la versión inicial de un producto con las características básicas necesarias para que pueda lanzarse al mercado y obtener feedback de los usuarios. En el guion, se sugiere que si se quiere lanzar rápidamente un MVP, Compose Multiplatform podría ser una opción antes de pasar a interfaces nativas.

💡Transición multiplataforma

La 'transición multiplataforma' se refiere a la capacidad de un código para ser utilizado en diferentes sistemas operativos y dispositivos. En el video, se discute cómo Flutter y Kotlin Multiplatform facilitan la transición entre código compartido y código nativo para diferentes plataformas.

Highlights

Google está posicionándose y dando una respuesta clara sobre el tema de la programación multiplatform.

Se ha habido un gran alboroto en Google debido a despidos masivos que afectan al equipo de Flutter.

Google y el equipo de Android están apoyando el sistema de Colding multiplatform para facilitar la creación de aplicaciones.

Se presentaron muchas novedades relacionadas con Colding multiplatform y el apoyo de Android.

Flutter está completamente controlado por Google y es desarrollado por su propio equipo.

Codling también pertenece en parte a Google, asegurando que las decisiones no afecten negativamente a Android.

Google está esforzándose en dos tecnologías que parecen servir para el mismo propósito: desarrollar código una vez y utilizarlo en distintas plataformas.

Google publicó un artículo en su blog para aclarar los casos de uso de una tecnología u otra y cómo seguirá soportando ambas.

Flutter es el lenguaje recomendado y Jetpack Compose el sistema de vista recomendado para el desarrollo de Android.

Usar Flutter y Jetpack Compose permite acceso a las últimas características específicas de Android y el mejor rendimiento.

Flutter es la mejor opción para aplicaciones que requieren una integración profunda con el hardware y la plataforma de Android.

Colding multiplatform es la forma recomendada de compartir lógica de negocio entre aplicaciones móviles y web.

Colding multiplatform permite compilar código en binarios específicos para cada plataforma con un overhead mínimo.

Con Colding multiplatform se puede compartir toda la lógica de negocio y desarrollar interfaces nativas para cada plataforma.

Flutter es el SDK recomendado para compartir tanto la lógica de negocio como la interfaz en todas las plataformas.

Flutter utiliza Dart, que compila directamente al código máquina y ofrece Hot Reload durante el desarrollo.

Google diferencia claramente entre cuando utilizar Colding multiplatform y cuando utilizar Flutter.

Compost multiplatform podría ser útil en situaciones intermedias o para proyectos que requieren una rápida implementación.

Google está trabajando activamente en mejorar tanto Flutter como Colding en términos de operabilidad entre plataformas.

Colding multiplatform es especialmente útil cuando se desea compartir toda la lógica de negocio y desarrollar interfaces nativas.

Transcripts

flatter o codling multiplatform atentos

porque Google se posiciona y nos da una

respuesta Clara durante las últimas

semanas ha habido bastante lío con este

tema debido por un lado a los despidos

masivos que ha habido en Google y que

han afectado en gran medida al equipo de

flatter y por otro lado por todo el

apoyo y las novedades que ha dado Google

y el equipo de Android en particular al

sistema de colding multiplatform en el

Google iOS se presentaron muchas

novedades relacionadas con colding

multiplatform y el apoyo del equipo de

Android para que podamos crear

aplicaciones de forma mucho más sencilla

utilizando la tecnología de colding

multiplatform con todas las librerías

que ya estamos utilizando hoy en día en

Android esto se une a que las novedades

en el Google iOS respecto a flatter han

sido bastante reducidas Aunque sí que

las Ha habido y por tanto muchos

empiezan a vaticinar un declive de esta

tecnología conviene recordar que flatter

está enteramente controlada por Google y

que es el propio equipo de Google el que

la desarrolla por otro lado codling

también pertenece en parte a Google ya

que cuando se empezó a utilizar en

Android se creó la colding foundation en

la que inicialmente estaban incluidos

tanto Jet brains el creador original de

colding como Google de esta forma Google

se aseguraba de que las decisiones con

respecto al lenguaje no afectarán

negativamente a Android por tanto Qué

hace Google poniendo esfuerzo en dos

tecnologías que en primera instancia

parece que servirían para lo mismo

desarrollar el código una vez y

utilizarlo en distintas plataformas en

un vídeo anterior que te voy a dejar por

aquí por las tarjetas Ya di mi opinión

Pero en esta ocasión no voy a ser yo el

que la dé sino la propia Google que ha

publicado un artículo en su blog donde

trata de clarificar cuáles son los casos

de uso de una tecnología y de otra y

como Google va a seguir soportando y

desarrollando ambas tecnologías Así que

si te parece voy a compartir pantalla y

vamos a leer juntos el artículo el

artículo se llama haciendo el desarrollo

entre plataformas más fácil para los

desarrolladores y aquí vemos a la

mascota de flatter y la de Android

chocando la mano Así que podemos

imaginar que van a hablar de Cómo

podemos trabajar con cada una de ellas

sin negar la existencia de ninguna de

ambas nos comentan que la hay una

pregunta que les llega muy a menudo que

es me estoy planteando crear una app que

funcione bien entre distintas

plataformas Cómo sé qué lenguajes

frameworks y herramientas son las

correctas para mi caso nos dicen que

esta es una pregunta que les hacen muy a

menudo y que hacer la decisión correcta

depende de una variedad de factores

Incluyendo los objetivos del equipo y

del producto entonces aquí nos ofrecen

cierta guía para ayudarnos a elegir el

stack de tecnologías correcto para

nuestro proyecto lo primero que nos

dicen es que si queremos utilizar las

últimas capacidades de Android lo que

tenemos que hacer es usar colding que

colding es el lenguaje recomendado y pu

supuesto Jetpack compost el sistema de

vista recomendado para desarrollo

Android esto nos permite acceso a las

últimas características específicas de

Android para crear aplicaciones de alta

calidad y que además gracias a esto

obtendrás el mejor rendimiento posible

en cuanto a aplicaciones en todos los

tipos de dispositivo y las distintas

pantallas de Android teléfonos tablets

folda laptops relojes televisiones

coches y mucho más y que una app Android

escrita en colding también es la mejor

opción para aplicaciones que requieren

una integración profunda con el el

Hardware y la plataforma de Android es

decir algo que he dicho siempre y que

muchas veces se me critica es que si

quieres hacer una integración lo más

profunda posible con el sistema de

Android la forma más sencilla y la que

te va a dar más versatilidad es hacer

una aplicación Android nativa Es cierto

que con flatter hoy en día hay muchas

opciones Pero el grano fino al final lo

vas a obtener yendo directamente a las

apis que te proporciona el framework

aquí nos dice que usando colding y jepa

compost simplificamos y aceleramos el

desarrollo de interfaces en Android con

la edición de live it que por cierto ha

mejorado muchísimo en las últimas

versiones de Android las previews de

compose soportadas en Android Studio y

las apis de colding intuitivas por tanto

si estás planteándose desarrollar una

aplicación en Android eficiente y muy

integrada con el sistema lo recomendado

por Google es crear una aplicación en

colding con Jetpack comp post Pero qué

pasa si tenemos un producto del que

queremos aprovechar parte o todo el

código y no tener que reescribirlo

varias veces Aquí es donde entran en

juego coding multiplatform y flatter qué

nos dice aquí estás buscando compartir

la lógica entre tus aplicaciones móviles

y web entonces echa un vistazo a colding

multiplatform en este caso estamos

hablando de la lógica de negocio en

particular golding multiplatform es

nuestra forma recomendada de compartir

lógica de negocio entre tus aplicaciones

este año en el Google io hemos anunciado

que Android soporta colding

multiplatform para compartir lógica de

negocio entre móviles escritorio web y

servidor usar colding multiplatform te

permite compilar código colding en

binarios específicos para cada

plataforma and Android iOS jbm web

assembly para que puedas Llamar a las

apis específicas de cada plataforma con

un overhead mínimo Es decir de la forma

más sencilla además cing multiplatform

ayuda a reducir la duplicación de código

y hace el mantenimiento más fácil para

compartir la lógica de negocio y podrás

continuar construyendo la ui usando las

apis específicas de cada plataforma esto

realmente Es lo que siempre he defendido

la gran ventaja de colding multiplatform

es que de forma muy sencilla podemos

transicionar entre el código compartido

en multiplataforma y el código nativo de

tal forma que ponemos el límite de esa

compartición donde nosotros queramos de

una forma muy muy sencilla podemos tener

aplicaciones que a lo mejor solo

compartan una parte de su lógica de

negocio o incluso una librería que

queramos extraer y reutilizar entre las

distintas plataformas podemos ir a

compartir toda la lógica de negocio que

es lo que está recomendando aquí Google

en particular Y si nos centramos

exclusivamente en el caso de Android y

iOS podríamos escribir la ui de forma

nativa con Jetpack compost en Android y

la ui de forma nativa en iOS con Swift

ui Aquí estaríamos consiguiendo lo mejor

de Los dos mundos estamos compartiendo

toda esa lógica entre las distintas

plataformas e incluso el servidor Y esto

es interesante pero en la ui y en la

integración con el sistema Nos bajamos a

las apis nativas de tal forma que

podemos hacer todo lo que necesitemos

Entonces qué pasa con flatter dónde

encaja En esta ecuación necesitas

compartir tanto el código de ui como la

lógica de negocio entre las distintas

plataformas entonces prueba flatter

flatter es el sdk recomendado para

cuando quieres compartir tanto tanto la

lógica de negocio como la interfaz en

todas las plataformas para tener una

experiencia consistente y fiable con

flatter puedes crear buenas experiencias

de aplicaciones entre Android iOS web y

escritorio todo desde una base de código

única y compartida las aplicaciones de

flatter están escritas usando Dart que

compila directamente al código máquina

Arm x86 risk V en la mayoría de las

plataformas por ejemplo Android o iOS

Dart también se puede utilizar para la

web donde fila a javascript y como se

anunció en el Google iio también a web

assembly y dar también proporciona el

Host reload durante el desarrollo que

hace que se pueda iterar de forma muy

rápida en los cambios visuales Así que

aquí Google hace una diferenciación

Clara solo quieres compartir lógica de

negocio y hacer las interfaces nativas

utiliza colding multiplatform quieres

además compartir la ui y que esa ui sea

muy parecida o igual en las distintas

plataformas entonces utiliza flatter y

aquí queda una pequeña incógnita

Entonces qué ocurre con compost multi

platform Por qué existe y en qué casos

de uso se puede utilizar Espérate un

minuto Porque ahora te daré mi opinión

personal Ya que en este artículo no

hablan sobre ello pero vamos a terminar

antes de leer el artículo Ya que

queremos continuar ofreciéndote opciones

estamos activamente trabajando y

mejorando tanto flatter como colding en

términos de operabilidad entre todas las

plataformas puedes elegir la

aproximación que mejor te encaje en tu

negocio ya estés compartiendo tanto la

lógica como la ui con flatter o

compartiendo solo la lógica de negocio

con cing multipl platform y que esperan

que estas tecnologías nos permitan crear

grandes aplicaciones más rápidamente Y

de forma eficiente Así que el

posicionamiento aquí es claro Entonces

qué ocurre con compost multiplatform si

creá una aplicación en colding

multiplatform utilizando compost

multiplatform básicamente estaríamos en

la misma situación en la que estamos

trabajando con flatter que estaríamos

compartiendo tanto la ui como la lógica

de negocio tiene sentido entonces crear

una aplicación en compost multiplatform

existiendo flatter mi opinión personal

es que sí pero con una pequeña salvedad

si estás seguro de que vas a mantener

esa ui compartida siempre a lo largo de

todo el ciclo de vida de una aplicación

que pueden ser años Entonces tampoco

tienes mucha necesidad de saltar a

compost multiplatform porque seguramente

con flatter la implementación será más

rápida pero imagina que estás lanzando

un proyecto que inicialmente estás corto

de recursos O quieres ir lo más rápido

posible para lanzar un mvp y no quieres

dedicarle todo el tiempo que requiere

crear las interfaces de forma nativa

podrías empezar con compost

multiplatform lanzar tu aplicación al

mercado con esta tecnología y en el

futuro cuando ya sepas que el producto

funciona y quieras dar ese salto para

dar una experiencia nativa en cada

plataforma Entonces lo tendrás muy

sencillo para hacer el cambio

simplemente sustituyes tu código de

compost multiplatform por la

implementación específica de cada una de

las tecnologías y toda la lógica de

negocio se podrá seguir compartiendo

entre todas tus aplicaciones otra

situación en la que lo veo muy

interesante es si por ejemplo tienes una

aplicación Android que quieres

rápidamente desplegar en otras

tecnologías

como en Android Ya tendrás el código

escrito en jpa compost cambiarlo a

compost multiplatform es prácticamente

gratis y ahora como casi todas las

librerías de Android se están

convirtiendo a multiplataforma te va a

ser muy sencillo en poco tiempo adaptar

una aplicación Android para utilizarla

en el resto de tecnologías ahora ya

tienes tu aplicación desarrollada para

todas ellas utilizando la ui compartida

Y nuevamente Si en el futuro te planteas

hacer ese cambio ya es simplemente

volver a desarrollar esa ui en las

distintas plataformas de forma nativa

pero ya tienes tu aplicación funcionando

desde el principio en todas esas

variantes por tanto yo le veo mucho

sentido a compost multiplatform en

ciertas situaciones Y sí que es verdad

que la mayoría de ellas son situaciones

intermedias por supuesto un caso claro

final sería una persona que ya sabe

desarrollar en Android y quiere

desarrollar en otras tecnologías les va

a ser mucho más sencilla la transición

que utiliza con post multiplatform que

si tiene que aprender un nuevo stack

tecnológico como es el de flatter en

cualquier caso como he defendido siempre

donde está el mayor factor diferencial

de colding multiplatform es en el punto

en el que podemos compartir toda la

lógica de negocio de nuestra aplicación

y simplemente desarrollar cada una de

las interfaces de forma nativa

consiguiendo lo mejor de Los dos mundos

si quieres aprender sobre colding

multiplatform te dejo en la descripción

la información sobre colding espert para

que le eches un vistazo y por aquí un

tutorial sobre cómo puedes empezar con

ello