3 ms·
* I sometimes had to run "npm i" twice in order to get it to work. * It would often fail randomly. * node_modules has a fixed location. * There is a ludicrou
by crdoconnor 10y ago
* I sometimes had to run "npm i" twice in order to get it to work.
* It would often fail randomly.
* node_modules has a fixed location.
* There is a ludicrous number of dependencies even for the simplest projects. ~1000 is not unusual. Reasoning about that dependency tree simply isn't possible.
* There was even a package to detect if a number was negative. It had a version 2 because there was a bug!
* In general even small projects took an age to build.
I'm sure this isn't all the craziness, it's just the stuff I ran into during my (fairly limited) exposure to npm packaging.
- overcast 10y agoCertainly any dependency manager has its issues, and I've run into a lot of them with other ones as well. But yes, I will agree, the dependency hell comes from requiring duplicates for each package you install. Though NPM is working on resolving that. Not sure what you mean by age to build though? What are you building after package install?