This is a bad in spirit ask.<p>My own tentative belief is that languages are just not that important, as it turns out. Most of them do mostly the same things, and JavaScript is not really exceptionally better or worse than most languages.<p>There's, alas, a tribalism about what language folks pick, and that can lead to bias & ardency & dogmatist modes, where folks <i>want</i> to feel different, <i>want</i> to have identities. And JavaScript is by far the biggest player today, so being anti-JavaScript is the most obvious shared second mode, is a target painted on the back.<p>> <i>Because our technological world which is build upon a code garbage garden is already at its worst</i><p>There are definitely things not great about JavaScript, but overall it's quite competent & can be used well. I think the main issue is that whatever is most popular is also going to be poorly used & wild, amid tons of getting it right & doing well. JavaScript's other main flaw is just that it has a long history, that there's such a long arch of tools technologies & styles, and there's not a clearly defined modernized culture that has yet emerged to provide clear shape forward: esm is slowly happening, typescript is highly adopted, but we're still rapidly redeveloping the tool chains, which alas, are all too necessary at the time. (But also, JavaScript is one of the few languages one can use with zero tool chain too, which is a great & brilliant aspect of it).<p>Seemingly the only way we get nice neat well structured languages+libraries is if there is a Benevolent Dictator situation writing the whole platform. It's kind of a Conway's Law notion, that only a highly heirarchical power relationship with centralized authority can produce such a well structured work (but perhaps there might be other ways to evolve Big + Well Structured platforms, exceptions to Conways Law). Apple is kind of this now. The realest example comes from history, where there were Microsoft's with expansive .NET platforms that were everything-and-the-kitchen-sink top down approaches, where folks almost never brought in 3rd party libraries at all. But these are evolutionary dead ends, lack diversity & a marketplace of ideas: they may have some great parts, but over time the not-so-great parts grow, or other forms of exceptionalness in development come along & the platform is not well positioned to assimilate the new. Trying to be highly refined & opinionated & having strongly kept good paths feels rugged & enduring & well-crafted, but that assurity of strength often belies a fragility & stuckness.<p>I think a lot of people dislike the Bazaar (of "The Cathedral & the Bazaar") mode, want something more obviously refined, but it's been the iterative & open & exploratory nature of JavaScript that's let it lead, that's allowed it to keep expanding & serving new styles, new architectures, to do new things. The language (& it's infinite pick of options) has not hindered expansion & use, where-as many languages have more fixed constraints/restrictions (& much less platform). I tend to align towards Wall's <i>Perl, the first postmodern computer language,</i> as it highlights how borrowing & using & stealing techniques opportunistically enables us, and see what we have with JavaScript as a great example of what a broadly flexible competent language can do, especially as a vast library of easy-to-make modules spreads out around it.<p>I think there's a lot of ways to debate what's good & bad, what we're looking for. There's also a lot of historical context specifically around why JavaScript has taken over, chief among them being the technical constraints of JS being the only technical option for the only important online platform on the planet. Wasm is coming to enable new choices. Just my take, but I'm mixed on that: I welcome the exploration & am excited to see (and post-modern steal/borrow) what awsome ideas and architectures a new diverse group of thinkers will have for web architecture (historically I used to say JavaScript was hugely advantaged by being a cross-roads for all kinds of other languages; people knowing X but having to do some JS, which is much less true now with fullstack JS). But I also think the view-source-ness of the web is surprisingly intact, in spite of all the bundlers/uglifiers, and we'll lose a legibility of the web, which is a tradeoff we have for being able to explore outwards again. But again, there's a lot of ways to debate these topics. What I don't like, what I don't think is fair or spirited or helpful, is a dogmatic view that JavaScript is bad. Just my take, but unless languages constrain us, they rarely hinder us or really matter very much; what we do bears more resemblance, in most systems, than differences. If we want to say JS is bad, there should be some kind of arguable assertions, some statement about why or what it is we want instead.<p>JS has become by far the pre-eminent face of development in the world. It's by far the most popular & most visible software, everywhere, with the biggest community. The second most visible face of development is simply: anti-JS. The banner of people who don't like it, and can rally together under a unifying factor of dislike. I'm all for improving development, but I think we need a more balanced, reasonable starting place, with refutable assertions & contentions, and/or goals or objectives defining what's missing or what we want. It feels unproductive & poor spirits to simply be anti-; we need more than negative reactionaryism. Having a less one-way biased, less dogmatistic starting place for discussion is, in my view, the only useful way to think forwards.