Rust is Eating JavaScript
-
I’ve used it the last few years to do Advent of Code (https://adventofcode.com/) and that’s been fun and challenging. Definitely recommend it. Better than trolling through a book of “now do this” examples if you’ve done other languages in the past.
I know that the "project" approach to learning a language works for some people, but I've found l greatly prefer to read a book from beginning to end before undertaking any projects. It helps me start out with a clear picture. I'm finding "Comprehensive Rust" to be fairly good so far. Thanks for all the help, everyone.
-
JavaScript has its place as a lightweight runtime interpreter.
Rust has its place as a secure and modern way to engineer and produce dependable software.
with wasm and friendly new web frameworks, the only thing keeping js alive is inertia
-
This post did not contain any content.
Fun fact! Lemmy is made in Rust!
-
This post did not contain any content.
I thought python has kinda exploded lately...
-
This post did not contain any content.
Because corporations doesn't want web to be open, everyone can javascript, not everyone can read webassembly.
-
This post did not contain any content.
Is this a 2yo write up, considering the last update was in 2023?
-
That means eventually everything tastes great when smothered in butter.
Eventually?
-
Because corporations doesn't want web to be open, everyone can javascript, not everyone can read webassembly.
The minifiers have long made JavaScript just as indecipherable
-
I usually pick Rust for CLI tools because:
- It's statically compiled and isn't dependent on system binaries and won't break if there if the system has the wrong version like C/C++, allowing you to distribute it as a single binary without any other installation steps
- Still produces fairly small binaries unlike languages like Java or C# (because of the VM)
- Is a modern language with a good build system (It's like night and day compared to CMake)
- And I just like how the language works (errors as values etc.)
- It's statically compiled and isn't dependent on system binaries and won't break if there if the system has the wrong version like C/C++, allowing you to distribute it as a single binary without any other installation steps
You can do that with C++ too.
- Still produces fairly small binaries unlike languages like Java or C# (because of the VM)
I mean, the jars are actually pretty small; but also I really don't get the storage argument. I mean we live in a world where people happily download a 600 MB discord client.
- Is a modern language with a good build system (It's like night and day compared to CMake)
Meson exists ... as do others.
- And I just like how the language works (errors as values etc.)
Fair enough; though why? What's wrong with exceptions?
I work in a code base where I can't use exceptions because certain customers can't use exceptions, and I regularly wish I could because errors as values is so tedious.
-
This post did not contain any content.
Can browsers run rust in the front end instead of javascript, or is it limited to transpile time and backend?
-
Can browsers run rust in the front end instead of javascript, or is it limited to transpile time and backend?
Sort of, browsers can run rust code through webassembly. But i dont think this is a full replacement for JavaScript as of yet.
-
The minifiers have long made JavaScript just as indecipherable
You can deminify, decompiling is a bit harder.
-
Has Golang fizzled? It has struck me as too primitive, but basically on the right track.
My biggest issue with Golang by far is the close tie to Google. They are not our friendly innovator, time and time again they make decisions that will help them earn more ad money, and nothing else. And they have a lobg history of releasing something and then never fix the issues with it, and then more or less abandon it.
Other than that there are afaik some other issues with go, I'm not an expert but from what I hear the GC is quite aggressive and you can't tell it to run when you want. Doing something time sensitive? Well, bad luck. GC time!
the close tie to Google.
Guess who's one of the rounders of the Rust Foundation...
-
Sort of, browsers can run rust code through webassembly. But i dont think this is a full replacement for JavaScript as of yet.
Yeah, you need to have some JS to manipulate graphics, so the Rust web frameworks have a JS shim to do that and communicate with the WebAssembly Rust code as necessary. It works surprisingly well tho.
-
Fun fact! Lemmy is made in Rust!
The BE, yes, the FE is JS.
-
I thought python has kinda exploded lately...
I use it at work, and it's finally getting an optimization pass.
I wish I did Rust for work, but options are limited and I like my team. So I use it for hobbies until I have a reason to leave.
-
That means eventually everything tastes great when smothered in butter.
That's why French food is world renounced, it has copious amounts of butter.
-
I think there's room for a rust-lite language that is GCed. Something with a functional-style type system and that compiles to machine code.
Roc is a candidate for this language. Basically Elm that compiles to machine code, but with a number of tweaks to make it work for more than just a web front end. Like Elm, the type system is haskell like, but simplified.
Sounds kinda like Go. It's not functional, but functional patterns work well there.
It's not great for FE though.
-
Has Golang fizzled? It has struck me as too primitive, but basically on the right track.
My biggest issue with Golang by far is the close tie to Google. They are not our friendly innovator, time and time again they make decisions that will help them earn more ad money, and nothing else. And they have a lobg history of releasing something and then never fix the issues with it, and then more or less abandon it.
Other than that there are afaik some other issues with go, I'm not an expert but from what I hear the GC is quite aggressive and you can't tell it to run when you want. Doing something time sensitive? Well, bad luck. GC time!
The GC in Go is fantastic IMO since it runs in a separate thread. I used it since 1.0 (switched our product from node.js), and dealt with all the the pain of an imprecise GC (fixed in 1.5?) and all the little improvements to arrive at it's current state.
The main issues I have with it are pretty core to the language, unfortunately, such as:
interface{}is basically avoid*, but since it's a fat pointer, it can holdnilwithout itself beingnil, which can happen by accident- runtime reflection is a bad habit, but it's unfortunately really common
- it's really easy to deadlock by making stupid mistakes; if it had automatic unlocking based on scope (like Rust, or something like Python's context managers), we could solve this, but
deferjust isn't good enough - no destructors - with destructors, we could build a solution to deadlocks
Maybe they fixed some of those issues, idk, I haven't used it for several years. I did use it for about 10 years though.
-
The JS tooling universe has always seemed like a Lovecraftian hellscape to me. I've managed to stay away from it so far, but if I were caught in it, of course I'd be trying to escape any way I could. It sounds like Rust's attraction here has been as a viable escape corridor rather than anything about Rust per se.
In particular, I get that everyone wants their code to be faster, and I get that certain bloaty apps (browsers) need to get their memory footprint under control, and a few niche areas (OS kernels, realtime control) can't stand GC pauses. Other than that though, what is the attraction of Rust for stuff like tooling? As opposed to a (maybe hypothetical) compiled, GC'd language with a good type system and not too much abstraction inversion (Haskell's weakness, more or less).
Has Golang fizzled? It has struck me as too primitive, but basically on the right track.
Rust seems neat from a language geek perspective, but from what I can tell, it requires considerable effort from the programmer handle a problem (manual storage reclamation) that most programs don't really have. I do want to try it sometime. So this post is intended as more inquisitive/head scratching rather than argumentative.
Go is fine, but it has its flaws. I prefer Rust because:
- memory safety is a compiler check, not a runtime check, so you catch issues earlier
- locks contain their values, so you can't accidentally do anything unsafe
- no nil (
()is semantically different), so no surprises with contracts - everything is an expression, which lends itself really well to FP concepts
- actual dependency management at 1.0
- pretty much no runtime, so calling from another language is super easy
- targets WASM and microcontrollers
- no pointers (not exactly true)
It takes longer to learn, but I'm about as productive with both now.
