Fediverse

28226 readers

458 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 [email protected]!

Rules

Posts must be on topic.
Be respectful of others.
Cite the sources used for graphs and other statistics.
Follow the general 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 1 year ago

MODERATORS

[email protected]

360

Sublinks Aims to Be a Drop-In Replacement for Lemmy (wedistribute.org)

submitted 9 months ago by [email protected] to c/[email protected]

316 comments fedilink hide all child comments

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.

you are viewing a single comment's thread
view the rest of the comments

[–] [email protected] 57 points 9 months ago (2 children)

I think how quickly this project has gotten to near feature parity is a testament to how slow Lemmy development has been. Think about scaled sort (a feature that has been hotly requested since the migration) and how long that took to get merged in. A sort should not by any means be slow to implement.

[–] [email protected] 30 points 9 months ago (2 children)

IMO slow development isn’t necessarily a bad thing.

I like that there was a two month period for apps to adopt the new login mechanism and that they smoke test releases for a fair bit on lemmy.ml before releasing to the world.

That said, a few months ago I wanted to do a light fork of Lemmy to proof out a few very minor things on my mental wishlist but just haven’t had the free time to meddle with Rust.

[–] [email protected] 24 points 9 months ago* (last edited 9 months ago) (1 children)

IMO slow development isn’t necessarily a bad thing.

Sure but even just recently there was the example of breaking federation over Christmas. Some of those issues persist through 0.19.3 which came out today

Similarly scaled sort would have made a huge difference for small communities in the period directly after the migration.

[–] [email protected] 10 points 9 months ago

Yeah, that was definitely annoying. I would’ve preferred to have some kind of official workaround but I figured something out that got me through until the updates.

I probably lean too hard into forgiveness on this stuff but I know a number of open source devs who have burned out for various reasons this past year and would much rather see slow development than risking a rush towards burnout.

[–] [email protected] 5 points 9 months ago

IMO slow development isn’t necessarily a bad thing.

Quite the opposite, often it's a benefit as you don't end up wasting time and changing code for features where you don't actually know yet whether your current usage demands or supports them. There's a lot of genefit in not moving fast and not breaking things. Mostly that, well, you don't constantly break things.

[–] [email protected] 3 points 9 months ago (1 children)

A sort should not by any means be slow to implement.

Sure, if the sort key is something readily available. But for scaled sort they have to compute relative size/activity of the communities the specific user is in. The cost isn't the sort, it's computing the metric.

[–] [email protected] 9 points 9 months ago* (last edited 9 months ago)

I'm not talking about the literal sorting algorithm. Pretty sure scaled sort is exactly one more operation than hot.