The most important lesson that the success of JavaScript has taught us
The incredible rise in popularity that JavaScript has experienced over the last decade has been spectacular. According to the yearly developer survey by StackOverflow [1], JavaScript is today the most popular programming language in the world:
JavaScript also leads the ranks in other studies and surveys like the quarterly Programming Language Rankings by Redmonk [2] or the 2018 Developer Skills Report by HackerRank [3]:
The success of JavaScript has been so spectacular that we even have a "law" about it [4]:
Any application that can be written in JavaScript, will eventually be written in JavaScript.
However, the success of JavaScript has not been free of detractors. JavaScript has been the source of inspiration for some well-known jokes:
JavaScript has been the focus of a lot of negative criticism, It has even been described by some as "a phenomenon of mass psychosis" [5]:
JavaScript programmers have been mind-fucked into thinking that JavaScript is a good programming language. The president speaks of "mass psychosis" and "crowd thinking" but I’ve used the analogy of Stockholm syndrome and cult psychology. Think Patty Hearst and Scientology.
However, all these negative comments don't seem to have been able to stop it from becoming extraordinarily successful. So, I've been asking myself one question for some time: Why? Why is JavaScript so successful?
Accessibility matters
If we could explain the success of JavaScript with just one word what would it be? The answer is Accessibility.
I think about "accessibility" as the design of products, devices, services, or environments for people who experience disabilities. However, according to the Oxford Dictionaries, the terms accessibility has a broader meaning [6]:
accessibility
/əksɛsɪˈbɪlɪti/
noun
- the quality of being able to be reached or entered.
- the quality of being easy to obtain or use.
- the quality of being easily understood or appreciated.
Please don't get me wrong, I'm not trying to rest importance to the design of products for people who experience disabilities. It is extremely important to be empathic and ensure that when we create something, it can also be enjoyed by people who experience disabilities.
I was recently reading the book Homo Deus: A Brief History of Tomorrow by Yuval Noah Harari and he argues that what enabled humans to conquer the world wasn't a unique possession of consciousness because animals have that too in varying degrees. What was unique was our ability to cooperate in very large numbers.
Side Note: If you find this idea interesting, you will probably enjoy reading Homo Deus or watching the TED talk "Why humans run the world" [7].
When large numbers of humans collaborate we are able to achieve great things. The larger the group, the greater the achievements. If we want to be able to guess how much something is going to evolve and progress, all we need to do is to measure how big is the community around that something. Accessibility is what has made possible the growth of the JavaScript community and the community is what has made possible its progress and evolution.
The most important lesson that the success of JavaScript has taught us is that when building a product, application, service, framework, library or whatever; we will achieve better results if we focus our efforts trying to build something accessible for everyone. It doesn't matter if at the beginning we are creating something that lacks features or if it is not as fast as we would like it to be, or if it cannot scale as much as we would like. If our product is accessible, the community around it will grow and the community will then foster the creativity and innovation required to sustain long-term success.
It is also important to reflect on the fact that this is a lesson that can be applied to many different kinds of organizations. Open source projects, startups, research collectives, and governments are just some of them.
Focusing on accessibility
At this point, our main question should be: How can we focus on accessibility?
My first suggestion is to practice wishful programming. Wishful programming [8] is a very powerful programming practice that can help us to create accessible APIs. However, many programmers are unaware of it:
Write some code that uses a component before we implement the component. This helps to discover what functions and data we need, and following this discovery will lead us to more simple and useful APIs.
When we practice wishful programming, we focus our efforts on the creation of simple and useful APIs. We can achieve this by asking ourselves what is the easier and minimal way to allow someone to try, install, use, understand, extend something before we implement it.
My second suggestion is to try to ensure that our community is also accessible, as opposed to just our product. We can achieve this by promoting diversity and inclusiveness.
Did you enjoy this article? Do you have any other ideas that can help us to focus on accessibility? Please let me know.
Thanks for reading!
I don’t understand how you put SQL in this rating? What SQL have to do with all these languages?
The charts come from SO and HackerRank not form me.
First I don’t understand the vitriol towards it. But one thing you left out of your presentation, oddly, was about Typescript makes Javascript better and much more professional.
To the haters, the browser client runs js. So effectively, js has beaten flash and silver light programming paradigms.
It’s the front end language. And using in the backend is where your debate begins.
Javascript is also used in multiple product of backend technology like node and javascript is also used in nosql database like MongoDB.
I left TypeScript out to “stay neutral” I’m the biggest TypeScript fanboy that you will meet today xD
I guess the question becomes. What exactly is the complaint
Read Crockford’s ‘JavaScript: the Good Parts’. He explains in depth a lot of bothersome features in the language that are best avoided. JavaScript is a wonderful language when used appropriately, but it’s not without it’s pitfalls and peculiarities.