These aren’t the tools you’re looking for

João Campinhos
Sad developer
Published in
3 min readMay 18, 2016

I wrote this post on October 16 2015

Coders love their tools don’t they? As they should. Whether it’s a bloated IDE or a minimal text editor, a huge opinionated framework or a simplistic library, tools are a critical part of a programmer’s job. I love them too, but sometimes it’s easy to be overwhelmed by the huge amount of tools around us. And if you do any kind of front-end development, it gets even worse. Any developer that is not living under a rock can sense the insanity in the air.

The first question pops up immediately

Why?

There are a bazillion tools out there because everyone has a different workflow. Allow me to explain this one further. Let’s take a look at package managers. Bower wins the popularity contest here, but you end up with a lot of unnecessary files. So you use a task runner like Grunt or Gulp to copy, concatenate and minify everything. Or you might want to do something completely different with other tools like Webpack. Or even use Webpack with your task runner. Can you see where I’m going with this?

But why does this happen?

Well, partly because the web is pretty new and people are still figuring shit out. Everyone were just doing basic static HTML pages and then some crazy guy appeared with the ajax magic. Out of the blue dynamic pages were a thing. Now we have to deal with the mobile web, responsive shenanigans, single page applications, web sockets, a bunch of API’s AND I CAN’T TAKE IT ANYMORE!

source: CommitStrip

This is really funny. tell me more about this insanity

It’s not just a matter of workflow. Just like this post states my opinion, frameworks are opinionated as fuck, and with MVwhathever frameworks, the situation is hilarious. We actually need a website to keep track of every combination available, and there are currently 64 applications with different frameworks and/or languages that compile to Javascript.

But even CSS can’t run away from this madness. There are pre-processors; post-processors; boilerplates; libraries; frameworks; mostly because CSS is stupid and everything most pre-processors do CSS should do by default.

I'm new to front-end and am now crying in a corner

Good. Don’t go out there trying to learn the flavor of the month. Focus on technologies. Did you learn rails without having a solid knowledge of how ruby works? You did? Oh… well, sorry to hear that. Focus on JavaScript. Everyone knows the best JavaScript flavor out there is vanilla. if you know JavaScript you can pick up any framework your crazy project manager throws at you, even the most esoteric ones. The same goes for CSS. If you know your CSS you can ditch the bloated frameworks and develop your own that covers your necessities.

Then you can publish it so everyone can use your framework for that specific use case. Instead of 300 frameworks we’re now sitting at 301. And you're probably super proud of it. You piece of shi…

--

--