Это похоже в тему, моего вопроса, который я тут задавал:)

Про фреймворки уже тоже было. И не раз. Все кто пытался сделать универсальный супер-пупер фреймворк пришли к одной простой мысли - это не никому в итоге не нужно.
Причины банальны - жизнь гораздо разнообразнее и интереснее чем любые наши самые фантастические фантазии. А уж бизнес - так это вообще патентованные фантазеры :)
И как это ни странно выживают только те, кто делает что-то полезное  (в смысле оплаты заказчиком)  :) Даже если результат кажется кривым-косым-плохо покрашенным, но работает - он гораздо ценнее, чем сферическое решение в вакууме. Я уж не говорю о том, что каждые 5 лет у вас на проекте будет меняться команда и будут приходить снова парни готовые все переписать за ночь, но как правило плохо понимающие первые 1,5-2 года что ж это они на самом то деле делают (ну да, от масштабов зависит). И в итоге единственное, что в вашем решении будет наиболее ценно - простота и внятное разделение ответственности. И чем меньше слоев - тем лучше. И чем меньше задач решает слой - тем лучше. В общем - идеальная система это та, в которой нет ни строчки кода но проблема решена :)

Я сталкивался с тем что статьи/книги/курсы рассказывают что есть вот-такие вот паттерны, но не рассказывают их границы применимости: где стоит использовать, а где нет

Какой-то странный у вас опыт.
В моем мире полно успешных супер-пупер фреймвворков)
Сам несколько писал, в нескольких участвовал, да и вот прямо сейчас очередной супер-пупер фреймворк пишем. Вполне успешно. Удобно всем.

И что, вы пишите, прям с обратной совместимостью? С вменяемой документацией на каждую версию? С мажорными релизами нескольких версий (устаревших в том числе, заказчикам ведь надо апдейт, правда? ) каждые 3-4-6 месяцев? Хотя б с парой сотен проектов у различных заказчиков?

И самое главное то забыл - занимались ли поддержкой длительное время, того что написали но не вы, а до вас?

И что, вы пишите, прям с обратной совместимостью? С вменяемой документацией на каждую версию? С мажорными релизами нескольких версий (устаревших в том числе, заказчикам ведь надо апдейт, правда? ) каждые 3-4-6 месяцев? Хотя б с парой сотен проектов у различных заказчиков?

И самое главное то забыл - занимались ли поддержкой длительное время, того что написали но не вы, а до вас?

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

Отличный план! Но по жизни получается почему то не так. И лет через 5-7-9 приходится переписывать все эти поделки как правило.
Хотя продавалось - ну точно весь мир завоюем. Еще и на марс слетаем ;) на сэкономленное.

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

Но все эти понты весьма косвенно относятся к изначальному уотверждению, что "никто не пишет, потому что это не никому в итоге не нужно". Нужно и пишут. Да, где-то есть боль, где-то не все идеально.
Но все равно это нужно и это пишут.

ИТ молодая очень отрасль, много чего не устаканилось. Вот и штормит.