Коллеги, добрый вечер. Есть команда программистов - фронт, бэк и фулл-стэк, все работают на удаленке без четкого графика. Возникает вопрос - как лучше организовывать рабочий процесс?
На данный момент например фронт садится делать свою работу, возникают какие-то вопросы к бэку, правки итд. Если бэк в это время не работает - команда стоит на месте. Или наоборот, бэкенд пишет свой код, но нормально оттестировать не может, потому что нет фронта под это все.
Хотел бы попросить поделиться опытом, как это реализовано у вас? Может быть назначать рабочие дни/часы, чтобы все в одно время онлайн были? Как ставить задачи, чтобы возникало меньше вопросов?
Сейчас просто создается задача в джире, разделенная на две части - бэкенд и фронт. Каждый делает когда хочет, лишь бы набиралось необходимое количество рабочих часов в неделю.
Стандартно графики у них могут быть смещены, но определенные часы должны у всех пересекаться. Скажем, с 10 до 14 по МСК все должны быть на месте.
Отдельно про отсутствие фронта на задачи бэка - это плохое планирование, а не проблемы удаленной работы. Задачи должны делиться и распределяться по времени так, чтобы таких ситуаций был минимум.
tttttv, меня не спрашивали, но влезу )) Простите )) Фронт прекрасно без бэка пилится на фикстурах или моках запросов. Аналогично и бэкенд тестируется каким-нибудь Postman-ом или его аналогами. Я предпочитаю Swagger. тут тебе и документация, и потыкать ручками, и клиента можно сгенерировать одной командой.
Но это если бэкенд с фронтом по API общаются. Если бэк рендерит фронт, то да, тут сложнее.
tttttv, фикстуры - просто JSON-чик, который подставляем в то место кода, где должен вернуться ответ от бэкенда. Моки - ну тут что по душе вам )) Посмотрите на fetch-mock например. Инструментов куча, просто выбирайте )))
tttttv, в общем то уже детально ответили)
По себе скажу, что в общем сначала обычно делаю фронт, потом бэк, так как реализация фронта обычно меньше зависит от готовности бэка, а вот отладить бэк без фронта заметно сложнее.
Простой
Простой
