Новый продукт под рынок РФ в 2026: Flutter или Kotlin Multiplatform? Холивар, но по делу

[Kutz]

Стартуем мобильное приложение (маркетплейс услуг), таргеты: Android в RuStore плюс APK с сайта, и iOS. Команда: два Android-разработчика на Kotlin и один iOS на Swift, Flutter-опыта нет ни у кого. Выбираем стек и закономерно упёрлись в холивар. За Flutter: зрелость, тонна пакетов, один код вплоть до веба, Impeller давно дефолт на обеих платформах. Смущает Dart как ещё один язык для всей команды и общая зависимость от настроения Google. За KMP: iOS-таргет Compose Multiplatform стабилен уже год с лишним, hot reload завезли, Kotlin 2.2+, и главное — команде не надо переучиваться. Смущает рендеринг через Skiko на iOS и то, что под наши реалии (СБП, пуши без FCM, карты) готовых библиотек меньше, чем у Flutter. По вакансиям на хедхантере Flutter всё ещё в разы впереди, но KMP растёт. Куда бы пошли вы с такой командой и таким таргетом?

[coldpanic]

Про рынок труда, раз уж автор сам поднял: по Flutter вакансий и резюме на хедхантере сейчас стабильно раза в три-четыре больше, чем по KMP, мидла на Flutter находишь за неделю-две. Но динамика за последний год явно в пользу KMP — крупные банки и экосистемы в РФ его публично затаскивают, и это разворачивает и найм, и количество русскоязычных материалов. Через два года, думаю, паритет.

[barbs]

С вашим составом ответ напрашивается: два котлиниста плюс свифтер — это KMP, даже не думайте. Домен, сеть, сторадж шарите через Ktor, SQLDelight и kotlinx.serialization, а по UI у вас остаётся роскошь выбора: начать с общего Compose-интерфейса, а экраны, где iOS-нативность реально заметна (онбординг, платёжные флоу), ваш iOS-разработчик перепишет на SwiftUI поверх той же общей логики. С Flutter вы все трое учите Dart и обнуляете накопленную экспертизу. Тот факт, что KMP — это просто Kotlin, ещё и страхует вас на горизонте: если через пару лет кроссплатформа надоест, общий код останется родным для Android-команды.

[ivan21]

Чем бы холивар ни кончился, под РФ-специфику закладывайте одно и то же: пуши — это не FCM, а RuStore Push плюс fallback (у нас веб-сокет для онлайн-сценариев), карты — Яндекс или 2ГИС (SDK обоих под Flutter живые и обкатанные, под KMP будете писать expect/actual-обёртки руками — это дня три, но они ваши), оплата — СБП через диплинки банков, и тестируйте на телефонах без гугл-сервисов, их у аудитории больше, чем кажется. И не забудьте 16 КБ страницы памяти для новых Android-таргетов — прошлогодняя боль, но старые нативные либы до сих пор всплывают.

[tommee]

Вброшу третий вариант, который все стыдливо обходят: два нативных приложения. У вас уже есть 2 Android + 1 iOS — это не безумие, а почти укомплектованные команды. Общий толстый бэк, тонкие клиенты, ноль рисков кроссплатформы, ноль компромиссов в UX. Да, дороже процентов на 30 и фичи едут двумя поездами. Но я слишком много раз видел, как «один код на все платформы» через год превращается в «один код плюс гора платформенных костылей на обе платформы».

[matguyvr]

Поработал плотно и там и там, поэтому позанудствую против красивой теории выше. Compose Multiplatform на iOS «стабилен» на бумаге, в реальности: скролл и жесты уже честно хороши, но клавиатура, текстовые инпуты и accessibility всё ещё догоняют UIKit, и интеропа с нативными вью меньше, чем у Flutter с его Platform Views, который вылизывали лет восемь. У Flutter сегодня: DevTools, которым реально пользуешься каждый день, золотой запас пакетов от карт до чартов, пиксель-перфект одинаковый на обеих платформах без сюрпризов. СБП-диплинки и пуши через RuStore SDK у нас завелись через MethodChannel за день, есть обкатанные обёртки. Dart ваши котлинисты выучат за две недели, синтаксически это почти тот же Kotlin без корутин. Если цель — продукт в сторах через полгода, а не борьба с тулчейном, я бы брал Flutter. Если цель — стратегически правильная кодовая база на пять лет, тогда да, KMP.