cleaned webpack article language

This commit is contained in:
Geoff Doty 2018-11-02 17:26:53 -04:00
parent 5ca4cc9db5
commit 1387fa9082
1 changed files with 19 additions and 9 deletions

View File

@ -1,15 +1,15 @@
--- ---
title: Fuck Webpack, ES6 is HERE! title: Webpack Begone, ES6 is HERE!
author: geoff-doty author: geoff-doty
date: 2017-12-24 date: 2017-12-24
template: article.jade template: article.jade
--- ---
I know. I know. Blasphame, but I really hate [Webpack](https://webpack.js.org/), not the idea of it but what it turned web development into - a bloated tangled mess of **shit you don't need**. I know. I know. Blasphame, but I really hate [Webpack](https://webpack.js.org/), not the idea of it but what it turned web development into - a bloated tangled mess of **headaches you don't need**.
Lets take a jaded closer look... Lets take a jaded closer look...
## Webpack ## Webpack Rant
[Webpack](https://webpack.js.org/) became the defacto go-to solution to get the latest [es6](http://es6-features.org) javascript language functionality into a developers pipeline via transpilers like [Babeljs](https://babeljs.io/) and support the overly bloated non-standard web component soultion as the [ReactJS](https://reactjs.org/) framework (batteries NOT included). Sure [Webpack](https://webpack.js.org/) does more or can do more, but in the end developers just want to develop with [es6](http://es6-features.org) features, **however** this was only supose to be a temporay *polyfill*, until browsers started supporting the next version of Javascript -- ES6. [Webpack](https://webpack.js.org/) became the defacto go-to solution to get the latest [es6](http://es6-features.org) javascript language functionality into a developers pipeline via transpilers like [Babeljs](https://babeljs.io/) and support the overly bloated non-standard web component soultion as the [ReactJS](https://reactjs.org/) framework (batteries NOT included). Sure [Webpack](https://webpack.js.org/) does more or can do more, but in the end developers just want to develop with [es6](http://es6-features.org) features, **however** this was only supose to be a temporay *polyfill*, until browsers started supporting the next version of Javascript -- ES6.
@ -25,11 +25,11 @@ mantra turned to become
"I work more, so I can add more configuration, so I can work more..." "I work more, so I can add more configuration, so I can work more..."
Dont know about you, but dicking around with configurations all day, and watching build processes move ever S L O W E R is not what I signed up for. Dont know about you, but tinkering around with configurations all day, and watching build processes move ever **S L O W E R** is not what I signed up for.
So... So...
**PULL THE FUCKING PLUG!** **PULL THE ROTTING PLUG!**
Stop getting distracted by the *shiny* future that *may* never come, and focus on the here and now. **Here** and **now** is pretty awesome. We have native ES6 language support in all evergreen browsers. Stop getting distracted by the *shiny* future that *may* never come, and focus on the here and now. **Here** and **now** is pretty awesome. We have native ES6 language support in all evergreen browsers.
@ -37,9 +37,9 @@ No webpack.
No configuration. No configuration.
No bullshit. No BS.
Write the code you love, and free yourself from the **shit you dont need.** Write the code you love, and free yourself from the **headaches you dont need.**
### How Does it work ### How Does it work
@ -61,6 +61,16 @@ should have the extension
import Code from './src/Code.js'; import Code from './src/Code.js';
and everything is right with the world and we can find peace and happyness for all. and everything is right with the world and we can find peace and happiness for all developers.
**FUCK WEBPACK! ES6 IS HERE** So...
**WEBPACK BEGONE! ES6 IS HERE**
But I hear you screaming at the screen, **what about minification**, and ES5 support, and...
I know [WebPack]() has its uses, or rather a build process has its uses, but a lot of that can be done much simpler...simpler for any developer to understand -- like [Gulp](). A few *gulp* scripts could solve your problem, and you can break-up to operations, combine and mix and match as is important to each developer.
My biggest advocate for having a build process is for the final build, aka **PRODUCTION**, but code-by-the-hour should just work -- everywhere, as the web was designed.
**Rant Over.**