Flutter 3.47

Artículo original ↗ Discusión en Hacker News ↗

Flutter 3.47 reaviva el debate sobre el framework de UI multiplataforma de Google: muchos desarrolladores elogian su productividad, rendimiento y capacidad para apuntar a móvil, escritorio, web e incluso sistemas embebidos desde una sola base de código Dart, citando adopción real por parte de grandes compañías. Otros siguen cautelosos por el compromiso a largo plazo de Google, la historia más débil de Flutter en la web y sus asperezas, como rarezas de renderizado o comportamientos no nativos de la plataforma, y prefieren ecosistemas alrededor de Kotlin, React Native o desarrollo completamente nativo potenciado por IA. En general, Flutter se ve como una opción madura y ampliamente usada cuyos principales riesgos son estratégicos más que técnicos.

Estado del proyecto y longevidad

  • Muchos ven Flutter como sorprendentemente resistente para ser un proyecto de Google, dado el historial de Google de cerrar herramientas populares.
  • Explicaciones ofrecidas: fuerte uso interno (p. ej., productos de Google, reescritura de AdWords en Dart), ahorro de costes al tener una sola base de código móvil, e inercia.
  • Algunos creen que incluso si Google se retirara, el impulso del ecosistema y una posible transferencia a una fundación podrían mantenerlo vivo.
  • Otros siguen evitándolo por miedo a un eventual “rug pull”.

Adopción y uso en el mundo real

  • Un bando afirma que “nadie lo usa”.
  • Otros responden con:
    • Grandes apps de consumo (bancos, empresas tecnológicas chinas, fabricantes de automóviles, etc.).
    • Dogfooding interno de Google.
    • Estadísticas de terceros compartidas en el hilo: ~16% de las apps de iOS y ~24% de las apps de Android usan Flutter SDKs.
  • Varios desarrolladores informan de apps en producción con grandes bases de usuarios.

Fortalezas destacadas

  • Una sola base de código para Android, iOS, escritorio y web con una UI relativamente consistente.
  • Buena experiencia de desarrollo: hot reload, iteración rápida, buenas herramientas e integración sencilla con Firebase.
  • Dart elogiado por ser simple, de tipado estático, seguro frente a null, con buen FFI y toolchain AOT/JIT.
  • Buena opción para “business CRUD” y apps multiplataforma donde la natividad perfecta de la plataforma es menos importante.

Críticas y puntos débiles

  • Preocupaciones sobre el compromiso de Google y la falta de visibilidad en la documentación oficial de Android.
  • Soporte web descrito como “prácticamente inutilizable” para sitios web tradicionales; descargas grandes, renderizado basado en canvas que perjudica las herramientas y la accesibilidad.
  • Rendimiento en escritorio y comportamiento del scroll (especialmente en iOS y web) señalados como débiles o inconsistentes por algunos.
  • Los desarrolladores señalan tiempos de compilación largos en algunos flujos de trabajo, una adopción accidentada del motor Impeller y la llegada lenta de funciones como multi-window y HDR/wide-gamut.
  • A algunos les desagradan mucho la sintaxis y la semántica de Dart; otros consideran el código Flutter verboso y “antiguo” comparado con frameworks de UI más nuevos.

Flutter vs. alternativas

  • React Native: preferido por algunos por TypeScript/contratación, mapeo más cercano a la UI nativa y amplitud del ecosistema; otros reportan peor rendimiento, dependencia infernal y arquitecturas de app deficientes.
  • Kotlin Multiplatform/Compose: visto como prometedor pero aún inmaduro y más complejo; se critica el tooling y el ecosistema de Gradle.
  • Native + AI: varios comentarios sugieren que el desarrollo nativo asistido por IA está erosionando la ventaja tradicional de los frameworks multiplataforma.