Clowns, Jokers, and Echo Chambers
Yes, I used an Oxford comma, I bet half of you are cringing... at least it wasn’t a tab I guess.
There are probably PhDs about how individual identity can span multiple antagonistic sub-communities. This blog post however is going to be purely from my experience as a reply to Andy Bell’s post Break out of the echo chamber. (Yes, this is a reply via blog post, Twitter and Hacker News are not the only ways to... communicate.) Given that Andy and I both have such similar experiences, I do acknowledge we may be stuck in our own echo chamber in the middle of the Venn diagram. Even so, it's always a good start to be looking outwards.
Andy made a particularly prominent point about “we represent the minority of the web community and our arguments probably look very pointless and silly to the majority.” I can remember, not too many years ago, when I had this stupid idea that I knew quite a lot of the web industry at least by their work. Of course this isn’t true in the slightest, there are hundreds of millions of websites and more than a handful of people that make them. However the reason I believed this was because of my echo chamber and the silent majority. There was a time when almost every repository (to my perception at least) on GitHub had a contributor that I recognised. But I wasn’t looking at every repository on Github was I! I saw repos that people I followed had seen, and they most likely follow similar people to me. The fact they were all white British or American men should have been the signal to me that my echo chamber was far too small.
- Framework A vs Framework B
- Data driven vs Art direction
- User needs vs Business needs
- Should designers code
- Agile vs waterfall
- Visual Studio Code vs Atom vs Sublime Text vs Visual Studio vs Coda vs Vim vs Emacs vs Dreamweaver vs Text Edit vs Notepad vs Notepad++
Some of these are as old as time (or at least feel it!) It will always ebb and flow, but the basis of the divides stay strong as ever if not get more so. The more we acknowledge that generally we are all right in different circumstances and can all learn from each other, the happier I think we will all be.
Going back to Andy's point about essentially small minority groups disagreeing (while the rest of them get on with it), I think we need to realise that we are generally people that really care about what we are doing. Some of us might put user needs first, focus on accessibility and understand how icon fonts are horrid for screenreaders. Others might focus more on performance, writing elegant code or making it really easy to deploy a website in one click. Most of us probably straddle the middle, attempting to keep up with everything that's going on and barely managing to keep our finger on the pulse of one sub-community let alone all of them. Imagine then how the majority must feel. If those of us who are entangled in the depths of making the web can't keep up with it, anyone dipping their toes in, beginners or people who do it as just part of their wider job, must either think it's absolute chaos trying to understand it all or not have a clue about all the discussions we have. Wouldn't it be better to learn together. There's a saying programmers have "always try to leave the codebase in a better state than you found it" and I think that goes really well for the wider web too. I don't have all the solutions but working together to get the balance right has got to be a good start.
The other day I was listening to an episode (4th Feb 2019) of The Infinite Monkey Cage where they had “Supervet” Noel Fitzpatrick explaining how he is working to bridge the divine between vets and doctors saying “for the first time in the UK we are working together as collaborative colleagues”. He went on to say “back in 1637 in Bologna in Italy in the Teatro Anatomico, dogs and humans were looked at side by side and we developed an era of medicine where there was a lot of collaboration. Vets and doctors kind of stood side by side, they were Medicine People.” This feels to me like a strong parallel with what we do on the web. Instead of siloing design and development or frontend and backend, we should be acknowledging that there will be differences but learning as much as possible from one another. One technique might be commonly used by one group of people that with a bit of tweaking may be appropriate for others.
I’m not saying everyone start every project with infinitely scalable serverless functions running in Docker nor should we all be able to recite the Dao of Web Design with our eyes closed. I'm being facetious there, but seriously we do not need to be absolute experts in everything to gain some inspiration or understanding that would otherwise be lost to us. I really would encourage everyone to learn together, to acknowledge we are all trying to make the web a better place.
Humans and dogs are very different beasts but the medical knowledge can be shared and each other respected. The same goes for the vast anfractuous variety that is the web, no matter what kind of project we are working on we are all people that make websites and we all have knowledge and opinions to share constructively. Fancy long titles aside, if doctors and vets are Medicine People, I do quite like the term Web Folk for what we all do together.
And as Andy says, let's try to break out of the echo chamber. It will help us all.
On reflection of writing this post, I feel like the main crux of my point is something I barely touched upon... we can question how approaches and techniques affect various other communities without having to be completely for or against the idea. For example: "Hooks look cool... what has the React community learned from that approach that others can learn from?"