возможно понимаю, тож эксперементирую, только с ECMA в целом, и думаю можно сделать лучше чем в nest, сегодня только возникла идея попробовать сделать nest.js на ELM, ну или как миниум на babel/ts с всякими фичами вроде

import * as controllers from './controllers'  

т.е. автоиморт из дерикторий и генерация свагера сразу, не описывая тонны декораторв...  в общем без декоратора в spring-like подходе ну никак же, не представляю как без них можно сделать удобный AuthGuard.

Х.З. как писать на чистом node.js, для меня это тож самое что писать на чистом js для браузера.

так сами юзеры от роутов не зависят

И можно же через ес6 импорт. Вроде проблема цикл зависимостей решается.

можно пример, а то чет не врубаюсь

Почитай про ес6 модули, там по другому импорты строятся. С телефона в кровати лежу, какие тебе примеры)

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

как связана бизнес логика и нест?

"нельзя написать хорошее приложение с бизнес логикой на ноде без неста"
- Анонимус из чата по ноде

А зачем req, res, next пробрасываешь в роутах?

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

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

типа обертка (req,res,next) => ... ?

Ты пишешь router.get(req, res, next) = controller.method(req, res, next)
А можно просто router.get(controller.method)