Upon first seeing npm 3.x I immediately added `--progress false --color false` to my npm installs and never looked back. Color and terminal graphics are the work of the devil.
> Color and terminal graphics are the work of the devil. Or you know, it's 2016, and it's npm who does it badly.
Disabling npm's progress bar yields a 2x npm install speed improvement
31–40 of 187 posts
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#32Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#33Earlier quoted context omitted.
> Color and terminal graphics are the work of the devil. Or you know, it's 2016, and it's npm who does it badly.
I don't even want color and terminal graphics done goodly. I code with two monochrome terminals on the screen using vim and the command line.
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#34Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#35Some further details on the issue: https://github.com/npm/npm/issues/11283
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#36The funky progress bar is about the coolest thing with npm. They could let it take a minute if they wanted too and i would keep watching it with amazement.
npm 2.x user here. Does anybody want to share a video of the 3.x progress bar? (Easy with QuickTime or CloudApp, btw)
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#37Progress bar or not, npm has gotten extremely slow with v3, to the extent that someone is working on a performance-centered alternative called ied: http://gugel.io/ied/ installs are literally the #1 thing npm needs to do well, and I really hope we see some improvement soon.
Even more important, npm doesn't reliably reproduce builds. Different runs of the same shrinkwrapped build could either fail or succeed -- which is odd given that builds should be deterministic. Additionally, shrinkwrap is also broken in the same way. This is the first time I've heard of ied, a little competition could go a long way!
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#38The funky progress bar is about the coolest thing with npm. They could let it take a minute if they wanted too and i would keep watching it with amazement.
you mean the progress bar that takes up way too much screen real estate to the extent that it completely cuts off any useful information from the install process?
Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#39Re: Disabling npm's progress bar yields a 2x npm install speed improvement
#40Earlier quoted context omitted.
Even more important, npm doesn't reliably reproduce builds. Different runs of the same shrinkwrapped build could either fail or succeed -- which is odd given that builds should be deterministic. Additionally, shrinkwrap is also broken in the same way. This is the first time I've heard of ied, a little competition could go a long way!
Could you expand on that? What causes it to be nondeterministic? I haven't had that experience but it's the second time I've read someone reference this behavior