Flutter или React Native для мобильного приложения: зависит ли что-то от выбора агентства?

React Native общается с нативными компонентами ОС через мост, а Flutter рисует пиксели на экране напрямую своим графическим движком. На старых или слабых Android-планшетах торговых представителей Flutter будет заметно меньше лагать при скролле и заполнении форм.

Когда собирали свою команду, открыли вакансии по обеим технологиям. Два года назад откликов от React-разработчиков было почти в три раза больше, чем от Flutter. Но в последнее время среди выпускников доля Flutter сильно выросла. Хотя если ищете сеньора, на React выбор до сих пор больше.

исправление: ошибся в цифре, было чуть меньше.

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

При выборе задайте агентствам три вопроса: 1) Если у сотрудника в поле пропадет инет, сохранятся ли заказы локально с автосинхронизацией? 2) Модули сканирования штрихкодов и камеры будут писать с нуля или возьмут готовые пакеты? 3) Сдадут ли они схему архитектуры и техническую документацию по окончании работы?

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

Мы первую версию заказывали на Flutter у стороннего агентства. Потом с ними разошлись, забрали код и начали искать разработчика в штат. За две недели по объявлению нашли отличного парня, он спокойно забрал проект и продолжить пилить. Никакого тупика, которого мы боялись, не случилось.

Спросите совета у тех, кто делал ваш веб. Если админка написана на современно фреймворке, то с React Native вы сможете переиспользовать общие компоненты и модели данных, что сильно снизит расходы на поддержку в будущем.

Тоже стоим перед таким выбором. Я правильно понимаю что если выбрать любой из этих фреймворков, не придется нанимать отдельно разработчика под iOS и отдельно под Android? ну с одного кода ж собирается на обе платформы?

Не знал об этом. Если критерии приемки не прописаны, момент завершения работы становится предметом спора.

Если напишете результат здесь, это поможет и другим.

Полностью согласен. Спешка в решениях оборачивается исправлениями через полгода.

При принятии решений записывайте и худший сценарий, а не только лучший. Я бы пошел этим путем.

В прошлом году мы столкнулись практически с тем же самым. Главное не цифра, а то, на основе чего она получена.

Появились три разных мнения, они дополняют друг друга. Если критерии приемки не прописаны момент завершения работы становится предметом спора.

Исправьте если я ошибаюсь.

Редко встретишь текст с такой ясностью изложения. Любой пункт, не зафиксированный письменно, в будущем обе стороны будут помнить по-разному.

Если в договоре не прописано право собственности на код, при уходе у вас нет переговорной позиции.

Взял на заметку, спасибо. ну начните с небольшого эксперимента, не привязывайте всё сразу.

Это мое мнение, не утверждаю что оно единственно верное.

я сталкивался с тем же.

Пишу это, чтобы вы не совершили ту же ошибку. Ошибка, сделанная на стороне Flutter или React Native, обычно исправима, но дорого.

При принятии решений записывайте и худший сценарий, а не только лучший.

При выполнении этого часто совершают одну ошибку. Каждое «посмотрим позже» на встрече означает неоплаченную работу.

Исправьте, если я ошибаюсь.

если смотреть на процесс в целом, картина меняется. не стесняйтесь спрашивать, молчание всегда обходится дороже.

прооверено опытом.