Выбираем софт для мобильной разработки — как договориться с партнером?

В прошлом году на аналогичном логистическом проекте мы тоже уперлись в натив и вместо 6 месяцев пилили все 11. Бюджет улетел с планируемых 220.000 TL до 410.000 TL. Сейчас кроссплатформа почти не доставляет проблем с периферией, а тащить два стека при ограниченных деньгах — непозволительная роскошь.

Ключевая техническая деталь здесь — фоновые bluetooth-слушатели и задержка считывания штрихкодов через камеру. В кроссплатформенных библиотеках задержка нативной прослойки измеряется миллисекундами, для складских операций это ниже порога человеческого восприятия. Соберите небольшой прототип и замерьте частоту кадров камеры — партнёр увидит цифру и сам убедится.

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

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

Говорят, кроссплатформа — панацея от всего, но когда сторонний плагин отваливается после обновления ОС, ждёшь решения неделями. Особенно в корпоративных полевых приложениях, работающих со специальным железом этот риск недооценивать нельзя. Беспокойство партнёра не совсем беспочвенно, учитывайте ещё и нагрузку по долгосрочной поддержке.

Дайте на решение неделю. Партнёр пусть сделает тот же экран bluetooth-считывания штрихкода в своей среде, а вы — на кроссплатформе, за 3 дня. Что быстрее и без ошибок закончится — на той инфраструктуре и продолжайте. Когда говорят данные, личные споры заканчиваются.

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

edit: писал с телефона, извините за опечатки.

Спасибо за ваш пост.

А как вы решили этот вопрос? Ищете партнера или сооснователя — это разные вещи.

Конечно, если ваша ситуация отличается, всё меняется.

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

Интересно, есть ли те, кто делает иначе.

Вы правы. Если предлагаете долю вместо зарплаты, напишите, что именно вы даете взамен.

слежу за темой.

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

На этом всё, извините, если затянул.

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

Интересно, есть ли те, кто делает иначе.

Мне тоже интересно. Ищете партнера или сооснователя — это разные вещи.

Взял на заметку, спасибо.

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

Надеюсь, это будет полезно.

У этого подхода есть цена, о которой молчат. Когда пытаешься изменить всё сразу ничего не приживается.

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