Согласен, что если приложение имеет сложную структуру или на это приложение планируется высокая нагрузка, то серверный бекенд не должен писать мобильный разработчик. Но замечательно, если этот бекенд будет писать программист из той же команды, на том же языке программирования, желательно сидящий рядом, чтобы не тратить время на долгие согласования формата обмена данными. Причём в некоторых случаях мобильный разработчик может сам что-то поправить в бекенде, не дожидаясь, когда освободится разработчик для бекенда.
А если приложение имеет простую структуру и низкую нагрузку(такое бывает очень часто), то для такого случая, бекенд вполне может написать мобильный разработчик. По крайней мере ему не придётся, ждать другого разработчика, и он может сделать всё сам.
Бизнес не будет плеваться на Xamarin, если команда разработки приложения содержит в себе и бекенд разработчиков и мобильных разработчиков, пишущих на одном языке, сидящих рядом.
Намного хуже когда серверный бекенд пишется, например, на PHP, приложение для iOS пишется на Swift, приложение для Android пишется на Java. А ещё хуже когда эти все программисты не объединены в одну команду. А найти такую команду, в которой будут собраны такие программисты, очень непросто. Намного чаще бывает, что команда пишет на каком-то одном языке программирования.
Пытались разрабатывать на Xamarin.Forms, но натолкнулись на большое количество багов, медленную скорость работы. И самое главное то, что приходится под каждую платформу писать свои кастомные рендеры(если требуется реализовать не примитивный интерфейс), поэтому прироста скорости разработки от использования Xamarin.Forms не увидел.
Поэтому, в наших проектах пока что используем только Xamarin Native.
Уже около полугода используем Xamarin в нашей компании — Wellsoft. Запустили уже 2 мобильных приложения под iOS и Android. И ещё 3 мобильных приложения в разработке. В целом технологией довольны, но пока что сталкиваемся с некоторым количеством неприятных багов в самой платформе(
В принципе, эти баги можно отслеживать и запоминать, и разработка идёт довольно быстро.
Очень удобно то, что серверную часть, приложение для iOS и Android может писать один программист, т.к. разработка идёт на одном языке: c# и в одной среде разработки: Visual Studio.
Ну, от тегов они не отказываются, просто пытаются привести все к шаблонам для удобной выдачи поисковиком, и медленного интернета. А что больше всего грузит страницу? Изображения, конечно. Я думаю AMP останется как вариант предпросмотра для сайтов, уже по желанию клиентов и разработчиков. Кто-то не испытывает потребности в адаптивной или мобильной версии, кто-то старается покрыть как можно больше устройств и предоставить удобство пользователям.
А таблицами, бывает верстаем уже сейчас. О_о новые технологии, все дела ;)
Все верно) Вот пример (перейдите с мобильного или загуглите сами), как ebay реализует каталог на AMP, по сути это статическая выдача, можете разобрать, как они используют AMP компонтетны и может что-то реализуете у себя)
А если приложение имеет простую структуру и низкую нагрузку(такое бывает очень часто), то для такого случая, бекенд вполне может написать мобильный разработчик. По крайней мере ему не придётся, ждать другого разработчика, и он может сделать всё сам.
Бизнес не будет плеваться на Xamarin, если команда разработки приложения содержит в себе и бекенд разработчиков и мобильных разработчиков, пишущих на одном языке, сидящих рядом.
Намного хуже когда серверный бекенд пишется, например, на PHP, приложение для iOS пишется на Swift, приложение для Android пишется на Java. А ещё хуже когда эти все программисты не объединены в одну команду. А найти такую команду, в которой будут собраны такие программисты, очень непросто. Намного чаще бывает, что команда пишет на каком-то одном языке программирования.
Поэтому, в наших проектах пока что используем только Xamarin Native.
В принципе, эти баги можно отслеживать и запоминать, и разработка идёт довольно быстро.
Очень удобно то, что серверную часть, приложение для iOS и Android может писать один программист, т.к. разработка идёт на одном языке: c# и в одной среде разработки: Visual Studio.
А таблицами, бывает верстаем уже сейчас. О_о новые технологии, все дела ;)