Как стать автором
Обновить
6
0
IT-компания Wellsoft @Wellsoft

Разработчик

Отправить сообщение
Как правило, согласие на передачу информации включено в какую-либо общую оферту, которую клиент, обычно, подписывает не читая.
С таким протоколом пока не встречались. Как мы поняли, он распространен главным образом на территории США.
Такая возможность пока не предусмотрена. Чтобы получить доступ к API банков, Вы должны быть зарегистрированной ФинТех организацией.
Согласен, что если приложение имеет сложную структуру или на это приложение планируется высокая нагрузка, то серверный бекенд не должен писать мобильный разработчик. Но замечательно, если этот бекенд будет писать программист из той же команды, на том же языке программирования, желательно сидящий рядом, чтобы не тратить время на долгие согласования формата обмена данными. Причём в некоторых случаях мобильный разработчик может сам что-то поправить в бекенде, не дожидаясь, когда освободится разработчик для бекенда.

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

Бизнес не будет плеваться на 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 компонтетны и может что-то реализуете у себя)

Информация

В рейтинге
Не участвует
Откуда
Екатеринбург, Свердловская обл., Россия
Дата рождения
Зарегистрирован
Активность