Но ваше описание говорит об обратном.

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