> capable... aware
Assuming a polyglot perspective and Python installed on the OS, folks could reach for different tools as needed: bash, C, Java, etc. Some problems are "easier" or "better" to express in one language than another.
Python as a language was less needed than Python as a scripted executor of OS syscalls (libc) via software packages.
For Javascript, there's no other language on the browser. Before tools emitting Javascript (Elm, Babel, etc), "everything" had to be written in one language only, so lots of things were tried at the syntax level.
Since it was "only" Javascript, folks could get creative within those constraints. Then we see programming concepts as design patterns: IIFE, OO with prototypes, callbacks, and such. Just iteration after iteration of concepts on the same platform, exploration, refinement, and remixing.
With Node.js (IIS was Windows-only), now the culture of syntax flexibility could be applied on the backend; isomorphic Javascript could be realized. Server-side needing to be robust, we see Typescript having an in.
There's no reason we couldn't have an ACID-compliant browser running Python applets, but it would have to be a subset of the language with strong security guarantees, and Javascript already has so much momentum.