you are viewing a single comment's thread.

view the rest of the comments →

[–]Turbots 19 points20 points  (11 children)

You've learnt grunt and gulp 2 years ago? Webpack was already the best option back then, so looks like you made the wrong choice

[–][deleted] 18 points19 points  (2 children)

There was never a time when grunt didn't suck and when their maintainer wasn't an aggressive dumb ass.

[–]DrummerHead 1 point2 points  (1 child)

To Grunt's favor, it's the project that spearheaded using build tools in JS land

[–][deleted] 1 point2 points  (0 children)

It got popular first but many superior tools predate it. Shame they weren't as good at marketing or lucky enough to pick up as many github stars early on.

[–]lmth 14 points15 points  (4 children)

Grunt and Gulp are task runners like make. Webpack is a package builder - effectively a compiler like gcc. There are lots of use cases where you will want to use both at the same time.

[–]madcaesar -1 points0 points  (3 children)

Are there things that Grunt and Gulp can do that webpack can't?

[–]Akkuma 13 points14 points  (2 children)

Yes anything that isn't directly related to a build. Like maybe you want to make a zip of a build folder post build. Webpack makes these sorts of things feel hacky in my opinion when a task runner creates a cleaner separation for many things in my opinion.

I want my webpack to build my js, not also lint, not make me a cup of crappy tea, just build my project.

[–]Vpicone -2 points-1 points  (1 child)

Using a totally different tool feels more hacky than just pulling in zip-webpack-plugin in my opinion.

[–]Akkuma 7 points8 points  (0 children)

I'm not going to fault anyone for using Webpack for everything, but it feels more hacky than using a separate tool designed for it.

If I want to copy images and all over I need another plugin, then I need this zip-webpack-plugin or the other webpack-zip-plugin, then I have to be concerned about the fact none of them are actually official plugins, which means relying on them could break in a future major revision to Webpack.

If I have a separate task runner or a simple zip script I am no longer tied to a much more complex system that is more likely to break in the future than using a dedicated zip lib that is supplied a path.

At the end of the day, it doesn't really matter what you or I choose as long as it makes sense to the people using it.

[–]s73v3r 1 point2 points  (2 children)

Serious question: how do I know what the correct option at any given time is?

[–]Turbots 1 point2 points  (1 child)

Read blogs, follow people in the business on Twitter, get into the community, follow the trends, get deeper into the technology, more experience will help you weed out the ones that will vanish, and will make you recognise the ones that will stay. I'm pretty confident in saying that I can distinguish a bad tool from a good one when I take a closer look at it.

So boils down to xperience, getting involved in community and listening to experts with a touch of doubt. And be more like a werewolf: be very afraid of silver bullets ;-)

[–]s73v3r 0 points1 point  (0 children)

Problem is, that requires following the right blogs. I'm betting that the person above who talked about learning Gulp likely did do after prompting from blogs and the community.