- cross-posted to:
- [email protected]
- [email protected]
- [email protected]
- cross-posted to:
- [email protected]
- [email protected]
- [email protected]
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.
It’s kind of ironic taking a project that’s already written in Rust and writing a replacement for it in Java.
Usually things get ported to Rust, not the other way around.
Yeah I don’t think I want anything Java running on my systems…
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.
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.
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.
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?
Java
So a splash screen every time a link is clicked?
This sentiment is so overplayed and seems especially out of place in the context of the fediverse.
I honestly hate that xkcd now because people overuse it to shutdown any new development
Love it, saving that one for later
They’re sticking to the existing standard tho
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.
Not applicable.
I’ll soon memorize this code like dQw4w9WgXcQ
Let them fight, I’ll gladly move to a superior version