Стартуем приложение под iOS и Android: Compose Multiplatform уже взрослый или брать Flutter не думая?

[docker13]

Продуктовая команда, фудтех-доставка в двух городах-миллионниках, нужно приложение под обе платформы за 4-5 месяцев. Состав: два крепких Android-разработчика (Kotlin, Compose), один iOS-ник на SwiftUI, бэкенд на Go уже есть.

Год назад взял бы Flutter не раздумывая. Но Compose Multiplatform уже больше года стабилен на iOS, hot reload наконец завезли по-человечески, Авито и Озон на каждой конференции рассказывают про KMP в проде. Бюджета на два натива нет и не будет.

Короче, 2026 год на дворе: CMP дозрел до продакшена с нуля или это всё ещё игрушка для тех, у кого уже есть Android-кодобаза?

[jbosco]

С вашим составом тут даже спорить не о чем: два котлиниста уже владеют 90% стека, им не надо учить новый язык и экосистему. Берёте CMP, шарите вью-модели, сеть на Ktor, базу на SQLDelight, навигацию на Decompose. iOS-разработчик закрывает то, что в кроссплатформе всегда больно: пуши, платежи, дипссылки, прохождение ревью. Хот-релоад в свежих версиях реально рабочий, не сравнить с тем, что было два года назад. Там, где CMP-вёрстка на айфоне будет смотреться чужеродно, никто не мешает воткнуть нативный SwiftUI-экран через interop — это штатный сценарий, а не хак.

[krayzie]

Что бы вы ни выбрали, заложите время на дистрибуцию, об этом всегда вспоминают в последний момент. Аккаунт Apple Developer из РФ оплачивается через посредников — неделя-две ожидания и +20-30% к цене, TestFlight после этого работает нормально. Под Android сразу собирайте релиз и под RuStore, не только под Google Play — у части аудитории на новых телефонах гугл-сервисов нет вообще. Из этого же следует: аналитику на AppMetrica, пуши дублируйте через RuStore SDK, иначе потеряете заметный кусок уведомлений. Это всё не зависит от выбора фреймворка, но в план первого релиза должно попасть.

[kakazulu]

Спасибо, картинка сложилась. Идём в CMP: первые два спринта — прототип на Ktor + SQLDelight + Decompose с самым страшным флоу (корзина и оплата), iOS-разработчика сразу сажаем на платежи и пуши. Себе поставил метрику: если доля общего кода по итогам прототипа окажется ниже 70% — вернусь сюда плакать и переобуваться во Flutter. Через пару месяцев отпишусь, чем кончилось.

[py42]

Никто не назвал третий вариант: KMP без общего UI. Домен, сеть, кэш, аналитика — общий Kotlin-модуль, а интерфейс нативный: Compose на Android, SwiftUI на iOS. Так живёт примерно половина крупных банковских приложений, и причина простая — максимум предсказуемости: ни один платформенный апдейт вас не ломает, ревью у эпла проходит без вопросов. Но по срокам это +30-40% к общему UI, с тремя разработчиками за 4-5 месяцев — впритык и без права на болезни. Если дедлайн жёсткий, я бы не рисковал.

[heckman]

Поработал плотно и с тем, и с другим, выскажусь за Flutter — хотя и без фанатизма.

Сильные стороны всё те же: экосистема пакетов, где есть готовое почти под всё — от сканера чеков до плагинов под Яндекс Карты; зрелый тулинг с DevTools и golden-тестами; Impeller давно дефолт на обеих платформах, шейдерные фризы — забытая страшилка. Цифры из нашего фудтеха (30+ экранов, Flutter 3.38): холодный старт 1.4 сек на среднем андроиде за 15 тысяч рублей, размер релизного apk 26 МБ против ~15 у натива — для доставки еды некритично. Дизайн-систему собрали за три недели, вёрстка под два размера экранов идёт реально быстро. Найм: мидл на Dart в регионах ощутимо дешевле, чем мидл-айосник, и выбор больше.

Теперь честно про минусы: всё нативное — через мосты и плагины, каждая новая фишка iOS приезжает с лагом в месяцы. Дартовая кодобаза для ваших котлинистов — это новый язык, пусть и простой, минус месяц на раскачку.

И вот тут ловушка вашего кейса: с двумя сильными Kotlin-разработчиками и одним iOS-ником CMP использует команду эффективнее. Будь у вас сборная солянка из джунов — сказал бы Flutter без вариантов. А так, как ни странно для меня самого, тоже склоняюсь к CMP.