Flutter 3.47

Artigo original ↗ Discussão no Hacker News ↗

Flutter 3.47 reacende o debate sobre o framework de UI multiplataforma da Google: muitos desenvolvedores elogiam sua produtividade, desempenho e capacidade de atender mobile, desktop, web e até sistemas embarcados a partir de uma única base de código em Dart, citando adoção real por grandes empresas. Outros continuam cautelosos quanto ao compromisso de longo prazo da Google, à história mais fraca do Flutter na web e a arestas como falhas de renderização ou comportamentos que não seguem a plataforma, e preferem ecossistemas em torno de Kotlin, React Native ou desenvolvimento totalmente nativo com ajuda de IA. No geral, o Flutter é visto como uma opção madura e amplamente usada, cujos principais riscos são estratégicos e não técnicos.

Estado do projeto e longevidade

  • Muitos veem o Flutter como surpreendentemente resiliente para um projeto da Google, dado o histórico da empresa de encerrar ferramentas populares.
  • Explicações apresentadas: forte uso interno (por exemplo, produtos Google, reescrita do AdWords em Dart), economia de custos com uma única base de código móvel e inércia.
  • Alguns acreditam que, mesmo que a Google recuasse, o ímpeto do ecossistema e uma possível transferência para uma fundação poderiam mantê-lo vivo.
  • Outros ainda o evitam por medo de um eventual “rug pull”.

Adoção e uso no mundo real

  • Um grupo afirma que “ninguém usa isso”.
  • Outros contrapõem com:
    • Grandes apps de consumo (bancos, empresas de tecnologia chinesas, fabricantes de automóveis etc.).
    • Dogfooding interno da Google.
    • Estatísticas de terceiros compartilhadas no tópico: ~16% dos apps iOS e ~24% dos apps Android usando Flutter SDKs.
  • Vários desenvolvedores relatam apps em produção bem-sucedidos com grandes bases de usuários.

Pontos fortes destacados

  • Uma única base de código para Android, iOS, desktop e web com UI relativamente consistente.
  • Forte experiência de desenvolvimento: hot reload, iteração rápida, boas ferramentas e integração direta com Firebase.
  • Dart elogiado por ser simples, tipado estaticamente, seguro em relação a null, com bom FFI e toolchain AOT/JIT.
  • Boa opção para “CRUD de negócios” e apps multiplataforma em que a natividade perfeita da plataforma é menos importante.

Críticas e pontos de dor

  • Preocupações com o compromisso da Google e falta de visibilidade na documentação oficial do Android.
  • Suporte à web descrito como “basicamente inutilizável” para sites tradicionais; downloads grandes e renderização baseada em canvas prejudicam ferramentas e acessibilidade.
  • Desempenho em desktop e comportamento de rolagem (especialmente no iOS e na web) apontados por alguns como fracos ou inconsistentes.
  • Desenvolvedores observam tempos longos de compilação em alguns fluxos, a implementação instável do motor Impeller e a chegada lenta de recursos como múltiplas janelas e HDR/wide-gamut.
  • Alguns detestam fortemente a sintaxe e a semântica de Dart; outros consideram o código Flutter verboso e “antigo” em comparação com frameworks de UI mais novos.

Flutter vs. alternativas

  • React Native: preferido por alguns por TypeScript/contratação, mapeamento mais próximo da UI nativa e maior amplitude do ecossistema; outros relatam pior desempenho, inferno de dependências e arquiteturas de app ruins.
  • Kotlin Multiplatform/Compose: visto como promissor, mas ainda imaturo e mais complexo; toolchain e ecossistema Gradle criticados.
  • Native + IA: vários comentários sugerem que o desenvolvimento nativo assistido por IA está corroendo a vantagem tradicional dos frameworks multiplataforma.