- cross-posted to:
- fediverse
- fediverse@kbin.social
- fediverse@lemmy.world
- cross-posted to:
- fediverse
- fediverse@kbin.social
- fediverse@lemmy.world
Seems like an interesting effort. A developer is building an alternative Java-based backend to Lemmy’s Rust-based one, with the goal of building in a handful of different features. The dev is looking at using this compatibility to migrate their instance over to the new platform, while allowing the community to use their apps of choice.
Same. Let’s slow things down! IDK what they were thinking?
I mean, Java has faster developer speed since it’s much less complicated than Rust. But it will also use a lot more memory. That being said, I guess most of what happens in Lemmy is database queries anyway and that will go equally fast in Java.
Rust is a very fast language but for a web app like Lemmy it’s probably not that important that it’s rust underneath.
But I really dislike Java. Lots of issues with code only working on a specific JDK, and code being very ugly due to all classes and shit.
[citation needed]
To give some context: Exception-based error handling is insanely complex. The error handling of Rust is much simpler to reason about. Finding out where errors happen is a lot simpler.
The only Java dev I know is an older guy who started university with me at the same time - I was 20, he was 45. He knew Java, I didn’t. Java is not the future if you ask me.
No of course not. But it’s faster to code in since you don’t have to worry about the borrow checker.
“faster to code in”… I would not say so. In my personal experience, Rust can be very fast to code in once you get comfortable with it, since you barely even need to run your code to know that it works. You also save a lot of time via less debugging.