Разработка гибридных мобильных приложений

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

Также распишем опыт нашей компании, чтобы вы смогли уловить примерный ход мыслей. Будучи ведущими специалистами на протяжении 5 лет мы создавали мобильные приложения под заказ на iOS. Обучать созданию приложений под iOS занимает продолжительное время, для того чтобы выйти на достойный уровень уходит 4-6 месяцев. Кандидатов достойных к обучению довольно-таки мало.

Если говорить о своем опыте разработки, то это:

• тесная работа с программистом серверной части, которая порой выливается в твое тестирование и обсуждение API

• свои баги независимо от Android, самый вывешивающий комментарий к багу «а на Android вот так-то работает, а в iOS нет»

• необходимость адаптации дизайна под iOS на свое усмотрение, к сожалению в наших проектах это был один вид дизайна или для Android или для iOS

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

Основное что долгое время держало в разработке нативных приложений: приложение работает быстро. За счет того что идет обмен с сервером посредством API, эти данные кэшируются и используются повторно. Здесь появляется вопрос «что если будет задержка отображения данных на 2 секунды, критично ли это для бизнеса?» Нет, не критично! Бизнес ценит гибкость и экономичность, а не крутой код.

При показе нашим первым пользователям наш полуфабрикат» для создания сервиса поиска исполнителей, мы ожидали шквал недовольства медленной загрузкой, но нет, и речи о задержке не было. Народ требовал наращивать функционал. И тут мы сделали вывод что для бизнеса важны другие факторы, нежели наши программистские замашки.

Часть 2