Посоветуйте асинхронный бэкенд

А разве в Nest по дефолту много батареек?

Не особо, хотя мне не нравится принудительно пихаемая наколеночная система модулей когда есть более гибкие и выразительные импорты в самом языке (TS и JS с бандлером).

А вообще писали же «единственная альтернатива джанге - это рельсы», и это про количество батареек из коробки. Вот я и написал, что в моём случае «есть приятный опыт с джангой» != «нужны батарейки строго из коробки».

но мне голый Express не зашёл - слишком уж много возможностей сделать неподдерживаемую лапшу.

Это обоюдоострый меч. Когда появляется хоть одно специфичное требование, которое встречается в одном проекте из тысячи - все строгие антилапшичные фреймворки сливаются. Приходится брать более гибкие решения - как правило low level. Express - low level относительно джанги, но high level относительно большинства решений из мира С++.

Важно понимать, что гибкий микрофреймворк можно за пару вечеров подпилить так, чтобы получить 95% фич из любого «строгого монстра» на ваш выбор и при этом не тащить те 5%, из-за которых этот монстр противоречит ТЗ.

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

есть более гибкие и выразительные импорты в самом языке (TS и JS с бандлером)

Так DI и импорты в языке - совершенно разные вещи.

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

Насколько я могу судить, Nest - достаточно low level фреймворк для подобных вещей. По крайней мере, я не могу придумать хотя бы одну задачу, которая на Express бы без проблем пилилась, а на Nest были бы хоть какие-то проблемы и недостаток гибкости. Не говоря уже о том, что на Express свет клином не сошёлся, и, если потребовалось юзать Fastify, то в Nest js можно Express без особых проблем заменить на него. А в случае, когда пилишь код вокруг Express, не факт, что такая замена будет столь лёгкой.

Так DI и импорты в языке - совершенно разные вещи.

Модульность выразительнее всего описывать именно импортами, а базовые примеры отсюда короче, чем nest’овский DI, не уступая в гибкости. Механизмы «под капотом» - те же.

По крайней мере, я не могу придумать хотя бы одну задачу

Моё же условие: написать функцию, которая принимает данные, обрабатывает и возвращает другие данные. Чтобы одна и та же функция одинаково работала и с http, и с websockets. В случае с явным router.use('/my/pattern', myDecorator(handlerFunc)) декораторы выступают адаптером, предоставляя функции с бизнес логикой единый интерфейс для работы с обоими протоколами. Мне принципиально именно ручками прописывать связь «url pattern <-> handler» отдельно от описания handler.

посмотри в сторону FastAPI. Да, типизация там не статическая

Ты что несёшь, посмешище?

но и за TypeScript и Dart.

Где почитать можно?

Посоветуйте асинхронный бэкенд (комментарий)

Он оставлял здесь ссылку на свой телеграм канал. Заходишь в канал и вбиваешь в поиске «В общем, пока что у меня будет реализация на пхпшном уровне» (поиск в интерфейсе телеграм клиента), находишь сообщение от меня от 19 декабря 16:07 и читаешь портянку минимум пол часа. Там даже после срача про иде и вим идёт пост «Давай я тебе расскажу про дарт…». Потом ещё после срача идёт «ты можешь так же про ts/js здесь спрашивать - здесь много адептов. Да и я во многом в теме разбираюсь…». И вообще там надо читать аж до следующего дня (20 декабря).