368

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.

(page 3) 50 comments
sorted by: hot top controversial new old
[-] HawlSera@lemm.ee 9 points 10 months ago

I can't find the fucking porn on Lemmy, so maybe this is a good thing.

[-] felixwhynot@lemmy.world 8 points 10 months ago
[-] Allero@lemmy.today 7 points 10 months ago

lemmynsfw.com

Don't thank us.

load more comments (1 replies)
[-] Resol@lemmy.world 8 points 10 months ago

I guess my username won't make sense anymore. But it sounds so good that it doesn't need to make sense.

[-] FlyingSquid@lemmy.world 7 points 10 months ago

That's okay, no one thinks my username makes sense when it absolutely does.

load more comments (1 replies)
[-] maegul@lemmy.ml 8 points 10 months ago

So while there's plenty of talk in here (even from the core lemmy devs) about how much it makes sense and how much value there is in starting a new project with a different tech stack that includes Java, compared to simply contributing back to the current project that has momentum ... and while that's an interesting and important conversation ...

Realistically, developers will make what they want to with what they want to (to a fault IMO, especially within the broader mission of the fediverse, but that's besides the point). This project will happen, people will contribute and it may succeed.

So, to focus on the positives and what can be made good about this ...

It's great that there's some sort of settling on a standard here and trying to be a "drop in replacement". Continued commitments to consistency and interoperability would be awesome. While collaboration may be naturally limited, there'd still definitely be scope for it ...

  • ideas and designs, obviously
  • Database management and optimisation, which is likely a big one.
    • On that ... AFAICT, SL is using MySQL? Can't help but wonder (without knowing the technical justifications here) whether it would make much more sense to stick with the same DB unless there's a good reason for divergence.
  • Front ends and the API, another big one but one where the two projects could conceivably work together.

I'm likely being very naive here, but I can see both projects coming under a single umbrella or compact which provide different backends and maybe DB setups or schemas but otherwise share a good amount in design and mission.

However unlikely that is ... trying not to fragment the fediverse too much would be awesome and its pleasant to see some dedication here to that end.

load more comments (2 replies)
load more comments
view more: ‹ prev next ›
this post was submitted on 23 Jan 2024
368 points (100.0% liked)

Fediverse

28467 readers
448 users here now

A community to talk about the Fediverse and all it's related services using ActivityPub (Mastodon, Lemmy, KBin, etc).

If you wanted to get help with moderating your own community then head over to !moderators@lemmy.world!

Rules

Learn more at these websites: Join The Fediverse Wiki, Fediverse.info, Wikipedia Page, The Federation Info (Stats), FediDB (Stats), Sub Rehab (Reddit Migration), Search Lemmy

founded 2 years ago
MODERATORS