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.
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.
Java has faster developer speed since it’s much less complicated than Rust
[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.
“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.
Yeah this sounds like someone doesn’t know rust and instead of learning it they’re porting to Java? It might also be a way to capture an existing userbase as it’s still compatible with lemmy, but also adds features that might cause more people to use it. But being written in Java is an excuse to make it more difficult to migrate the additions back upstream to lemmy. Maybe they hope that this will eventually allow them to build out a private platform?
That's not applicable. Sublinks is using the same standard as Lemmy/kbin/mbin, i.e. ActivityPub. In a decentralized system based on an open standard, plurality of implementations is a good thing. We shouldn't want lemmy to be the only one.
Add comment