Date

Participants

Alina Kondakova Kryuchkov Matvey SERGEY NIKULOV Glikin Alexey

Что делали?

Alina Kondakova

Доделана доп валидация полей при регистрации пользователя на бэке, начата работа над UI/UX анализом приложения (анализ целевой аудитории, сценариев взаимодействия и шагов взаимодействия), реализовано принятие правил при первом посещении помещения с бронью - добавлена кнопка принятия, сохраняются данные о принятии правил на бэке

Kryuchkov Matvey

Реализована отмена и бронирование записи на стороне фронтенда и бэкенда (написаны новые вьюхи и подключены запросы к фронту). Добавлены баннеры в случае удачной или неудачной брони.

SERGEY NIKULOV

Начал работу над внешним видом активизма (в процессе), исправил проблему с движением сайта при появлении и исчезновении полосы прокрутки

Glikin Alexey

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

Что будете делать далее?

Alina Kondakova

Продолжение работы над UI/UX анализом приложения (визуализация шагов взаимодействия), дизайнерские поправки в интерфейсе приложения на основе этого анализа

Kryuchkov Matvey

Настройка гибких интервалов (чтобы можно было задавать размер интервала бронирования на бэке). Пополнение счета через Яндекс.Деньги

SERGEY NIKULOV

Навигация для системы активизма и каркас страницы пользователя-активиста с элементами

Glikin Alexey

Интеграция с вконтакте и telegram

Какие трудности вы испытывали при выполнении?

Alina Kondakova

В тонкостях работы реакта...

Kryuchkov Matvey

Провалидировать формат запроса для добавления / отмены. Добавление нотификаций о брони (где их именно выводить)

SERGEY NIKULOV

Время

Glikin Alexey



2 Comments

  1. Igor Soshilov

    Apr 22, 2020

    Комментарий по спринту:

    • ST-58 - Getting issue details... STATUS  не привязана ни к одному спринту. Подозреваю, что именно это повлекло за собой то, что таска до сих пор в To Do, хотя в report'е соответствующий пул работ декларируется как выполненный. И даже артефакты выполнения есть.
      Имеет смысл поместить её в планируемый 6 спринт и сразу же отправить в Done.

    Ну общий коммент. Pull-request'ы рекомендуется выполнять именно в bitbucket, иначе часть работы может не быть зачтена.
    В таске ST-58 он есть, и это хорошо.
    (Дело именно в diff'ах, которые pull-reqeust'ы отражают более удачно.)

    1. Ivan Arkhipov

      Apr 27, 2020

      Принято. Будем делать pull request’ы

      upd. Как показала практика, pull-request'ы некорректно показывают диффы в случае (и после) мануальных мерджей и ребейзов веток на актуальный dev.

      Для зачтения и оценки работы рекомендуется смотреть merge-коммиты, которые создаются специально для оценки совокупных изменений по ветке после мерджа. Механизм их работы абсолютно идентичен механизму отсмотра изменений в pull-request'ах