Свежий проект на next, node_modules 430МБ. Это нормально вообще?

[m3power]

Запустил create-next-app, ещё ни строчки своего кода, а node_modules уже 430МБ и 90к файлов. Открыл из любопытства — там три версии lodash и пакет is-odd который зависит от is-even который зависит от is-number. Я в шоке если честно.

[rabbit8]

is-odd как зависимость от is-even это вечная классика. Один чел в 2016 распаблишил left-pad на 11 строк и положил половину интернета. С тех пор у меня нервный тик от мелких пакетов.

[jbosco]

А в go у меня бинарь на 12МБ статически слинкован и больше ничего не надо. Каждый раз когда вижу ваши node_modules радуюсь что ушёл.

[gdgdgd]

А по производительности это не бьёт? У меня нагрузка приличная.

[lonelygoblin]

@gdgdgd, по производительности бьёт ровно в одном месте, холодный старт. Если деплоишь в serverless типа лямбды, 430МБ распаковываются и инициализируются секунды, это больно. На обычном сервере или в докере после старта процесса вообще без разницы сколько весит папка, require закеширован. Твоей нагрузке на запущенный процесс пофиг.

[tommee]

@jbosco, бинарь 12МБ потому что туда полрантайма влинковано. Открой go.sum любого проекта на kubernetes либах, там 2000 строк зависимостей, просто лежат они в общем кеше, а не в папке проекта. Разница в гигиене экосистем есть, спору нет, но не настолько чтобы каждый js-тред в это превращать.

[mstrbates]

gopher_max в каждом js-треде обязательно появляется гофер чтобы напомнить про бинарь. Мы поняли, тебе хорошо, иди дальше.

[m3power]

Ну так-то по делу же. Мне реально нестыдно что папка с зависимостями тяжелее чем чёрная дыра.

[pandas_master]

На диске 430МБ это полбеды, дедуп в pnpm решает через симлинки и общий стор. Куда важнее сколько из этого реально едет в браузер. У тебя бандл на клиент сколько весит?

[gdgdgd]

Бандл клиентский 180КБ gzip, вот это уже нормально. То есть в проде эти 430МБ роли не играют, я зря панику развёл?