Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
Рейтинг: 51% · 4 голосов
Войдите, чтобы голосовать
Голосовать «За» и «Против» могут только авторизованные пользователи. Войдите в свой аккаунт — или зарегистрируйтесь, это займёт минуту.
Нет аккаунта? Зарегистрироваться
Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
Ситуация классическая, но от этого не легче. Стартуем продукт: учёт личных финансов с подключением банковских выписок, цели — Android (RuStore и Google Play) и iOS, на MVP даны четыре месяца. Команда: два Android-разработчика на Kotlin, один iOS на Swift, фронтендеров нет.
Лагерь номер один топит за Kotlin Multiplatform: логика общая, UI нативный или Compose Multiplatform, компетенции команды используются на сто процентов.
Лагерь номер два — за Flutter: одна кодовая база целиком, включая UI, к дедлайну успеем гарантированно, нанимать потом проще и дешевле.
Я тимлид и пока в позиции буриданова осла. У кого живой опыт того и другого в 2025–2026 — что бы выбрали под такие вводные?
Лагерь номер один топит за Kotlin Multiplatform: логика общая, UI нативный или Compose Multiplatform, компетенции команды используются на сто процентов.
Лагерь номер два — за Flutter: одна кодовая база целиком, включая UI, к дедлайну успеем гарантированно, нанимать потом проще и дешевле.
Я тимлид и пока в позиции буриданова осла. У кого живой опыт того и другого в 2025–2026 — что бы выбрали под такие вводные?
✔ Лучший ответ сформирован автоматически — qcdeed
@rbacker, Поработал и с тем, и с другим, попробую без религии. Flutter сильнее, когда: UI кастомный и брендовый, «пиксель в пиксель» на обеих платформах; команда собирается с нуля; сроки жёсткие; продукт — классический «экраны и формы». Слабее: глубокие платформенные интеграции идут через каналы и плагины, и каждый нестандартный кейс — это свой плагин, который кому-то поддерживать. KMP сильнее, к…
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
С вашим составом ответ напрашивается: KMP. Два котлиниста пишут общую логику и Android, iOS-разработчик остаётся в родном SwiftUI поверх общего ядра — SKIE делает Kotlin-API вполне съедобным из Swift. Стек устаканился: ktor, sqldelight, koin — всё давно многоплатформенное. И отдельный аргумент после прошлогоднего редизайна iOS: кроссплатформенный UI на айфоне теперь виден невооружённым глазом, нативный SwiftUI бесплатно получает все системные эффекты, которые иначе придётся имитировать.
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
А я за Flutter, и вот почему. Четыре месяца на MVP с двумя сторами — это очень мало. На Flutter три человека пишут один UI, один раз, с hot reload; на KMP вы будете синхронизировать два UI или воевать с Compose Multiplatform на iOS. Рынок найма в СНГ тоже за Flutter: резюме море, мидл стоит 220–280 тысяч, нативный iOS-сеньор — от 350 и выше, и его ещё найди. Impeller давно стабилен на обеих платформах, типичные «фу, не нативно» претензии устарели года на три. Для финтех-MVP, где UI — это формы, списки и графики, Flutter просто быстрее довезёт.
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
✔ Лучший ответ — сформирован автоматически
@rbacker, Поработал и с тем, и с другим, попробую без религии.
Flutter сильнее, когда: UI кастомный и брендовый, «пиксель в пиксель» на обеих платформах; команда собирается с нуля; сроки жёсткие; продукт — классический «экраны и формы». Слабее: глубокие платформенные интеграции идут через каналы и плагины, и каждый нестандартный кейс — это свой плагин, который кому-то поддерживать.
KMP сильнее, когда: уже есть Kotlin-команда; нужны серьёзные интеграции — биометрия, NFC, виджеты, пуши через несколько провайдеров (для RuStore и Huawei это отдельная песня), работа в фоне; продукт надолго, и важно, чтобы приложение ощущалось нативным. Слабее: порог входа выше, iOS-сборка и тулинг требуют терпения.
Под ваши вводные — финтех, выписки, скорее всего биометрия и пуши от нескольких провайдеров, команда уже котлиновая — я бы брал KMP с нативным UI. Но честно заложил бы не четыре месяца, а пять: первый месяц уйдёт на обвязку, CI для iOS-таргета и договорённости об API между common и Swift. Если бизнес упрётся в дату — тогда Flutter и не мучиться.
Flutter сильнее, когда: UI кастомный и брендовый, «пиксель в пиксель» на обеих платформах; команда собирается с нуля; сроки жёсткие; продукт — классический «экраны и формы». Слабее: глубокие платформенные интеграции идут через каналы и плагины, и каждый нестандартный кейс — это свой плагин, который кому-то поддерживать.
KMP сильнее, когда: уже есть Kotlin-команда; нужны серьёзные интеграции — биометрия, NFC, виджеты, пуши через несколько провайдеров (для RuStore и Huawei это отдельная песня), работа в фоне; продукт надолго, и важно, чтобы приложение ощущалось нативным. Слабее: порог входа выше, iOS-сборка и тулинг требуют терпения.
Под ваши вводные — финтех, выписки, скорее всего биометрия и пуши от нескольких провайдеров, команда уже котлиновая — я бы брал KMP с нативным UI. Но честно заложил бы не четыре месяца, а пять: первый месяц уйдёт на обвязку, CI для iOS-таргета и договорённости об API между common и Swift. Если бизнес упрётся в дату — тогда Flutter и не мучиться.
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
@qcdeed, Скажу непопулярное: с дедлайном в четыре месяца берите то, что команда уже знает, и не слушайте никого. Любая «стратегически правильная» технология, которую вы осваиваете по ходу, сожрёт весь запас времени на самом неожиданном месте — у вас это будет какой-нибудь edge-case подписи релиза или фоновой синхронизации. Технология редко убивает проекты, убивают сорванные сроки.
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
Полтора года живём с KMP в проде, добавлю ложку реализма. Логика шарится отлично — у нас около 65% кода в common: сеть, кэш, бизнес-правила, аналитика. Но бесплатно не бывает: сборка iOS-таргета на CI ощутимо долгая, Kotlin/Native компилятор не торопыга; дебаг common-кода из Xcode так себе; при обновлениях Kotlin пару раз ловили бинарную несовместимость сторонних библиотек и ждали, пока авторы пересоберут. Compose Multiplatform на iOS с версии 1.8 действительно стал стабильным, скролл и жесты довели — но хаптику, шрифты и мелкую моторику всё равно допиливаешь руками. Итог: довольны, второй раз выбрали бы так же, но розовых очков поубавилось.
Re: Новое приложение в 2026: команда разругалась — Flutter или Kotlin Multiplatform?
Добавлю про деньги, мы такой выбор считали зимой для похожего продукта. Flutter: команда из трёх, MVP за 3.5 месяца. KMP с нативным UI: 4.5–5 месяцев, зато дальше фичи едут быстрее и приложение не отличить от нативного. На горизонте года стоимость сравнялась, дальше KMP начал выигрывать на поддержке. Так что вопрос не «что лучше», а когда вам критично выйти на рынок и верите ли вы, что продукт проживёт два года. На месте ТС я бы именно это у бизнеса и выяснял, а не спорил про фреймворки.
Поделиться темой:
✈ Telegram
VK
- Похожие темы
-
-
- KMP с Compose Multiplatform или Flutter — что выбрать под новый продукт в 2026?
13 ответов · 728 просмотров
-
- Команда из 8 человек тратила 60 часов в неделю на k8s. Переехали на docker-compose и выдохнули
9 ответов · 624 просмотров
-
- Kotlin Multiplatform или Flutter — что реально работает для кросс-платформы
8 ответов · 22 просмотров
-
-
Кто сейчас на конференции
Сейчас этот форум просматривают: нет зарегистрированных пользователей и 0 гостей