это для чего вообще?

для сайта?

Сам незнаю, друг попросил

Его, кстати, как раз сложно назвать коробочным. Он совсем не даёт готовых решений под всё из коробки. Он даёт основу.
Уже поверх этой основы выбираешь, что дальше использовать, и вставлять.

В более коробочных фреймворках из коробки будет больше всего зафиксированно. Например, будет сразу одна конкретная ОРМ, которая жёстко интегрирована во фреймворк. Не только в том, что "она предустановлена", но и в том, что с ней будут из коробки взаимодействовать многие компоненты фреймворка.

ffmpeg же да?

Норм ?

если для обработки, то да, есть ffmpeg на ноду

Ну для меня это кажется както безполезным)

а я просто слово использовал, не понимая его смысл 😄 наоборот коробочность это же плохо и когда выбора нет никакого, насколько я понимаю

да кстати, нест наоборот очень модульный. Собран из самых топовых библиотек, которые сейчас есть, + дает возможность их смены

Ну тут как посмотреть.

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

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

Сравните с Laravel, Django, ASP.Net, Rails

На Nest.js можно использовать библиотеки из npm?

да, конечно

он сам - библиотека из npm 😄

Не все только, да?

Хм

любые для nodejs

Я думал язык ахахахахаха

согласен полностью)

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