Представьте, что вы Flutter-разработчик. Вы заходите на Хабр. В комменты статьи про Flutter. И там опять: «Flutter уже не развивается давно, нет 3д», «Dart — зачем нужен этот новый странный язык», «Google закроет проект, там в Индии всех разрабов уволили, они уже на кладбище». И это каждый. Божий. День.

Вот что интересно: пока на Хабре хоронят Flutter, 30% всех новых iOS-приложений пишутся на нём. BMW делает на Flutter приложение для своих машин. Google Pay работает на Flutter. Credit Agricole Bank переписал на него банковский апп на миллион пользователей — и поднялся с 10-го на 3-е место в рейтинге. Но на Хабре Flutter, конечно, мёртв. Как и в прошлом году. И позапрошлом.

Конкретный процент Android-приложений на Flutter:
По состоянию на 2023 год, в Google Play Store опубликовано около 500,000 Flutter-приложений, при этом общее количество приложений в Google Play Store составляет примерно 1.58-3.5 миллиона AppinventivOwebest (в зависимости от методики подсчета).

Это означает примерно 14-32% от всех приложений в Google Play Store, в зависимости от того, как считать общее количество. И, естественно, в основном новых приложений больше.

Важный нюанс: Данные от Apptopia показывают, что в App Store (iOS) Flutter вырос с 10% всех отслеживаемых бесплатных приложений в 2021 году до почти 30% в 2024 году Google DevelopersMedium. К сожалению, аналогичные точные данные именно для Android отдельно найти сложнее.

Почему так происходит? Потому что критиковать — это дофига проще, чем разобраться. Потому что мемы про «Google кладбище» работают лучше, чем скучная статистика. И потому что у каждого есть знакомый, который слышал от знакомого, что Flutter тормозит. Проверено.

Сейчас я покажу, как выглядит типичная «похоронная» дискуссия на Хабре, разберу по косточкам главные обвинения, и объясню, почему Flutter не просто жив, а чувствует себя охренительно. Слабонервным критикам лучше отойти от экранов.

Главный миф: «Google убьёт Flutter, как убивал всё остальное»

Это самая популярная страшилка. И она работает, потому что у Google действительно есть кладбище проектов. Google Reader, Google+, ещё тонна сервисов — всё это Google закрыл. И теперь каждый раз, когда в Google что-то увольняют, на Хабре начинается: «Всё, Flutter помер».

А теперь факты. Flutter — это 3-й по популярности проект Google на GitHub. Больше только у TensorFlow и Kubernetes. Сейчас у Flutter ~174k★, у TensorFlow ~192k★, у Go ~130k★. То есть Flutter, скорее, №2 среди крупнейших Google-проектов по звёздам (если не считать Kubernetes как CNCF). Google переписывает на Flutter собственные приложения — NotebookLM (AI-ассистент от Google Labs, 2025), Google Pay, Google Ads. Если завтра Google решит закрыть Flutter, им придётся выкинуть в помойку половину своих мобильных продуктов. Это не Reader, который был экспериментом. Это core infrastructure.

Ещё момент. Даже если — чисто гипотетически — Google завтра возьмёт и уйдёт в отпуск на год, Flutter продолжит работать. Open source, детка. Samsung, Microsoft, Canonical и куча других контрибьюторов уже в проекте. Бывший PM Flutter-команды Google Лиа Джаретт прямо сказала: если Google забросит, крупные компании с радостью возьмут проект под крыло. Её команда FlutterFlow готова дальше развивать Flutter.

А что по цифрам? Stack Overflow Developer Survey 2024 (65 тысяч разработчиков): Flutter используют 9.40%, React Native — 8.40%. Admired: Flutter 60.60% vs React Native 56.50%. GitHub stars: Flutter 170k, React Native 121k. JetBrains Survey: Flutter — самый используемый мультиплатформенный фреймворк с 2021 года. Statista: 30% разработчиков используют Flutter — это самый популярный кросс-платформенный фреймворк.

Короче, если Flutter мёртв, то это какой-то очень живой труп, который бегает быстрее всех остальных.

«Dart — это Java образца 2005 года»

Это прям классика жанра. Цитата с Хабра: «По сути, сейчас Dart — это ООП язык с довольно низким порогом входа, который, по большей части, позволяет делать плюс-минус то же самое, что и все остальные аналогичные языки. Только, по ощущениям, в среднем хуже. Очень похоже на Java образца года этак 2005».

Окей, давайте по пунктам.

