SlashData: Rust sees fastest growth, JavaScript still dominates
SlashData: Rust sees fastest growth, JavaScript still dominates
www.developer-tech.com
SlashData: Rust sees fastest growth, JavaScript still dominates
58 comments
-
-
wonder when Rust will saturate it's niche as a C/C++ replacement, I'd guess 3-6 years would be when we might start to see some stabilization.
-
I think it will take much longer than that. There is so much legacy C++ code. Maybe 10-15 years.
-
What exactly do you mean with stabilization? Rust itself is pretty stable already.
-
In this context, stabilization refers to the adoption growth curve flattening out.
-
-
58 comments
I wish death upon it, but it just won't die. I guess that's cuz it's the only frontend. Or at least the only frontend that allows DOM manipulation.
That's exactly it. Every single webapp in the world has some level of javascript in it.
thanks to wasm any language is a browser running language. JS is relegated to some token binding boilerplate as part of any framework and with things like servo/tauri rendering html will be pure rust
Theoretically yes, practically you may have to deliver a whole runtime depending on the languagey making websites even bigger and slower to load initially. And unless it's a webapp with data processing on the client the perceived performance benefits may be negligible.
Noob question here. What's DOM manipulation?
Document ObjectModel. Think using code to add a JavaScript to make a drodown menu appear like for a navigation bar. That would be manipulation. And I think there's so much more Angular and React do with DOM that I don't know enough to explain it.
It's because it's a great language. Legitimately cannot understand why anyone would dislike it, especially with the the ES5+ editions and the advent of Typescript.
I started with C#, and have used Python, Java, PHP, and Ruby in professional capacities and still find Typescript to be my favourite by a significant margin.
People dislike JS because it's packed full of moronic footguns and technical debt. The "standard library" is full of baffling decisions and, much like the language, rarely does what you expect. Even its creator agrees it's a terrible language and should have been replaced by now.
TypeScript is better, but at the end of the day it's just an illusion. Add an
anyanywhere, which will happen, and you're back to square one. It also still inherits some of the weirdness of JS, because it is just JS with fake types bolted on. Plus, the amount of work one has to do to create a proper library with TypeScript support completely undermines the few advantage of JavaScript. Might as well use a real statically typed language at that point, at least you'd be sure your types are actually enforced.Also, the whole web ecosystem is ass. The hoops one has to jump through nowadays to do web development are absolutely batshit crazy. And no, having a
create-whateverthat sets things up for you is not a real solution.I worked for a company that refused to use TypeScript because it "slowed devs down". It was...a laughable period in my life.
As much as people like to make fun of JS/TS, I think you’re right, especially compared to the languages you mentioned. It’s my second-favorite language after Rust.
I think I would put Swift above it as well, except I don’t really use it since it’s too domain-specific in practice.
B-b-b-but you can't do that!!1! What if my customer wants to calculate
5+"three"*[]???