Покажите код, так ничего не понятно. Причин может быть миллион.

Так nest поверх експреса, а его потихоньку заносят в том числе и в большие

Express там из коробки, но на всех проектах, про которые слышал, его заменяют на Fastify. У нас в истории проекта так и идет: 1й коммит nest new, 2й - переход на Fastify

Полифилы, это единственный случай, когда prototype mixin допустим. Гварды это плохой способ реализации контрактов, он императивный, гораздо лучше декларативное описание контрактов, его можно обрабатывать. Мидрвары это кривая и косая реализация хорошего паттерна chain of responsibility, с той лишь разницей, что в chain of responsibility состояние контекста исполнения может мутироваться только в том звене, которое приняло на себя ответственность, и это ок. А как только ответственность расползяется, то и паттерн сломан.

если экспресс под капотом скрыт и не взаимодействует с прикладным кодом, то он не вредит, это норм

не страшен сам экспресс, страшно то, как паттерн мидлваров влияет на людей, не слышавших про GRASP, SOLID и GoF

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

Тимур, а можно узнать, какие коммерческие проекты на ноде вы реализовывали? Потому что вы очень часто достаточно радикально высказываетесь об общепринятых технологиях и подходах, но при этом для человека "со стороны" непонятно какой у вас опыт, кроме преподавания в КПИ

Я обслуживаю громадную корпорацию. И часть моих проектов обслуживают микросервисы (правильней вебсервисы) на koa. Три года у же в проде, каких-то явных проблем не испытываем.

Сходите на гитхаб, хабр, линкедин, посмотрите, у меня 26 лет опыта и я контрибьютор ноды и еще 5 контрибьюторов подготовил

КПИ и лекции это мое хобби)))

все самое лучшее только бесплатно и только для вас, цените

Не пытаюсь наехать, если что) Я узнал много интересного из ваших вебинаров про "выйди и зайди", спасибо за это.
Хабр, линкедин и гитхаб не дают особого представления о том какими коммерческими проектами на ноде вы занимались) Да, вы контрибьютите в ноду - мое почтение. Impress - выглядит круто, но почему-то не взлетел, увы.
Просто вы делаете очень серьезные заявления, например о том что нам всем нужно выкинуть монгу и использовать только постгрес. Но львиная доля бекенда на ноде это сервисы пилящиеся парой человек с десятоком crud эндпоинтов, базой на несколько гигов, сотней запросов в минуту и авторизацией на основе нескольких ролей. И есть ли смысл упарываться правильностью паттернов? Да, код должен быть чистым, solid нужно стараться применять, dry и kiss наши лучшие друзья. Но точно ли мы должны выкинуть express, mongoose, passport, nodemon и прочее ради эфимерной "правильной архитектуры"?

а в каких коммерческих проектах участвовал uncle bob?
я просто про такие не в курсе, но вот почему-то человек считается авторитетом

а если таких не найдётся, то надо ли его книги автоматически отправлятьв помойку?

Це називається "Coaches don't play".

Вопрос о долженствовании отсылает к проблеме авторитета: религии, государства, общины, индивида. Вы либо признаете авторитет указанных институций/индивидов и делаете согласно их предписаниям, либо нет. Шире – следуете одним предписанием и игнорируете другие.

Если кратко – вы ничего никому не должны. Это ваш собственный выбор – делать что-то или нет.

Тут вопрос в другом. Нужно ли это все лично вам?

Нравится вам работать на проектах, где люди не задумываются об "эфемерной 'правильной архитектуре'" и используют монгус и паспорт – ваше дело.

Нравится работать с нетипизированным кодом – тоже отлично.

Однако, помимо проблемы личного отношения существует еще проблема профессионализма.

Быть профессионалом (помимо сугубо технических навыков) – говорить на одном (мета)языке с другими профессионалами.

Это как в академической среде: какими бы ваши мысли не были "умными", если вы не соблюли формальные правила написания научной статьи – всем будет плевать. И это хорошо!

Как пример: чтобы использовать ангуляровские сервисы не обязательно знать, что такое блум фильтры, или как работает их DI фреймворк.

Чтобы писать на экспрессе, и шире – на ноде, не обязательно знать шаблоны проектирования, системные ЯП и сетевые протоколы.

Можно быть вполне себе веб-девом (и таких немало!), обходясь без вышеперечисленного. Этого вполне может быть достаточно для того, чтобы получать удовольствие (и даже деньги) от написания (говно)кода на коленке на 10 круд эндпоинтов.

Делает ли это вас плохим человеком? Нет.
Делает ли это вас плохим специалистом? Да.

Вот и вся разница. И должен/не должен здесь не причем.

я просто про такие не в курсе — это, конечно, интересно, когда вы свой скоуп выдаете за скоуп всего мира. может вам просто нужно прочитать clean architecture, где автор упоминает, в каких проектах он принимал участие)

Его книги о программировании вообще и там много полезных и местами очевидных вещей) А тут речь идет о конкретном применении конкретной технологии. Причем нам заявляют что мы делаем все неправильно, а правильно - постгресс, интерфейсы на js, и пакет http из стандартной библиотеки вместо экспресса. Я человек простой, спорить с "профессионалами" мозгами не вышел. Но пруфы экспертности Тимура в разработке реального бекенда на ноде позволили бы мне с чистой совестью доверять его рекомендациям.