Null safety. Да, Dart добавил sound null safety только в 2021 году. Это поздно. Но знаете что? Dart стал единственным языком, который успешно добавил полноценный sound null safety в уже существующий язык. Не в новую версию с нуля, не форкнув всё к чёрту, а реально мигрировав живую экосистему. Kotlin, Swift — у них null safety был с первой версии. У Dart этого не было, и команда проделала гигантскую работу, чтобы это внедрить. Весь pub.dev мигрировал. 55 тысяч пакетов. Это не «провал проектирования», это эволюция.

Records и patterns. Dart 3 (май 2023) добавил records — возможность возвращать несколько значений из функции и destructuring их в переменные. Добавил patterns — полноценный pattern matching, algebraic data types, более функциональный стиль. Это современные языковые возможности, которых в Java до сих пор нормально нет.

Extension types, class modifiers, async/await из коробки. Dart не стоит на месте. Он оптимизирован для UI, имеет AOT и JIT compilation, быстрый как чёрт, и учится за пару дней, если вы знаете любой C-подобный язык.

«Где киллер-фича Dart?» А вот она: Dart — это единственный язык, который идеально подходит для Flutter. Весь его синтаксис, вся архитектура — всё заточено под декларативный UI. Hot reload работает, потому что Dart поддерживает JIT. Компиляция в нативный код — потому что Dart поддерживает AOT. Null safety, async/await из коробки, isolates для многопоточности — всё это работает вместе как швейцарские часы. Можно было бы Flutter сделать на другом языке? Теоретически. Но на практике — нет, потому что ни один другой язык не даёт такую комбинацию возможностей.

«Flutter тормозит и жрёт память»

Окей, это серьёзное обвинение. И оно, в отличие от предыдущих, имеет под собой некую почву. Проблемы с производительностью у Flutter иногда есть. Но тут важны два момента.

Момент первый: в 99% случаев вы этих проблем не заметите чаще чем у других технологий. Те приложения, которые торомозят у меня - написаны не на Dart/Flutter, а, в основном, на Java, Python, JS. Те приложения, которые я пишу на Flutter - не тормозят. Цитата от Ильи Вирника из Яндекс Про (2023): «Недостатки есть у всего. Flutter ни в коем случае не серебряная пуля, он не избавлен от проблем. На мой взгляд, именно производительность для Flutter всё ещё остаётся основной бедой. Вот мы разрабатываем очень большое приложение, суперапп, которое использует огромное количество платформенных возможностей. Основные его сценарии завязаны вокруг карт, что само по себе уже крайне тяжеловесно. При этом очень важная оговорка: таких Flutter-приложений, в которых проблемы с производительностью заметны, можно по пальцам пересчитать.»

Вы делаете типичный B2C или B2B апп? Никаких проблем. Вы делаете суперапп с картами и миллионами объектов? Тогда да, будет сложнее. Но таких приложений — единицы.

Момент второй: Flutter в большинстве бенчмарков быстрее React Native. Исследование nateshmbhat (2024): Flutter 3.19.5 vs React Native 0.74.1 — Flutter показал меньше APK size, меньше CPU usage, меньше memory на Android; на iOS Flutter вообще уделал React Native по всем метрикам. Исследование marcosouz4 (декабрь 2024): Flutter 3.24.5 vs React Native New Architecture — Flutter outperforms across all metrics. Почему? Потому что у Flutter нет JavaScript bridge. Нет overhead на сериализацию и десериализацию данных между JS и нативом. Flutter компилируется в machine code. Нативный код. Это принципиально другая архитектура. И с каждым новым выпуском производительность растет.

Impeller. Flutter 3.10 (май 2023) сделал Impeller (новый rendering engine) дефолтным для iOS. Это устранило shader jank — когда UI подтормаживал при первом рендере сложных шейдеров. Flutter 3.x поддерживает стабильные 120 FPS на ProMotion-дисплеях. Память сократили на 50% для сложных экранов. Frame build times улучшили на 20%.

Размер приложений. Да, Flutter добавляет к приложению свой движок. Это 4-9 МБ «стартовых». Но реальные бенчмарки показывают, что итоговый размер Flutter APK часто меньше, чем React Native, потому что Flutter делает aggressive tree-shaking и выкидывает весь неиспользуемый код. А главное — это не 2019 год. В 2025 году 9 МБ — это вообще не проблема. Средний размер приложения в App Store — 40-50 МБ. Flutter добавляет 9 МБ к этому. Ну и что?

«Экосистема слабая, библиотек нет, всё заброшено»

Это моё любимое. Потому что это критика образца 2019 года, которую люди повторяют в 2025-м, не удосужившись проверить.

