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

[–] deegeese@sopuli.xyz 86 points 10 months ago (16 children)

I have a hard time believing that rewriting the backend from scratch would be faster than getting PRs approved on the main project.

Forks like this with one guy who "knows best" usually die a slow quiet death as they get left behind by the main project.

[–] spaduf@slrpnk.net 58 points 10 months ago (6 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.

[–] deegeese@sopuli.xyz 4 points 10 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.

[–] spaduf@slrpnk.net 9 points 10 months ago* (last edited 10 months ago)

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

load more comments (4 replies)

load more comments (13 replies)