Разработчик советует Kotlin для Android, стоит ли соглашаться?

С технической точки зрения у Kotlin сейчас тоже есть современные решения для шаринга кода между платформами. Можно написать бизнес-логику, сетевые запросы и модели баз данных на одном языке, а интерфейсы оставить нативными. Ваш разработчик имел в виду именно это или предложил чисто нативную разработку только под Android? Вам обязательно нужно прояснить этот момент.

На рынке Нью-Йорка подавляющее большинство любителей спорта и фитнеса сидит на iPhone. Спустить 22.000 долларов только на Android и выйти на рынок без iOS — это коммерческое самоубийство. Вместо того чтобы раздувать бюджет вдвое, наймите разработчика под единую кодовую базу и за те же деньги запуститесь сразу в обоих сторах.

Мы похожее приложение для бронирования выкатили на кроссплатформенном фреймворке силами одного разработчика за 4 месяца и суммарно за 18.000 долларов — сразу и под Android, и под iOS. В проде уже два года, и ежемесячные расходы на поддержку не превышают 1.500 долларов одному разрабу. Если бы мы начинали с двух разных нативных языков, это обходилось бы минимум в 3.500 долларов в месяц.

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

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

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

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

Если коротко, расклад простой: Kotlin — лучший нативный язык под Android, но для стартапа со стандартной записью на прием отрезать аудиторию iOS и удваивать косты попросту бессмысленно. На раннем этапе единая кодовая база с точки зрения бизнеса всегда более выигрышный вариант.

Я сталкивался с тем же. Внедрение процесса управления изменениями не замедляет работу, а ускоряет её.

Я бы пошел этим путем.

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

Я бы пошел этим путем.

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

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

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

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

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

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

У меня было наоборот, поэтому и пишу. Ошибка, сделанная на стороне язык разработки под android, обычно исправима, но дорого.

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

Краткое резюме для новичков: Ответ сильно зависит от отрасли универсального правила нет.

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

есть момент который я не понял. каждое «посмотрим позже» на встрече означеат неоплаченную работу.

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

Спасибо что написали об этом это действительно так. кстати код без документации не принадлежит вам, даже если он у вас есть.

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

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

Пишите, если есть вопросы, отвечу по мере возможности.