233
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
this post was submitted on 06 Jul 2023
233 points (99.6% liked)
Programming.dev Meta
2365 readers
29 users here now
Welcome to the Programming.Dev meta community!
This is a community for discussing things about programming.dev itself. Things like announcements, site help posts, site questions, etc. are all welcome here.
Links
Credits
founded 2 years ago
MODERATORS
All good questions I don't have good answers to.
Especially when you compare entirely different software (Lemmy vs Mastodon) that happen to both use ActivityPub. So there is already an imbalance. And the imbalance has also started within Lemmy where larger instances have a sort of snowball effect.
I think ideally the "too large" instances would find more admins and split the instance into smaller ones. But that might not be feasible today with the existing technology and human resources.
Another option is to "stop the bleeding" by locking an instance to new accounts to give others a chance to grow. This should have already happened on lemmy.ml IMO. The instance performs very poorly (as of a week ago).
I don't know the technical details of ActivityPub well enough to propose a real solution. Sounds like an arms race situation.
Yea I honestly think this will just get better over time. People will start by drinking from a firehose to get their disparate-yet-related content, but eventually these groups will consolidate. And if they don't, that's OK too. A feature like "community groups" or hashtags could help with this.
I'm not convinced that watching your "subscribed" feed on programming.dev which contains a lot of lemmy.world communities is just as bad (or even close) to signing up on lemmy.world. The egress bandwidth requirements for lemmy.world are strictly much higher than for programming.dev, because the number of active users (clients) is so much higher. programming.dev is able to cache only what programming.dev users are viewing and that only needs to be fetched from lemmy.world once on a cache miss then forwarded to a significantly smaller set of clients. Even if programming.dev gained a lot of popularity from users on lemmy.world, programming.dev would only need to send content to lemmy.world when it's not already cached, and that doesn't happen for every lemmy.world user, just once every cache miss.
^ That's just my theoretical understanding of the problem, but I don't know enough details about ActivityPub to say if that's accurate, so take it with some salt.
Economy of scale is definitely a boon, but a monopolized network runs too great a risk to the long-term health of the network itself. I think we can achieve good efficiency with "large enough" instances that are appropriately balanced across the network.
Yea TBH I'm far less concerned about the privacy of the information that I'm knowingly posting publicly than I am about the social network graph effects of large instances. So the whole "issue" of a relay node sending data to places I didn't anticipate is not a "problem" I care to solve.___