News for hackers. Stuff that matters.
Re:React/JavaScript fatigue by spicyj on Monday December 28, 2015 @12:01AM (#10799951)
I am not sure why the parent compares webpack to gulp/grunt. The latter are generalized task runners (think "make"), but the former is a tool for bundling together many small JS files into one.

Webpack (and browserify, a competitor that's very similar) bring you a module system so that dependencies are explicit with a require() call and you don't have a global namespace with hundreds of objects. JS doesn't have any such system built in. Packaging it into one file in the end, which they do, is necessary for performance so you don't make hundreds of network requests.

Re:React/JavaScript fatigue by gedy on Monday December 28, 2015 @02:06AM (#10800244)
I think it's due to Webpack replacing/eliminating much of what we used to do "manually" in Grunt/Gulp such as transpiling, building, combining, etc.

In most of my projects, I no longer needed Grunt for anything aside from deploying to production, etc.

Re:React/JavaScript fatigue by carbocation on Monday December 28, 2015 @12:07AM (#10799966)
Bundling JS files into one big file is obviated by http2.
Re:React/JavaScript fatigue by spicyj on Monday December 28, 2015 @12:09AM (#10799973)
You still have the round-trip time for each level of dependencies if they're resolved on the client, at the very least. And a real-world performance comparison where the recursive dependencies are listed up front but sent in separate requests shows unbundling losing:

http://engineering.khanacademy.org/posts/js-packaging-http2....