Does the title of this article propose a false dichotomy between two equally unlikely outcomes, or was that a giant waste of 15 paragraphs of my time?<p>Look, JS is a lovely language, and it's fun to write things in Node. However, no one thinks that JS is going to become a "universal language", even though all the cool kids are writing the next great todo list web app using Node-powered hyper asteroids. Nor will Javascript "die out" for reasons that should be obvious to anyone. Some people will write backends in Node, but most people will write them via one of the other myriad backend languages available. Huzzah! Choices in backend development. Rejoice!
"Startups identify with JavaScript. When you’re just starting out, you need to be dynamic. You need to be flexible. You need to be able to bust out a prototype that just works, and you need to be able to change it on a dime without recompiling your code. JavaScript was once the startup of the browser wars, and it crushed Java and Flash for the same reasons that startups have the ability to disrupt markets and displace the established players: agility and flexibility."<p>What nonsense.<p>1) " When you’re just starting out, you need to be dynamic. You need to be flexible. You need to be able to bust out a prototype that just works, and you need to be able to change it on a dime without recompiling your code."<p>Unlike Perl, PHP, Python, Ruby, any of the Lisps, Lua, etc.? The real reasons js is interesting on the server side is code sharing and node's (flawed) concurrency story.<p>2) "JavaScript was once the startup of the browser wars, and it crushed Java and Flash for the same reasons that startups have the ability to disrupt markets and displace the established players: agility and flexibility."<p>Comparing apples to oranges. Also, the term "browser wars" means browser vs. browser, not embedded scripting language vs. plugins.
"ASM.js, a subset of JavaScript that runs extremely fast on modern browsers without modification" -- NOT TRUE. The author implies (either purposefully or accidentally) that ANY "modern browser" will run asm.js fast, or in other words, current advanced JS VMs don't need modifications to effectively support asm.js. If you believe that, just look here: <a href="https://hg.mozilla.org/integration/mozilla-inbound/rev/b3d85b68449d" rel="nofollow">https://hg.mozilla.org/integration/mozilla-inbound/rev/b3d85...</a>
Flexibility is not the opposite of scalability. Maybe he means writing hacks, but then you have problems after 200 of code already. If he means dynamic typing and lambdas, that doesn't prevent Python from being scalable.
Startup or big corp.<p>The equivalent of Typescript is Google Closure not Dart. Dart could kill JavaScript one day, but that doesn't seem to be the topic here.<p>What does the author try to communicate here?
A bad article with a wonderful writing prompt.<p>We've long passed the point where JS is considered foundational technology, with near-universal adoption. It's hard to understate what that level of standardization can do for the whole software ecosystem, since - in tandem with the push for better browsers - it's allowing a whole new round of innovation to take place.
The article seems to assume that the limitations of javascript is something inherent to dynamic language. It reads like the author has no real experience outside web development.<p>For all we know, the only reason JavaScript "excels at being the glue of the web" is that it's the only widely supported client side scripting language for browsers.
I really hate to expose my naivete by asking this but its mention in the article forces my hand: Who the <i>hell</i> is writing web apps with <i>millions</i> of lines of JS?