@kurkuma нужно запилить процессор, на котором можно будет запускать ТОЛЬКО жаваскрипт, тогда заживём (как при свободном рынке (или даже еще охуеннее — как в 90-е))
> Why can't npm just put everything in one place, like other package managers?
> Not every change is an improvement, but every improvement is a change. This would be like asking git to do network IO for every commit. It´s not going to happen, because
> it´s a terrible idea that causes more problems than it solves.
>
> It is much harder to avoid dependency conflicts without nesting dependencies. This is fundamental to the way that npm works, and has npm help proven to be an extremely
> successful approach. See npm-folders for more details.
**экстремальный успех** кароч
@kurkuma проблема: управление зависимостями, распространение приложения
решение (прогрессивное!): скинули все зависимости в конечное приложение пользователя, добавив некислый оверхед //дунно чо там за зависимости, но предполагаю (научно), что часть из них не нужна для работы, часть может быть (легко и удобно) установлена при помощи пакетного менджера или других удобных средств, часть УЖЕ установлена на машине //на самом деле неудобств для пользователя немного, лень выяснять чо за приложение, чо оно там делает, копаться в говне, почему так и вообще
@238328 учитывая размеры там нет ноды, значит она ставится по зависимостям из реп дистра, а у почти всех дистров репы слишком тухлые, отчего оп насосался выше. короче на медленных мудаков надеяться - сосать хуй, зато по справедливости
@kurkuma ну так пускай делают пакет, который будет работать только в будущей (возможно несуществующей) версии дистра (ле), тем самым делая их сосать хуй и работать усерднее
@kurkuma Меня твои истории уже просто доебали, я не могу их слушать. Одна история охуительней другой, просто. Про tmp. Про какую-то ноду, жс. Чё ты несешь вообще? Ты можешь заткнуться? Пакет, блядь, встанет — в зависимостях. Чего, блядь? Про что несешь? Вообще охуеть.