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.

all 20 comments

sorted by: hot top controversial new old
[–] 60 points 2 years ago (7 children)

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.

  • source
  • hideshow 7 child comments
  • [–] 19 points 2 years ago (5 children)

    Yeah I don't think I want anything Java running on my systems...

  • source
  • parent
  • hideshow 5 child comments
  • [–] 11 points 2 years ago (4 children)

    Same. Let's slow things down! IDK what they were thinking?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 10 points 2 years ago* (3 children)

    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.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 5 points 2 years ago* (2 children)

    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.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 2 points 2 years ago (1 child)

    No of course not. But it's faster to code in since you don't have to worry about the borrow checker.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 2 years ago

    "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.

  • source
  • parent
  • [–] 3 points 2 years ago

    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?

  • source
  • parent
  • [–] 8 points 2 years ago

    Why in java loooooool the fuck?

  • source
  • [–] 6 points 2 years ago

    Java

    So a splash screen every time a link is clicked?

  • source
  • [+] -6 points 2 years ago (9 children)
  • [–] 26 points 2 years ago (3 children)

    This sentiment is so overplayed and seems especially out of place in the context of the fediverse.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 11 points 2 years ago

    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.

  • source
  • parent