Бизнес логика от базы в mvc тоже отделена, разве нет

Нужно просто читать про SRP всякие и тогда подобного обсуждения не будет

нет, так как ваша бизнес логика и процессы запроса к базе, находятся в model. И это нефига не явно, что за что отвечает и как работает. А во вторых они зависимы от ваших UI и прочих процессов очень часто, что с точки зрения архитектуры, очень плохо.

Сюрприз в том, что “писать все в контролерах/http хэндлерах” не всегда плохо, это все зависит от планируемых изменений, необходимой гибкости и скорости разработки.

Мы сделали свой.

Так вроде если ты один человек на проекте, то ддд излишен

мне кажется просто в английский не умеют, в большинстве случаев

Он не излишен, он просто невозможен)

Это пошла лень
С другой стороны, они много не запомнят, не будет тебе конкурентов, в чем трабл?)

Такой же штукой иногда страдаю на элементарных вещах

сильно зависит от проекта. Если вы пилите в одиночку бек на каком-нибудь стартапе с притензией на энтерпрайз, то не излишен. если у вас проект мелкого интернет-магазина без особых претензий, то mvc ваше все, и ddd дейтсвительно и излишен. DDD это для сложных систем, а не простых. Она сильно улучшает организацию кода проекта и его поддержку.

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

я знаю эту штуку

Процесс запроса данных из базы может находится внутри каких-нибудь приватных методов модели, а где им еще быть, если не в модели? Бизнес логика - либо в модели, либо в контроллере, зависит от ситуации. Не знаю, в чем вы тут видите нарушение spr

бизнес логика в контролере быть не должна никогда, контролер это управление запросом, и не должен в принципе ничего знать, о ваших бизнес процессах, как и ваши бизнес процессы, не должны ничего знать о базе данных, они должны передавать запрос что им нужно, а даставать это должен другой модуль. И при этом, ваши условные заказы, не должны быть связаны, с логикой оплаты, доставки и т.д. Бизнес логика делает свое дело, и дальше отдает или ответ, или делает запрос к переходному модулю, который что-там разруливает. В жтом случае ваша бизнес логика, отрезана и независима. Ей плевать, какая у вас БД на проекте, ей плевать, какой UI, она делает свою работу.
Простой пример DDD, у вас интернет магазин. В нем есть заказ товара, его оплата и доставка. При DDD, это не связаные между собой модули, которые могут иметь даже каждый свой UI, который о бизнес логике и базе данных, знать ничего не знает. И вы спокойно можете его вытащить из проекта, и заменить другим. Все остальное приложение даже знать об этом не будет. В случае же прекрасного среднестатистического MVC, попробуйте выпилить его из проекта, и поменять на что-то другое. Поверьте, доказано практикой. Если оно не спроектированно опытным архитектором, то вас ждет боль, много боли.

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

Да без проблем, у меня бэк предоставляет просто API для приложения на фронте на react/vue, и этому приложению вообще все равно, что там внутри происходит

А DDD это больше про “единый язык”, командную разработку ограниченные контексты

вы похоже не поняли. Мой совет, все тот же прочитайте про DDD, MVC и дуриге архитектуры, про паттерны разработки. Потому что "у меня бэк предоставляет просто API " вызывает только улыбку.

Это уже более продвинутое понимание