Этот вопрос закрыт для ответов, так как повторяет вопрос Как идеально построено взаимодействие между фронтэнд и бэкэнд разработчиками?
@ewb

Как организовать разработку клиент-сервеного приложения?

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

У нас явно ощущаются пробелы в организации работы. Особенно в части апи, как место нашей "состыковки".

Может быть есть готовые рецепты, как организовать такую работу? Писать какие-то планы? Регламентировать апи заранее? Что-то ещё?

Отдельно отмечу, что работать приходится по сути без ТЗ, все в текучке.
  • Вопрос задан
  • 130 просмотров
Решения вопроса 2
firedragon
@firedragon
Не джун-мидл-сеньор, а трус-балбес-бывалый.
Определите контракты апи хоть на уровне json файлов, бэкеелер будет пилить потихоньку, вы уже будете иметь заглушки. Как это документировать это уже ваши заморочки я бы передавал примерный джисон и граничные условия. У нас допустим используется swagger но так как я пишу отдельный компонент я и фронт и Бэк делаю сам
Ответ написан
@rPman
Вообще то это должен быть it архитектор, который должен определить все необходимое, и даже составлять прогнозы развития систему на будущее, особенно если инет подробного ТЗ.

Что в вашем проекте главнее? что задает тон разработки, бакэнд или фронтэнд? Если бакэнд по сути прослойка к базе данных, то пусть за api отвечает фронтэндер, ведь для его удобства его разрабатываете, если же у приложения сложная бизнеслогика и сложное использование и несколько клиентов, то скорее всего тон разработки api должен задавать бакэндер.

Определите владеющего последним словом, у которого будет право наложить вето/принять окончательное решение в случае спорных вопросов. Инструменты, в которых будете чертить картинки могут быть любыми, можно хоть в текстовом файлике расписывать все, но в конечном счете все упирается в принятие решения, к примеру на сколько подробно нужно дробить логику на подуровни.
Ответ написан
Ответы на вопрос 1
saboteur_kiev
@saboteur_kiev Куратор тега Организация работы
software engineer
UML
Ответ написан
Ваш ответ на вопрос

Вопрос закрыт для ответов и комментариев

Потому что уже есть похожий вопрос.
Похожие вопросы