если б Форд следовал таким - то ни фига бы не получилось.
он как тимлид распределял работу/операции так , чтоб каждый не делал лишнего поле предыдущего.
а вот при подходе "насрать..." как раз по Райкину.
Лол, то есть ты не понял о чем речь и поленился разобраться? Неужели такие сложные незнакомые слова?
Тебе разжевать что такое разделение труда или сам потрудишься?
С точки зрения потребления ресурсов - оптимальнее всего потреблять произведенную энергию на месте ее производства, ты представь только епта сколько энергии тратится тупо из-за трения проводов. ИДИОТЫ Б..ь! Но с точки зрения полезности для общества - оптимальнее распределить энергию до мест, где понятно как ее потребить, несмотря на накладные расходы, тут работает тот же принцип. Тебе как сжигателю дров естественно непонятно зачем строить ЛЭП от твоей печи к городу. Сила разделения труда в том - что все производство разбивается на атомарные операции, которые проще научиться доводить до совершенства и передать произведенный продукт на следующий уровень - где специалист лучше знает как обработать. При этом добавляется возможность придумать как использовать это сырье в новом виде(не придуманном на момент начало строительства ТЭЦ)
Хотя до тебя все равно рвядли дойдет) просто есть немного свободного времени на поп..ть

То есть ты должен проконтролировать что фронтэндщик не накосячил когда вместо батч-эндпоинта для загрузки всех пользхователей решил использовать эндпоинт /getUserByName и дергает их в цикле? Не смеши, ты не разобрался о чем речь просто.
Ты как юэкэндщик, согласно ТЗ должен предоставить рычаги управления(API) своей системой, и если ты проверил что все работает корректно, да, тебе должно быть НАСРАТЬ что кто-то использует это неправильно. Фронтэндщик не должен тебе говорить как хранить дерево -в БД, кассандре памяти или еще хер знает как. Так же как тебя не должно волновать какого цвета кнопки на юае.

Ну Scrum это вообще отдельная тема, его трактования поболше чем трактований правильного ООП:) А сколько бездельников переучилось на скрам-мастеров, вообще диву даешься.
Касаемо спора - ну не хочешь не спорь, хотя странно такое слышать на форуме. У каждого своя роль на проекте - и он должен делать то что должен. Да, все равно есть связующее звено - это архитектор, который и должен продумать взаимодействие между BD и FD, и это его прямая обязанность - продумать всю цепочку взамиодействия и используемые технологии

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