Comments 17
жалко, что вне рассмотрения оказался подход, когда вся бизнес-логика пишется один раз (например, на C++), а UI пишется нативно
А еще забыт React Native где можно некоторую часть кода шарить с вебом на React.
Это не Flutter-way. И все же этот подход де факто является Нативом, вы все равно держите команды на обе платформы, лишь с той разницей, что меньше времени тратится на логику.
Поищите статьи про kotlin-multiplatform, если подвести их суть то экономия времени меньше, а разработка сложнее и с большим количеством нюансов.
При такой разработке есть разделение:
Логика - Ui
И я вижу в таком разделении две проблемы
1. вам нужны разработчики которые разбираются в языке кода логики (и хорошо когда язык совпадает с одной из платформ)
2. вам все еще нужны нативные разработчики (и желательно чтоб они знали два языка или готовы выучить второй)
По затратам получается примерно либо чуть больше в сравнении с командой флаттеристов, но вы получите по факту разные приложения и возросшие затраты тестировщиков. Имхо этот подход в целом не про экономию средств, а про почти бескомпромиссный DRY. Если вы готовы идти на компромисс, то ваш выбор полная кроссплатформа - тупо сэкономите на ui написав его один раз (что выгодно если ваши приложения не отличаются дизайном на разных платформах).
сильно зависит от характера приложения
если оно большое и сложное, а сложность эта не про UI, то дело тут не просто и том, чтобы избежать DRY
при этом нет никаких компромиссов в области UX, приложение будет работать и ощущаться как "родное"
При такой схеме штат разработчиков на приложение получается выше, или (и) срок разработки получится больше. Тоже посматриваю на KMM, но пока не увидел в нем очевидных плюсов.
А расскажите про абстрактный релевантный примеру кейс, когда это действительно бы могло пригодиться и имело важное значение для проекта?
Стоимость разработки
каковы шансы, что стоимость разработки - получается и средней зп мобильных разработчиков будет уменьшаться со временем? С учетом популяризации данной профессии и увеличения числа разработчиков?
Достаточно философский вопрос и, кмк, он связан не только с мобильной разработкой. Опишу свое видение в разрезе мобилок, но, думаю, это применимо и к другим сферам.
Сейчас уже есть тенденция к тому, что вход в профессию стал гораздо сложнее и курсы "мобильная разработка за две недели" в целом не помогут легко "войти в айти".
Сейчас можно заметить возросший спрос на mobile-сеньоров с соответствующими ценами и снижение спроса на Джун-разработчиков. Хорошим способом войти в профессию является стажировка - она помогает как и получить крутой опыт внутри команд, так и успеть проявить себя и остаться в компании-менторе.
Если отвечать на конкретный вопрос "средней зп мобильных разработчиков будет уменьшаться со временем?" - нужно понимать, какой период времени мы рассматриваем. Хоть профессия и популяризуется, и число разработчиков растет, действительно сильных - немного. Вот и получается, что зп слабых разработчиков будет падать, а зп сеньоров будут такими же или выше.
ReactNative - WebView ?
Ребята, ReactNative не использует WebView, а также HTML и CSS для отрисовки интерфейса, он использует нативные представления. Некорректно ставить его в один список с Ionic и Cordova.
Спасибо большое за статью. Вы очень хорошо расписали Flutter, вы могли бы рассказать про КММ также? Можно сказать что все что применимо к Flutter тут, в равной степени относится и к KMM тоже?
Если я когда-то попаду на работу Flutter разработчиком. Для меня это почти что как, я выполнен свою миссию в жизни.
Подскажите, пожалуйста, а почему срок разработки на Flutter быстрее чем на Нативе?
Выбираем между кросс-платформенной и нативной разработкой