Flutter vs Kotlin Multiplatform: Google se posiciona 😏
Summary
TLDREl 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
🤖 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.
📱 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.
🛠️ 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.
Mindmap
Keywords
💡Despidos masivos
💡Flutter
💡Codin Multiplatform
💡Google I/O
💡Jetpack Compose
💡Integración profunda
💡Dart
💡MVP (Minimum Viable Product)
💡Transición multiplataforma
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
تصفح المزيد من مقاطع الفيديو ذات الصلة
Desarrollo de Aplicaciones moviles en 2024
trabajo colaborativo en google drive 2020
Flutter vs React Native in 2024 : Choosing the Right Framework
La Vida de un DESARROLLADOR DE APLICACIONES | ¿Qué lenguaje aprender? ¿Qué estudiar?
Curso Diseño UI - 9 Elementos de una Interfaz
Resumen automático de vídeos en Youtube con Inteligencia Artificial ( ChatGPT )
5.0 / 5 (0 votes)