Цифры: pub.dev — 55 тысяч пакетов (2024). Рост ~10 тысяч пакетов за год. Для сравнения: в 2019 году было 350 Flutter-зависимых пакетов. Тысячи. Сейчас — 55 тысяч. Stack Overflow: у Flutter 160 тысяч вопросов, у React Native — 130 тысяч. Это говорит не о проблемах, а о большей вовлечённости сообщества.

Да, некоторые пакеты заброшены. Как и в npm. Как и в любой экосистеме. Но популярные пакеты активно поддерживаются: riverpod, bloc, dio, get, drift, freezed, go_router (официальный пакет Google для роутинга). Firebase имеет first-class integration с Flutter — 62% Flutter-разработчиков используют Firebase. И да, в проблемах Firebase винят тоже Flutter.

«Нет официальной поддержки аудио, SVG, пуш-уведомлений». Это правда. И это — философия Flutter. Flutter не пытается запихнуть всё в core framework. Вместо этого есть огромная экосистема сторонних пакетов. Нужен аудио? Вот вам just_audio, audioplayers. Нужен SVG? Вот flutter_svg. Пуши? firebase_messaging, flutter_local_notifications. Всё это есть, работает, поддерживается. Да, это сторонние пакеты. Но они качественные.

«State management — это боль, никто не понимает, что выбрать»

Окей, это частично правда. У Flutter действительно дофига вариантов state management: Provider, Riverpod, Bloc, Cubit, GetX, Redux, MobX, и ещё тонна других. И да, это запутывает новичков.

Но вот в чём прикол: это не баг, это фича. Flutter не навязывает вам единственный правильный способ. Вы выбираете то, что подходит вашей команде и вашему проекту. Делаете маленький апп? GetX или Provider. Делаете энтерпрайз-монстра? Bloc или Riverpod. Нужна строгая архитектура? Bloc с event'ами и state'ами. Нужна простота? Riverpod.

Да, это создаёт когнитивную нагрузку. Да, новичку сложно выбрать. Но это взрослая разработка. В React Native тоже миллион способов управления состоянием. В нативной iOS-разработке — MVC, MVVM, VIPER, Clean Architecture, и каждый сеньор считает, что его подход единственно верный.

Официальная рекомендация Google: начинайте с Provider или Riverpod. Если проект растёт и усложняется — переходите на Bloc. Всё. Это не ракетостроение.

«Инструменты тормозят, IDE падает, кодогенерация медленная»

Это реальная проблема на больших проектах. build_runner может тупить на 50 тысячах строк кода. Android Studio плагин может жрать память и подвисать. Hot reload иногда не подхватывает изменения, и приходится делать full restart.

Но:

Во-первых, это проблемы больших проектов. Если у вас 5-10 тысяч строк — всё летает. Проблемы начинаются на энтерпрайзных монстрах. Но это справедливо для любой технологии. Большие Android-проекты на Kotlin тоже тормозят. Большие iOS-проекты на Swift тоже собираются по 10 минут.

Во-вторых, это активно улучшается. Flutter 3.35 (август 2025) стабилизировал hot reload для web. DevTools постоянно обновляется. Анализатор улучшается. Да, это не Kotlin с KSP, который шустрее. Но это и не катастрофа.

В-третьих, сравните с альтернативами. React Native Metro bundler тоже не идеал. Xcode для нативной iOS-разработки — это вообще отдельный вид ада, если честно. Flutter DevTools хотя бы работают стабильно и кроссплатформенно.

«Нативный UI лучше, Flutter выглядит не по-платформенному»

Это философский спор. Flutter рендерит свой UI через собственный движок (Skia, теперь Impeller). Это значит, что Flutter-приложение на iOS выглядит так, как вы его запрограммируете. Хотите Material Design? Пожалуйста. Хотите Cupertino виджеты (iOS-стиль)? Вот они. Хотите полностью кастомный дизайн, который не похож ни на iOS, ни на Android? Легко.

Проблема: если вы ленивый разработчик и используете Material виджеты на iOS, оно будет выглядеть как Android. И пользователи заметят. Но это не проблема Flutter. Это проблема разработчика.

Преимущество: вы можете сделать UI, который выглядит абсолютно одинаково на iOS и Android. Единый brand identity. Единая дизайн-система. Дизайнеры рисуют один макет — вы реализуете его один раз. Это экономит дофига времени и денег.

Примеры: realtor.com написан на Flutter. Вы не отличите его от нативного приложения. BMW MyBMW app — Flutter. Google Pay — Flutter. Credit Agricole Bank — Flutter с миллионом пользователей. Они все выглядят как нативные приложения, потому что разработчики не поленились и сделали правильный UI.

