Как стать автором
Обновить

Проект Альфа-Бизнес Mobile Web (веб-приложение), или Что делать если AppStore — всё?

Уровень сложностиСредний
Время на прочтение12 мин
Количество просмотров1.7K
Всего голосов 13: ↑13 и ↓0+13
Комментарии0

Комментарии

Как будет решаться вопрос с сертификатом Минцифры?
Используется ли клиентский фреймворк или всё пишется с 0?

С точки зрения Native и PWA интересно какие бизнес-функции не получится применить. Например, перехват кода из СМС. Web-пуши будут ли работать? Возможны ли адресные пуши (баланс, операции) или только общие?

Используется ли WASM, если да то для каких задач? Например, распознавание QR.

Как ИБ отнеслось к PWA? Все же это не совсем тоже, что скомпилированное приложение.

Как будет решаться вопрос с сертификатом Минцифры? - как и с обычным веб-приложением, это не относиться к Mobile Web.

Используется ли клиентский фреймворк или всё пишется с 0? - не понимаю о каком фреймворке идет речь. Если говорить про разработку приложения, то у нас написано с использованием библиотеки react

С точки зрения Native и PWA интересно какие бизнес-функции не получится применить. Например, перехват кода из СМС. Web-пуши будут ли работать? Возможны ли адресные пуши (баланс, операции) или только общие?  - Если вы ориентируетесь только на iOS пользователей, то применимые PWA-фичи для браузера safari можно посмотреть тут. Да Web-пуши будут работать. Область перехвата настраиваете самостоятельно на мидл-слое.

Используется ли WASM, если да то для каких задач? Например, распознавание QR. - из того что я знаю, на текущий момент - нет. Для чтения QR на клиенте применяем библиотеку smart engine.

Как ИБ отнеслось к PWA? Все же это не совсем тоже, что скомпилированное приложение. - это обычное веб-приложение. Все правила ИБ справедливы и для PWA. Что касается отдельных фичей, например аутентификации по биометрии, то здесь мы используем API Alfa ID

Текучка среди владельцев продукта. Не сказал бы что она большая в Альфа Банке, но при вовлеченности 35 владельцев продукта, за время реализации проекта текучка неизбежна.

Три раза перечитал (честно). А что это за технология разработки такая? За каждый компонент отвечает свой "владелец продукта"? Или как устроено?

Первоначальный этап по созданию скоростного интерфейса — добавление скелетонов и отложенной загрузки данных.

Где связь "скорости" и skeleton? Данные как загружались долго так и загружаются. Вы просто, по сути, показываете пустые плашки вместо спиннеров. Подход более чем понятен (зачем и как), но это же не про скорость вообще история.

Да, скорость. Как работает перемещение между экранами, которых довольно много. Если каждый раз скелетоны и особенно при возврате на предыдущий экран, то это боль.

  1. Если говорить о компонентах, то их можно разделить на два типа: 1. Коммунальный (задействован во многих экранах) 2. Уникальный (задействован в одном экране). В первом случае в разработке компонента принимает участие отдельно выделенная команда Дизайн-системы. Во втором случае за разработку отвечает продуктовая команда. Так или иначе все компоненты хранятся в единой библиотеке, которые можно и нужно переиспользовать для единой консистенции приложения.

  2. Про скелетоны. Как видно из названия раздела "Воспринимаемая производительность" я говорю не о фактической скорости, а о том, как пользователь воспринимает скорость загрузки.

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

Зарегистрируйтесь на Хабре, чтобы оставить комментарий