Еще несколько лет назад разговор о мобильной разработке начинался с простого вопроса: iOS или Android? От ответа зависели язык, команда, бюджет и сроки. Сегодня этот вопрос если не исчез, то заметно потерял в остроте. Кроссплатформенные фреймворки перестали быть компромиссом для стартапов с ограниченными ресурсами. Искусственный интеллект ворвался в процесс создания приложений не как модный довесок, а как полноценный участник — от генерации кода до персонализации интерфейса. Рынок мобильной разработки продолжает расти двузначными темпами, а количество новых приложений бьет рекорды. Но за цифрами скрывается более сложная картина: меняется не только то, как пишут код, но и то, кто это делает и зачем.
Кроссплатформенная разработка стала нормой, но выбор фреймворка требует трезвости
Долгое время нативная разработка считалась единственным способом сделать по-настоящему качественное приложение. Swift и Kotlin давали максимальную производительность, доступ к новейшим API и полный контроль над поведением на каждом устройстве. Цена этой роскоши была очевидна: две команды, два кодовых хранилища, два цикла релизов. Бизнес платил дважды за одну и ту же логику. Кроссплатформенные решения выглядели заманчиво, но на практике упирались в компромиссы — то анимация подтормаживает, то новый системный API недоступен, то обновление фреймворка ломает совместимость. К 2026 году ситуация изменилась радикально. Разрыв в производительности между нативом и ведущими кроссплатформенными фреймворками сократился до уровня, который в большинстве проектов просто не имеет значения.
Flutter и React Native продолжают доминировать, но конкуренция стала плотнее. Flutter сделал ставку на собственный движок рендеринга Impeller, который теперь работает по умолчанию и на iOS, и на Android. React Native довел до ума New Architecture — Fabric, JSI и TurboModules перестали быть экспериментальной надстройкой и стали основным путем. Kotlin Multiplatform, который еще пару лет назад воспринимался как нишевая история для команд, уже плотно сидящих на Kotlin, нарастил adoption. Параллельно растет давление со стороны новых платформ вроде HarmonyOS, для которых привычные инструменты либо не работают, либо требуют сторонних адаптаций. Выбор фреймворка сегодня — это уже не вопрос «что быстрее», а вопрос «что лучше подходит под конкретную команду, продукт и рынок».
Экономика разработки тоже перестала быть простой. Кроссплатформенный подход действительно экономит на написании одной кодовой базы вместо двух, но эта экономия не универсальна. Приложение с преимущественно общей бизнес-логикой и стандартным интерфейсом может сэкономить существенную долю бюджета. А вот проект с тяжелой камерой, сложной анимацией или глубокой интеграцией с последними нативными возможностями устройства — почти ничего. Stan Marchand, генеральный директор Rocapine, сформулировал эту реальность без иллюзий: «Стоимость разработки приложений уже близка к нулю. Восемьдесят процентов работы можно автоматизировать, но именно оставшиеся двадцать процентов, которые делает человек, определяют доход». Эта мысль хорошо ложится на ситуацию с фреймворками: техническая часть становится дешевле и доступнее, а ценность смещается туда, где нужно понимание пользователя и рынка.
Искусственный интеллект меняет не только продукт, но и процесс
Еще год назад разговоры об ИИ в мобильной разработке сводились в основном к функциям внутри приложения: рекомендации, чат-боты, распознавание изображений. Сейчас акцент сместился на сам процесс создания. Google интегрировал Gemma 4 непосредственно в Android Studio, сделав ставку на локальный агентный кодинг. Модель работает на машине разработчика, не отправляя код в облако, и способна выполнять задачи вроде рефакторинга устаревшего кода или генерации новых модулей. На устройстве Gemma 4 работает через ML Kit GenAI API — это открывает возможности для приложений, которые обрабатывают данные локально и не зависят от сетевого соединения. Подход меняет не только инструментарий, но и саму логику проектирования: если модель крутится прямо на телефоне, архитектура приложения строится иначе, чем когда каждый запрос уходит на сервер.
Однако эйфория вокруг ИИ-инструментов быстро столкнулась с трезвой оценкой. Исследования показывают, что заявленная производительность генераторов кода не всегда подтверждается на практике, а доверие разработчиков к результатам остается низким. Rajendran Dandapani, директор Zoho Corporation, на конференции DevSparks в Ченнаи сформулировал это особенно точно, перефразировав известную цитату: «Сообщения о нашей смерти сильно преувеличены». По его мнению, роль разработчика смещается от написания кода к определению того, что вообще стоит создавать, и к оценке качества того, что произвел ИИ. Он также отметил: «Проблема с ИИ в том, что он дал нам великолепие, не дав вкуса». Эта фраза хорошо описывает ловушку момента: инструменты стали мощными, но умение отличать хорошее решение от посредственного никуда не делось — оно лишь стало важнее.
На уровне рынка эффект от ИИ-инструментов оказался неожиданным. Вместо того чтобы вытеснить приложения, генеративные технологии спровоцировали настоящий бум их создания. По данным Appfigures, в первом квартале 2026 года глобальные релизы приложений выросли на шестьдесят процентов по сравнению с аналогичным периодом прошлого года, а в апреле рост достиг ста четырех процентов. Значительная часть этого всплеска приходится на разработчиков без традиционного программистского бэкграунда, которые используют инструменты вроде Claude Code и Replit. Greg Joswiak, старший вице-президент Apple по всемирному маркетингу, отреагировал на разговоры о закате App Store фразой о том, что слухи о его смерти «возможно, сильно преувеличены». Ирония в том, что ИИ, который прочили в могильщики магазинов приложений, стал одним из главных драйверов их роста.
Что это значит для команд и заказчиков
Доступность мобильной разработки выросла настолько, что это меняет расстановку сил внутри организаций. Brian Chavis, автор книги Truth in People’s Hands и разработчик с полувековым стажем, отмечает: «ИТ-специалисты и программисты баз данных теперь могут очень легко разрабатывать мобильные приложения. Но когда вы начинаете подключать это к корпоративной системе, например Salesforce, нужно быть гораздо более осторожными и строгими». Порог входа действительно упал, но цена ошибки при интеграции с корпоративной инфраструктурой никуда не исчезла. Прототип может собрать один человек за выходные, а вот превратить его в систему, которая надежно работает с корпоративными данными, — задача совсем другого масштаба.
Для команд это означает пересборку ролей. Разработчик, который умеет только писать код на одном языке под одну платформу, теряет в ценности. Спрос смещается в сторону людей, способных принимать продуктовые решения, оценивать результаты работы ИИ-инструментов и выстраивать процессы так, чтобы скорость генерации кода не превращалась в скорость накопления технического долга. Nikhil Nigade, разработчик приложения Pockity, описывает это через призму пользовательского опыта: «ИИ-агенты быстро расширят возможности пользователей на их устройствах, особенно с будущими интеграциями с приложениями. Для разработчиков это означает видимость новой когорты пользователей, которые раньше не находили ваше приложение органически. Это напрямую связано с доходом». Иными словами, выигрывают не те, кто быстрее генерирует код, а те, кто лучше понимает, кому и зачем этот код нужен.
Наконец, стоит помнить, что даже в эпоху мощных инструментов масштаб не требует огромной команды. Kai Koch, бывший юрист, ставший сооснователем приложения Ahead, сформулировал это так: «Я занялся разработкой приложений, потому что даже с очень маленькой командой можно создавать очень крупные продукты — как по влиянию, так и по доходу». Эта мысль кажется почти банальной, но в контексте 2026 года она приобретает новый смысл. Барьеры, которые раньше защищали крупных игроков — сложность технологий, стоимость разработки, необходимость содержать большой штат, — стремительно размываются. То, что раньше было преимуществом размера, становится преимуществом понимания.
Разработка мобильных приложений перестала быть историей про язык программирования. Это история про выбор, вкус и способность видеть разницу между тем, что можно сделать, и тем, что стоит делать.
