So, maybe I just don't understand what you're suggesting. JavaScript may be the most successful language in history; it wouldn't surprise me to find that there's more lines of code in JavaScript today than any other language (possibly by a wide margin), even counting the billions of lines of C/C++ code out there that we don't see because it never makes it to Github or whatever. If it's not true today, it seems likely to be true within a few years.
Although I'm strongly anti-OO and hate Java with a passion for going all-OO, Java is a much better designed language than Javascript. And I think that sentiment is common enough that Javascript could become less relevant now that WebAssembly has entered the game.
And, I would disagree with you on Java being a "much better designed language". I enjoy coding in JavaScript a lot more than Java and always have (even though neither is my favorite), and historic Java had tons of misfeatures, too. Both have evolved in very good directions, but I think JavaScript is evolving faster and in more interesting ways, partly because of its history of being an open platform vs. Java's Sun->Oracle guided path.
Both also followed some dead ends...JavaScript, in particular, has always been a mess of warring factions, and the uncomfortable bolted-on feeling of some of the Java-like things it borrowed in the early days is particularly weird feeling in today's language. Coding in JavaScript feels like coding in three or four different languages. But, the thing as a whole isn't bad at all. It's extremely powerful and has become extremely concise in recent years (which has always been the biggest turn off for me with Java...so many damned lines of code, I just can't see the forest for all the trees).
Edit: I agree that WebAssembly is going to shake things up, but it'll probably be many years before any language is as widespread as JavaScript on the web.
Which is interesting because it's not that good a language, but circumstances and "luck" put it in the position it's in.
Not unlike a lot of successful companies.
When you look at why JS lost its way it changed too quickly, python changed in a non-backward-compatible way, ruby changed quickly (as did all its packages).
If that was it, we'd all be writing Perl. Seriously. The documentation is better, the backwards compatibility is second to none, it's well designed (even if it's not what people expect, and people often misinterpret how it works because it's just similar enough to most procedural languages to seem the same). Particularly when compared to PHP (which copied a lot of parts of Perl, but did so poorly), it stands up well.
That said, I think you are half there. It's not just stability and documentation, but that with a minimum level of community, which PHP garnered by being dead easy to deploy back when that was actually a concern and in-language frameworks didn't abound. Perl lost a lot of community in the early 2000's, and never really recovered fully from that (relative to popularity of other languages at least).
but you can learn how to write PHP in junior high school while being drunk at 4 am.
This is how, in our fashion-driven industry, suboptimal solutions win - they grow off tiny differences in a positive feedback loop.
http://kresimirbojcic.com/2012/08/14/why-lisp-did-not-and-ne...
With that written, LISP does have one huge barrier to entry: lack of documentation. For example, I've been trying to figure out how to use the getopt LISP library in Clozure LISP (it's the only LISP which works on my OS) and there is no documentation nor examples; the best I was able to come up with was "look at the source". Being forced to reverse engineer isn't good for adoption. That needs fixed!