Как стать автором
Обновить

Комментарии 17

жалко, что вне рассмотрения оказался подход, когда вся бизнес-логика пишется один раз (например, на C++), а UI пишется нативно

А еще забыт React Native где можно некоторую часть кода шарить с вебом на React.

Это не Flutter-way. И все же этот подход де факто является Нативом, вы все равно держите команды на обе платформы, лишь с той разницей, что меньше времени тратится на логику.

Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.

При такой разработке есть разделение:
Логика - Ui

И я вижу в таком разделении две проблемы
1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ)
2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)

По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).

сильно зависит от характера приложения

если оно большое и сложное, а сложность эта не про UI, то дело тут не просто и том, чтобы избежать DRY

при этом нет никаких компромиссов в области UX, приложение будет работать и ощущаться как "родное"

Полностью согласен, тут вопрос в том, а реально ли "нативность" приложения это преимущество? Если вы пишете на кроссплатформе, вы по умолчанию получаете единую логику и лишаете себя проблем со взаимодействием с этой логикой.

При такой схеме штат разработчиков на приложение получается выше, или (и) срок разработки получится больше. Тоже посматриваю на KMM, но пока не увидел в нем очевидных плюсов.

А расскажите про абстрактный релевантный примеру кейс, когда это действительно бы могло пригодиться и имело важное значение для проекта?

ну, когда большинство проектов это типа приложение в дополнение к сайту, то тут нет смысла так париться

но есть же и серьезные проекты со сложной локальной бизнес-логикой -- приложения для аудио-видео коммуникаций, картография и так далее

Стоимость разработки

каковы шансы, что стоимость разработки - получается и средней зп мобильных разработчиков будет уменьшаться со временем? С учетом популяризации данной профессии и увеличения числа разработчиков?

Достаточно философский вопрос и, кмк, он связан не только с мобильной разработкой. Опишу свое видение в разрезе мобилок, но, думаю, это применимо и к другим сферам.

Сейчас уже есть тенденция к тому, что вход в профессию стал гораздо сложнее и курсы "мобильная разработка за две недели" в целом не помогут легко "войти в айти".

Сейчас можно заметить возросший спрос на mobile-сеньоров с соответствующими ценами и снижение спроса на Джун-разработчиков. Хорошим способом войти в профессию является стажировка - она помогает как и получить крутой опыт внутри команд, так и успеть проявить себя и остаться в компании-менторе.

Если отвечать на конкретный вопрос "средней зп мобильных разработчиков будет уменьшаться со временем?" - нужно понимать, какой период времени мы рассматриваем. Хоть профессия и популяризуется, и число разработчиков растет, действительно сильных - немного. Вот и получается, что зп слабых разработчиков будет падать, а зп сеньоров будут такими же или выше.

Ребята, ReactNative не использует WebView, а также HTML и CSS для отрисовки интерфейса, он использует нативные представления. Некорректно ставить его в один список с Ionic и Cordova.

Да, полностью согласен. Пофиксил этот момент

Спасибо большое за статью. Вы очень хорошо расписали Flutter, вы могли бы рассказать про КММ также? Можно сказать что все что применимо к Flutter тут, в равной степени относится и к KMM тоже?

Если я когда-то попаду на работу Flutter разработчиком. Для меня это почти что как, я выполнен свою миссию в жизни.

Подскажите, пожалуйста, а почему срок разработки на Flutter быстрее чем на Нативе?

Зарегистрируйтесь на Хабре, чтобы оставить комментарий