Вопрос разделения логики между BE и FE

специфично,критерии нужны чоткие плюс приоритеты и цели, когда с этим все норм то сам по логике весчей в природе екзестенциальной допирешь что куда.

Не должно вообще никакой логики быть на фронте.

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

Не должно вообще никакой логики быть на фронте.

Почему?
Как это сочетается с spa, react, redux и т.п.?

Не должно быть никаких спа, реактов и прочего говна на фронте.
Это раздел web-development, логику на фронте несите в desktop.

Зависит от конкретной ситуации. Ту же валидацию по возможности нужно дублировать на BE и FE.

фронтенд сам ходит за всеми данными выполняет агрегацию

Если ты имеешь в виду «JOIN, FILTER и GROUP BY делаются силами фронта, бэк тупо даёт все данные» — нет.

+

Поддержу в этом есть рациональное зерно. Все эти реакты, ангуляры для того и создавались (вроде как), чтобы обеспечить кроссплатформенный открытый гуй для приложений. Какая нафиг логика, то уже было извращение.

Goury всё правильно сказал. Особенно если исключить из понятия логики всякую интерфейсную мелочь вроде превалидации форм

++

фронт должен держать все состояние текущей сессии (желательно с помощью редакса)

Да по ситуации.

Если дело касается данных из БД - отрабатываю по максимуму на бэке. Ещё и JSON докину инлайном, если нужно, но по возможности конечно же отдельным запросом подтяну.
Если дело касается какого-то калькулятора, с которого только и нужна итоговая инфа - разумеется на фронте.
Сервер лишний раз стараюсь не тревожить, но если нужно отправить форму - финальную валидацию прогоняю сервером с возвращением результата.

Преимущество отдаю бэку, так как JS в целом не перевариваю. Потому при первой же возможности логику обработаю на севере.

В общем классика!

Учитывая, что фронт покрывать тестами сложнее (лично мое мнение), я стараюсь логику держать на бэке