maximumtest / 360 Goto Github PK

Базово предсоздаем 2 категории:

• Технические навыки
• Социальные навыки

• CRUD

Текущая документация не учитывает начальную настройку окружения разработчика (сиды и т.д.)

Можно, для начала, взять просто базовый дэйтпикер, например, а потом ближе к делу понять как его затюнить

Для хранения всяких пользовательских файлов (аватарки, аттачменты, еще что-то)

Взять любой grid и добавить функционал по CRUD'у

Нужно интегрировать backend из #27, чтобы в интерфейсе отображалась реальная инфа, а не статика

Это роуты + wrapper

Нужно зайти на главную не авторизованным и на долю секунды можно будет увидеть основной интерфейс.

Сейчас роуты закрыты ролями. Нужно сделать чуть атомарнее

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

Это поможет решить проблему просмотра отзывов по одному человеку с переключением даты в таймлайне (типа ретроспективно посмотреть тренд)

Драфт схемы данных, которую обсуждали на первых встречах:

После того как отправлено ревью на пользователя, второй раз его отправить нельзя. Вместо формы-анкеты должна отображаться отправленная (заполненная) анкета read-only

Скетч лэйаута. Договорились сделать "гармошку", которая начинается с сущности ревью, которая отображается во весь экран. После клика по конкретному ревью, оно сжимается до краткого списка ревью (например, название + картинка или типа того) и справа от него появляется в оставшийся размер экрана появляется такой же прямоугольник с сущностью юзеры, по аналогии потом появляется сущность фидбэк.

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

@polyakov713 отмечал, что удобно это сделать вложенными роутами и завязать на это такую схему маршрутизации:

/reviews/:review_id/users/:user_id/feedbacks/:feedback_id

Шаблон - список вопросов разного типа. Грубо говоря:

{  
   "name": "template #1",
   "items": [  
      {  
         "type": "radio",
         "items": [...]
      },
      {  
         "type": "text"
      },
      ...
   ]
}

Соответственно, нужно сделать API (CRUD)

Для ввода ревью по человеку, генерится по данным с бэка. С бэка приходит JSON, формата примерно как в #46

К сожалению, к нам в кодовую базу прокрался jQuery и ругается, что ему чего-то не хватает. Ой :(

Страница, на которой можно по имени/фамилии найти пользователя и по клику перейти в его профиль

На скрине красным цветом нарисованы "плюсик" и "корзина" для функции добавления нового ревью и удаления ненужных ревью.

Была идея подрубить сюда карточки из vuetify вместо текстовых ссылок.

Сейчас в названии kudos отображается ID, вместо этого нужно отображать категорию + теги.

Лайк/дизлайк пока что можно убрать

Форма с полями:

• Категория
• Тэги (предложка с существующими + возможность добавить новый)
• Комментарий (текст)

Сейчас довольно геморройно собирать рабочий инстанс, т.к. нет генерации начальных данных, чтоб интерфейсы не были совсем пустые.

Надо создать сиды для этого дела.

Для начала: страница пользователя, где можно редактировать свои данные

Страница с информацией о пользователе. Инициально выводим:

• Аватар
• Имя и фамилию
• Кнопка "похвалить", которая ведет на страницу создания похвалы

Поля (review_results):

• review_id (id)
• answers (array)
• respondent (user id)
• interviewer (user id)

Грубо говоря:

[  
   {  
      "review_id": ...,
      "answers": [  
         {  
            "question_id": ...,
            "answer": ...
         },
         {  
            "question_id": ...,
            "answer": ...
         }
      ],
      "respondent_id": ...,
      "interviewer_id": ...
   }
]

Сущность "похвалы". Решили разделить их на предсозданные категории, типа "Технические навыки", "Личные качества", "Социальные" и т.п.

Опционально можно добавить к похвале тэг(и) и написать текстовый комментарий.

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

Состав:

• Заголовок (есть/нет - в зависимости от типа открытого окна)
• Список карточек
• Кнопка (есть/нет - в зависимости от типа открытого окна)

Интерфейс + роут.

По сути, одна и та же форма будет использоваться в двух случаях:

1. Восстановление пароля
2. Установка пароля для нового юзера (тот самый экран по ссылке из приглашения)

Роуты при этом должны быть разные

Предложенные поля:

• Список юзеров
• Название
• Дата проведения
• Шаблон анкеты
• Владелец

Интерфейс + роут.

Кейс №1:

При переходе на главную страницу приложения без токена, не перекидывает на авторизацию.

Кейс №2:

Роут auth/sign-in не работает? Непонятно почему не открывается страница авторизации по прямому пути

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

CRUD + эндпоинт для предложки с автозаполнением.

Не связано с категориями.

Пока что эти тэги относятся только к сущности kudos.

Соединение фронта с бэком. Результат - рабочая авторизация/регистрация по API.

Привести к единому виду тело ответа при ошибке. Вероятно, переиспользовать библиотеку, которую делаем в рамках LMS

• Ревью
• Юзер
• Отзыв

Отзыв:

1. Ревьюер (имя, например)
2. Объект тела отзыва с подобной структурой: {type: 'text', body: 'lol kiek otziv'} (для начала просто текст, засчет хранения объектом получим возможность без геморроя расширить)

Юзер:

1. Аватарка
2. Имя
3. Комментарий (для начала просто текст; можно указать должность, например)

Ревью:

1. Название
2. Описание

Можно изменить: аватар и пароль

Остальные данные: read-only