Как организовать работу фронтенд и бэкенд разработчиков?

Question

[Дмитрий]

На протяжении нескольких лет работал над одним проектом. К сожалению, не было нормального опыта работы в команде, где отдельно занимались бы фронтом одни, а другие бэком.
Сейчас назрела необходимость взять фронтендера в проект.
Могли бы подсказать статьи/книги, где описаны именно мелочи взаимодействия и работа между фронтом и бэкэндом (общая концепция мне понятно)?

Например, мне пока не понятно, как организовать работу на одним таском в плане коммитов и веток.

Answer 1

[Иван Шумов]

Тут нет и не будет какого-то Гайда по тому что каждая команда исходя из опыта, технологий, состава и архитектуры организовывается самостоятельно. Это метод проб и ошибок

Comments

[Дмитрий]

Спасибо за отклик
Но вот ситуация: поступает таска сделать форму обратной связи на сайте отправкой через ajax.
Могли бы рассказать пример взаимодействия фронта и бэк разрабов?
Я примерно представляю, но не хочу изобрать велосипед и сразу найти эффективное решение.

[Иван Шумов]

Дмитрий, отдайте это программистам. Если вы сами руками это не делаете то это вообще не ваша забота. Главное документацию организуйте

Answer 2

[Владимир Коротенко]

У вас есть интерфейс апи вот в этом месте вы и пересекаетесь . А так это 2 разных проекта и один не лезет к другому.

Comments

[Дмитрий]

Спасибо за отклик
Но вот ситуация: поступает таска сделать форму обратной связи на сайте отправкой через ajax.
Могли бы рассказать пример взаимодействия фронта и бэк разрабов?
Я примерно представляю, но не хочу изобрать велосипед и сразу найти эффективное решение

[Владимир Коротенко]

Описывайте в свагере.
https://habr.com/ru/post/434798/

По сути фронтендеру достаточно знать что его запрос уходит на

POST /api/feedback

И ожидает следующие параметры
{
"from": "[e-mail]",
"title": "sample title",
"body": "body ...."
}

Возвращая
{
"result": 200,
"id": 42
}

Answer 3

[Leo Mavrin]

> В плане коммитов и веток.
А что с ними будет не так? Они все-равно ведут работу, которая не пересекается.
back-end - предоставляет api для фронта.
Фронт работает с этим api. Если есть какие-то шаблонизаторы и т.д, то тут зависит от технологии которая используется. У меня был опыт разработки как full-stack приложения. Так же был только front-end, а бек у нас был на scala и было не очень удобно вставлять верстку в темплейты scala, так как без back разработчика мне было трудно разобраться с тем, что там должно быть, а ему было сложно вставлять написанную мною разметку, так как он не всегда понимал, что, где должно лежать. Такой проект мы ввели в разных репозиториях, чтобы я как фронтедер случайно не сломал что-то в темплейтах scala и мне было проще работать, так как компилировать темплейт после каждого изминения в html, не очень приятная вещь. По-этому тут важно подобрать технологию, с который бы все разобрались и дать команде возможность обсудить, то как им было бы удобно работать и взаимодействовать друг с другом.

Так же можно разделить на ветки, попробовать, там смержить, когда готово будет