«Сложно найти разработчиков, никто не знает Dart»

Статистика: Stack Overflow 2024 — 5.9% всех разработчиков используют Dart. Звучит мало? Это миллионы человек. Flutter используют 9.4% разработчиков в мире. Statista 2023: 30% разработчиков используют Flutter — это больше, чем React Native.

Порог входа низкий. Если вы знаете Java, Kotlin, Swift, C#, или любой другой C-подобный язык — вы выучите Dart за неделю. Личный опыт разработчика с Хабра: «за несколько месяцев без опыта меня взяли на проект. Спустя 2 недели макет первого экрана был осилен». Другой разработчик: «MVP разработан за месяц без предварительных знаний».

Рынок труда: да, Flutter-разработчиков меньше, чем iOS или Android. Но спрос растёт. 35.5% iOS-разработчиков готовы перейти на Flutter (рост с 24.2%). 51.9% Android-разработчиков готовы перейти (рост с 42.3%). Это не проблема найма. Это возможность для разработчиков.

Реальные истории успеха с Хабра

Давайте я процитирую реальных людей, которые используют Flutter в production и делятся опытом на Хабре.

ATI.SU: «Выбор Flutter полностью себя оправдывает. Flutter позволяет не только описывать общую бизнес-логику, но и реализовывать общий UI. Экономит ресурсы команд проектирования UX, разработки и тестирования».

Digital Design: «Команда из 3 разработчиков переписала сложное приложение за 6 месяцев» (60+ экранов, пуши, deeplinks, offline-режим). «Разработка на Flutter для обоих платформ составляет примерно ¾ от разработки 2-х нативных приложений».

Finam: Три начинающих разработчика успешно прошли стажировку и влились в штат. «Успехом является сам факт участия в разработке чего-то крупного».

RSHB.цифра: «Быстро выпустить новое приложение — выбрали Flutter. React Native и Xamarin отбросили после негативного опыта. Доверие к экосистеме Google».

Переход с React Native на Flutter (реальная команда): «После очередного поднятия версии React Native полностью перестала отображаться вью с картой. Пожалуй, для меня это был последний гвоздь в крышку гроба этой технологии. Переписали на Flutter за 6 месяцев».

Это не теория. Это реальные компании, реальные разработчики, реальный production опыт.

Так почему же Flutter хоронят каждый день?

Потому что это приносит хайп. Статья «Flutter мёртв» соберёт в 10 раз больше просмотров, чем «Flutter неплохой фреймворк с некоторыми компромиссами». Потому что критиковать — проще, чем разбираться. Потому что у людей есть любимые технологии, и они защищают их эмоционально.

Я не говорю, что Flutter идеален. Производительность на сложных приложениях — проблема. State management запутывает новичков. Инструменты на больших проектах тормозят. Dart действительно используется в основном для Flutter. Это всё правда.

Но вот что тоже правда: Flutter — самый популярный кросс-платформенный фреймворк с 2021 года. 170 тысяч звёзд на GitHub. 500 тысяч приложений в продакшене. 30% новых iOS-приложений. 92.5% пользователей довольны (опрос 7000+ разработчиков). BMW, Google, Alibaba, Credit Agricole, eBay — все они используют Flutter в production.

Flutter жив. Более того, он чувствует себя лучше, чем когда-либо. Регулярные релизы в 2025: 3.29, 3.32, 3.35. Новые возможности, улучшения производительности, стабилизация инструментов. Экосистема растёт на 10 тысяч пакетов в год. Сообщество активно.

Так что в следующий раз, когда вы увидите на Хабре очередную статью «Flutter помер», просто вспомните эти цифры. И улыбнитесь. Потому что где-то в это время разработчик на Flutter делает Hot Reload, видит изменения за секунду, и думает: «Хм, а ведь это действительно удобно».

P.S. Если вы всё ещё не верите — просто попробуйте. Установите Flutter, создайте первый проект, сделайте Hot Reload. Почувствуйте эту магию. А потом решайте.

P.P.S. Спасибо всем, кто делится реальным production-опытом на Хабре. Особенно тем, кто пишет не только свою философию по пьянке в комментах к каждому новому выпуску перевода об обновлении фреймворка, но и полезные статьи по Flutter. Вы делаете сообщество лучше.

P.P.P.S. А критикам Flutter я желаю того же, что и всем остальным: пишите код, который работает, и будьте счастливы. На чём угодно. Потому что в конце концов технологии — это просто инструменты. А инструменты выбирают под задачу, а не под хайп. Dart - отличный язык, Flutter - замечательный фреймворк. А мозги - не брови, если нет - не нарисуешь, даже на канвасе.