Sorry devs, Twitter Bootstrap isn't a "skill"
ethercycle.com
ethercycle.com
(minor edits)
To call applicants kiddies for playing that game the way it's supposed to be played... well, it's just seems naive.
We put things in our job listing like, "familiarity with Backbone required". Is Backbone a buzzword? Is someone who uses Backbone less of a developer? Should I just automatically assume that anyone with developer after their name knows Backbone? Will this list of dumb, rhetorical questions ever end?
The author of this post gets it completely wrong:
"Claiming Bootstrap as evidence that you 'know' development is like claiming that changing your oil means you 'know' automotive engineering."
Knowing Bootstrap does count as knowing development, whether Paul likes it or not. There's quite a bit to Bootstrap, and even if it only takes someone a couple of days to come up to speed with it, maybe I don't want to pay for those couple of days. Maybe I don't have a couple of days.
Knowlege is a continuum. Once you gain a little, it's easy to look at everyone beneath you with a sense of contempt, but what's the point? What do you gain? Better yet, what are you giving back to the world? If we accept the author's message in whole, what action can we take to better ourselves? Sorry, but I can't see any dramatic improvement if we all stop asking about Twitter Bootstrap tomorrow.
Atacrawl nailed it when he called this a, "snotty drive-bys masquerading as insightful criticism".
Familiarity with bootstrap's internals, its less mixins, their sass equivalents, its inventory of javascript plugins, and how to integrate with it is a skill worth having in many situations.
The article's closing statement "make something happen from scratch" is almost the antithesis of what it means to be a good developer. Not re-inventing the wheel, learning to integrate with existing solutions, is a skill you will find among the best developers.
On its own, Twitter Bootstrap is not enough of a skill to get any job. It is worth something, though.
Oh honey...
The author says it's bloated and that it makes it seem the candidate's front-end skills are shabby.
If you're hiring for a project that uses bootstrap might it be a good idea to hire someone who doesn't mind working with bootstrap? How would they communicate this? Perhaps by including it on their résumé?
Is it a skill? No, it's a tool. Being able to use it involves some skill with HTML, CSS, and possibly Javascript.
Does it belong on a resume? Why not? At worst it may not be relevant to everything you might apply for; at best it shows a familiarity with available utilities that, required for a given project or not, might come in handy or at least show you're open to and have worked with current alternatives to the everything-from-scratch approach that's sometimes but not always necessary or helpful when developing for the web.
[edit] After going looking for an author citation, I see this is on the official blog of a digital agency, written by one of the partners, who refers to himself as a "titan of industry."
That's just embarrassing. The ego is stifling, and the tone screams "nightmarish to work for." [/edit]
Knowing the ins and outs of how the grid works, where to pad, how to effectively use the javascript components, etc. all involve experience and programming ability. Far beyond unzipping a flipping file, as the author suggests.
Claiming Bootstrap as evidence that you "know" development is like claiming that changing your oil means you "know" automotive engineering
No, it's like claiming "familiar with the SBC engine", which is a very useful skill to have if someone is hiring an employee to work on chevys, isn't it?
According to this guy, you're only allowed to list the languages you use as skills, not the tools you use within those languages.
If you have a separate Skills section, I probably wouldn't list it as a skill, but perhaps in the detailed description of your job. Ex: Created websites using Bootstrap and CSS.
I hate writing resumes where your job basically becomes a bunch of buzzwords, but that is what tech employers are expecting.
If something goes wrong, a developer should know which resources to use to solve the problem. Abstracting away the lower level stuff should not be synonymous to keeping it completely hidden and inaccessible.
A good example is the AngularJS source code, which is commented enough for anyone to make sense of it after a read-through.