Два года спустя увольнения выглядят иначе, чем в апреле 2024 года. Не лучше. Не хуже. Просто по-другому — и это различие важнее, чем большинство разработчиков осознают.
В апреле 2024 года Google уволил инженеров из команд Flutter, Dart и Python — за несколько недель до Google I/O, конференции, где они годами объявляли о светлом будущем Flutter.
Никто из Google не подтвердил точное количество. CNBC сообщило о примерно 200 сотрудниках во всех командах. Кевин Мур, менеджер по продуктам Flutter, через несколько часов написал на Reddit: «Flutter и Dart пострадали не больше и не меньше, чем другие. Это был тяжёлый день».
Сообщество читало между строк ещё несколько недель.
А затем произошло нечто интересное: Flutter продолжил выпускать релизы. Impeller стал стабильным. Dart 3.x вышел. Дорожная карта на 2024 год была выпущена практически без изменений. Два года спустя Flutter работает в продакшене в BMW, Alibaba и eBay. Опрос Stack Overflow 2024 показал, что Flutter используется в кроссплатформенных фреймворках на уровне 46%, опережая React Native с 35%.
Так что кризис закончился, верно? Те, кто говорил, что «Flutter мертв», ошибались, заверения были точными, и у истории счастливый конец?
Я не думаю, что все так просто. И я думаю, что разработчики, принявшие любой из выводов — «Flutter кончился» или «Flutter в полном порядке» — совершили ошибку, которая их еще настигнет.
О чем именно говорили увольнения
Давайте уточним, что произошло, потому что точность здесь важна.
Увольнения не означали, что Google решил, что Flutter не стоит разрабатывать. В основном были сокращены должности в DevOps и инфраструктуре — люди, которые поддерживали внутренние инструменты для Flutter и Dart, а не инженеры, пишущие сам фреймворк. Кевин Мур это подтвердил. План развития продукта не изменился. Производительность инженеров заметно не снизилась.
Увольнения были лишь разъяснением Google того, что Flutter значит для Google внутри компании: это продукт, а не приоритет. Фреймворк, который Google выпускает и поддерживает, а не стратегическая ставка. Между этими двумя вещами есть разница, и эта разница влияет на всё: от скорости исправления критических ошибок до того, будет ли фреймворк существовать через десять лет.
У Google есть задокументированная схема работы с инструментами для разработчиков. Angular, Stadia, Google+, Inbox, Allo, Google Glass, оригинальный Google Reader — кладбище таких проектов обширно и хорошо каталогизировано на killedbygoogle.com. Дело не в том, что Google закрывает продукты случайным образом. Дело в том, что Google разрабатывает продукты до определенного уровня популярности, а затем пересматривает инвестиции, когда продукт перестает напрямую служить основному бизнесу Google. Flutter был на пике, когда кроссплатформенная мобильная разработка была стратегическим ответом Google на фрагментацию собственной экосистемы Android. По мере того, как ИИ стал единственным приоритетом Google, Flutter превратился в поддерживаемый продукт, а не в флагман.
Это не смертный приговор. Но это не то же самое, что Flutter в 2021 году.
Уход, который имел большее значение, чем увольнения
Вот что в основном упустили из виду в освещении событий.
Тим Снит — многолетний руководитель разработки Flutter, человек, выступавший на каждой конференции Google I/O, лицо амбиций Flutter — ушел в Apple в 2023 году. Не был уволен. Решили уйти.
Брэндон ДеРозье, создатель и ведущий разработчик Impeller — движка рендеринга, ставшего самым технически значимым достижением Flutter за последние годы, — покинул команду Flutter и перешёл в команду Android XR компании Google в 2025 году. Повторюсь: его не уволили. Он решил уйти ради чего-то другого.
Оба выбрали работу над чем-то, что, по-видимому, показалось им более привлекательным, чем будущее Flutter.
Вы можете интерпретировать это как угодно. Но когда люди, создавшие важнейшие компоненты фреймворка, независимо друг от друга решают, что их энергию лучше потратить на что-то другое — это сигнал, над которым стоит задуматься. Не паниковать. А именно задуматься.
Почему я всё ещё использую Flutter в разработке
Ничто из сказанного выше не является причиной для прекращения использования Flutter. И вот здесь, я думаю, обе стороны ошибаются.
Лагерь «Flutter мертв» рассматривает уходы и увольнения как свидетельство неминуемого краха. Это не так. Flutter выпускает четыре стабильных релиза в год. Сообщество сейчас самое большое за всю историю. Экосистема пакетов — более 50 000 на pub.dev — не исчезла из-за того, что Google реорганизовал свою команду DevOps. Когда новой архитектуре React Native потребовались годы для стабилизации, Flutter не стоял на месте. Когда Kotlin Multiplatform достиг 23% внедрения, Flutter не терял долю рынка в абсолютном выражении — оба фреймворка росли.
Фреймворк работает. Для решения задач, для которых он предназначен — единая кодовая база, которая стабильно отображается на iOS и Android, с производительностью, удовлетворяющей подавляющему большинству требований к приложениям в продакшене — Flutter работает исключительно хорошо. Это не воодушевление. Это то, что показывает инженерная реальность.
Но вот что сторонники «с Flutter все превосходно» отказываются говорить вслух: соотношение затрат и выгод от Flutter изменилось, и притворяться, что это не так, — нечестно.
Вопросы, которые вы должны задавать
Если вы сегодня принимаете решение о Flutter — изучать его, создавать на его основе свой следующий продукт, рекомендовать его своей команде — вот вопросы, которые действительно имеют значение.
Есть ли у вашей компании возможность отказаться от Flutter, если Google еще больше сократит инвестиции?
Не потому, что это вероятно. Потому что цена ответа на этот вопрос до того, как случилось — один день. Цена отсутствия ответа, когда он вам нужен, — это переписывание кода.
Практический ответ для большинства компаний — да: архитектура Flutter делает переход на React Native или нативную разработку болезненным, но не катастрофическим. Ваша бизнес-логика на Dart — это сложная часть. Сложный слой пользовательского интерфейса — это сложная часть. Знание этого заранее — разница между контролируемой миграцией и кризисной.
Вы нанимаете разработчиков для Flutter — или просто застряли с ним?
Нанять разработчиков Flutter сложнее, чем разработчиков React Native. Экосистема JavaScript огромна; экосистема Dart — нет. Это не аргумент против Flutter для отдельных разработчиков или небольших команд, где человек, определяющий стек технологий, также является автором кода. Это реальное ограничение для команд, которым нужно нанять пять инженеров Flutter в год. Кадровый резерв существует — он просто меньше, и найти опытных специалистов действительно сложно, потому что у опытных разработчиков Flutter есть выбор, и они это знают.
Насколько вы действительно зависите от постоянных инвестиций Google?
Для большинства приложений Flutter ответ — меньше, чем вы думаете. Фреймворк является открытым. Сообщество продемонстрировало свою способность поддерживать пакеты независимо. Такие пакеты, как Riverpod, Freezed, Dio — ни один из них не зависит от постоянных инвестиций Google. Если бы Google завтра свел инвестиции во Flutter к минимуму, фреймворк просуществовал бы годы исключительно за счет развития сообщества.
Настоящая зависимость от Google проявляется в интеграциях, специфичных для конкретной платформы — плагинах Firebase, SDK Google Maps, во всем, что использует сервисы Google. Именно здесь заморозка зависимостей в стиле CocoaPods становится реальным риском. И эти зависимости стоит проверять отдельно, независимо от вашей уверенности в будущем Flutter.
Честный ответ
Flutter не умирает. Но он созревает и становится чем-то другим, чем был раньше, а «созревание» в технологической индустрии часто означает «эра максимальных инвестиций закончилась».
Разработчики, которые воспринимают это как кризис, совершают ошибку. Разработчики, которые считают это неактуальным, совершают другую ошибку.
Правильный ответ скучен: используйте Flutter там, где это подходящий инструмент, понимайте свои зависимости и связанные с ними риски, и не принимайте архитектурные решения, основываясь на присутствии фреймворка в Твиттере или количестве звезд на GitHub. Это показатели тщеславия. Релевантный показатель — это то, решает ли фреймворк вашу проблему сегодня и имеет ли он разумный путь поддержки в течение следующих трех лет.
По этому показателю Flutter проходит проверку. Не на отлично. Не с уверенностью 2021 года. Но проходит.
Я все еще использую его для разработки. Я также более внимательно слежу за системой отслеживания ошибок, чем раньше. Эти две вещи не противоречат друг другу.
Что это значит на практике
Если вы — разработчик-одиночка, выбирающий стек технологий: Flutter по-прежнему остаётся сильным выбором. Перспективы карьерного роста реальны — разработчики Flutter хорошо оплачиваются именно потому, что кадровый резерв невелик. Навыки переносятся в нативную разработку более плавно, чем в React Native, потому что система типов Dart и архитектурные шаблоны Flutter имеют больше общего со Swift/Kotlin, чем с JavaScript.
Если вы — руководитель команды, рекомендующий стек технологий: сначала задайте вопрос о найме. Если вы можете набрать персонал, преимущество Flutter в производительности реально. Если нет, это преимущество исчезает.
Если вы уже работаете с кодовой базой Flutter в продакшене: увольнения 2024 года ничего не изменили в вашей повседневной работе. Срок прекращения работы CocoaPods имеет значение. Проблема совместимости с AGP 9 имеет значение. То, наймет ли Google 200 или 150 инженеров Flutter, имеет значение только абстрактно.
Фреймворк — это то, что он предлагает. И прямо сейчас то, что он предлагает — это хорошо.