Last week I was the target of a good old-fashioned internet witch hunt when I dared to propose that you should be able to work without tools (frameworks, libraries, and so on) in order to be a web developer.
Anyway, Adrian Holovaty tweeted about my presentation and the oh-so offensive slide, which was the start of a 36-hour long fake outrage. I am, apparently, an old fart, stupid, arrogant, my site is shit, and ... well, I’m not going to repeat the entire list. Trolls will be trolls.
See also Adrian’s write-up and my slides.
And no, I’m not very impressed. I was when it first happened in 1999, but meanwhile I learned that these hysterical overreactions mean I’m on to something important.
There are certain points here that merit our attention. Put it this way: if make this statement you have a choice of three reactions:
Many reactions, however, conformed to none of these types. I evidently struck a raw nerve — again. Fair warning: I intend to strike that same nerve a few more times, just to see what happens.
Take this series of replies by Yehuda Katz. I don’t intend to shame Yehuda, but his reply is the stand-out example of a curious mixture of anger and serious arguments. He starts out by calling my idea corrosive, faux morally superior, and aimed at shaming devs, before pivoting to an actual argument that’s worth quoting:
In my view, the fact that many people can get into programming without full view of the whole picture is a tremendous achievement.
(Hint for next time: you could also proceed straight to the argument without the name calling.)
I’m not sure I agree with his argument, but at least it’s a statement that I can agree or disagree with. It opens a discussion, where 2,117 variations on “You suck” don’t.
My goal today is not discussing this argument at length, but rather taking a step back and asking a more fundamental question: what is a web developer? How do you define one? What knowledge and skills does it take to be one?
That’s a tall order — and we haven’t even talked about accessibility, graphic and UX design, copy writing, and client-server communications yet. You can’t be a specialist in all these topics, but a rough understanding of their basics is mandatory.
Because if you don’t have that knowledge, what will you do? Although in theory other options are conceivable, in practice the answer is: add more and more tools until the site works in your favourite browser. To me, that’s not good enough — I said so a year and a half ago, and I’ll repeat it as often as necessary.
Amy Hoy hit the nail on the head:
I think a lot of web devs actually hate the web (afraid of CSS, afraid of pure JS) & therefore try to frankenstein it.
I think this is part of the problem — and it certainly explains why my remarks get people so angry. If I were clearly and outrageously wrong, nobody would have bothered to reply. Thus there has to be a kernel of truth somewhere — and I think Amy found it. I’d just add “afraid of browsers” to the list.
So I’d like to ask people who disagree: please define a web developer. Please state clearly what you think a web developer is supposed to do and know.
It’s possible that we’ll come to a two-fold definition: one closely aligning with mine, and one more aimed at getting websites and web apps ready for deployment without worrying too much about the underlying technology.
Maybe there’s room for both types, I don’t know. Web developers who understand what browsers can do to your code will always have the edge because they simply have more knowledge, but that doesn’t necessarily mean there’s no need for the other type.
In addition, there is the idea that the web is going to change massively over the next five (ten?) years, most recently embraced in Kenneth Auchenberg’s A future without browsers presentation — and see also Peter Gasston’s Fronteers 2016 presentation.
This may be true — several people I respect deeply believe it, and I need to do some research in this area. Obviously, if this is true it might change the definition of web developer, even though under the hood Facebook and the others still need a browser — it just won’t be a consumer-facing piece of software any more.
I have two counter-arguments (although this really merits a series of dedicated articles instead of a two-point list):
This might lead to a web developer being defined differently in different parts of the world. One more thing to keep in mind.
But anyway, ask yourself this question: what is a web developer?
Update: Meanwhile some replies have come in:
I’m around at the following conferences: