News for hackers. Stuff that matters.
Re:Parcel: Fast, zero configuration web application bundler by yzmtf2008 on Tuesday July 17, 2018 @02:13AM (#17547665)
I think this is a great exaggeration of the "javascript build tools are hard to config" meme, and it honestly is obsolete. Maybe the meme was relevant two years ago, but every since (1) create-react-app and (2) webpack 3, the configuration story has greatly improved.

With Webpack 4 and Parcel especially, these tool are both zero config and configurable. Your point 1 and 3 are actually not mutually exclusive, and repeating the meme just sounds like you're perhaps out of the loop for a bit.

While the Javascript developer experience truly was horrible a few years back, it has dramatically become better. Try it, and you might be pleasantly surprised :)

Re:Parcel: Fast, zero configuration web application bundler by Soinou on Tuesday July 17, 2018 @02:47AM (#17547806)
I'll be speaking for Webpack, since it's the only one I use for the few internal applications at work, and I've never really used Parcel yet.

Configuring Webpack is still pretty bad. If the zero config works for you, great. But if you need to configure it yourself, it's really verbose, it's really complicated, and the documentation is a bit thin.

SplitChunks in Webpack are like black magic, they work but you don't have any idea how, and when they don't work, you still have no idea how. And you don't know if it's because you didn't configure them properly, because you don't know what is configuring them properly, because the documentation on them is so bad.

Maybe I'm just bad at configuring Webpack, but I still don't understand how many things in Webpack work, and it's given me a lot of headaches, even with the "zero config" Webpack 4.

[dead]
Re:Parcel: Fast, zero configuration web application bundler by yzmtf2008 on Tuesday July 17, 2018 @03:11AM (#17547905)
Hey, I looked at ejecting as early as September 2016, but why let that stop you from saying “you’re wrong on so many levels” :)

Looking at JavaScript build tools today and ridiculing it makes as much sense as ridiculing the width of car lanes (from width of wagons) or ridiculing the width of rockets (width of railroads).

Create-react-app works just fine with the 80% case you wanted so badly for webpack team to implement. (Not to mention there are easy ways to make incremental changes without ejecting.) But why let that stop you from writing a rant about webpck’s lack of default either :)

Re:Parcel: Fast, zero configuration web application bundler by dmitriid on Tuesday July 17, 2018 @03:21AM (#17547941)
You can look at it today, it will be mostly the same: hacks, inscrutable configuration, custom overrides for stupid things etc. etc. etc.

I just looked at it a minute ago.

As for the rest you are equally wrong in anything from assuming that webpack 3 made configuration easier to assuming that configuration became easier just because CRA hides all this complexity from us.

Re:Parcel: Fast, zero configuration web application bundler by egeozcan on Tuesday July 17, 2018 @03:44AM (#17548011)
You don't need to deal with the configuration for 80% of the use cases. If you need something custom, it's a good investment to learn the tool you are depending, and I don't think it's inscrutable: https://webpack.js.org/concepts/
Re:Parcel: Fast, zero configuration web application bundler by dmitriid on Tuesday July 17, 2018 @05:37AM (#17548455)
Concepts don't describe how to string together four conflicting plugins together just to get predictable caching, for example.

There's only so many hours in the day. There are better things in life than to fight a build tool.

Re:Parcel: Fast, zero configuration web application bundler by egeozcan on Tuesday July 17, 2018 @06:03AM (#17548546)
You don't have to. Just don't use those plug-ins? If you do need that functionality, it makes sense to "fight the build tool" a bit (or just go through the docs, they really aren't as bad as you say).

I personally always found a solution with Webpack. I find this amazing for a tool which is so young and written in a language without static types.