this post was submitted on 06 Jul 2023
230 points (99.6% liked)

Programming.dev Meta

2464 readers
2 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 1 year ago
MODERATORS
 

I'm not suggesting anything, just want to know what do you think.

Here is a link if someone don't know what Meta's Threads is: https://blog.joinmastodon.org/2023/07/what-to-know-about-threads/

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

One of the biggest challenges of federated systems is discovery of content.

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.

Subscribing to everything on lemmy.world while being on another site is… not entirely polite. [..] Consider that for smaller instances (with smaller storage backends and network pipes), if the users there subscribe to everything on lemmy.world - the storage and network requirements will be similar to what lemmy.world has which the smaller instances may not be able to support well.

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.

The “too large” instances are, in some ways, better for the fediverse just as living in a city tends to have a lower emission footprint per person than living in the country… but that also runs up against the sensibilities of federate and decentralize that many users have.

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.

It is trivial to have a program that is federated with some instances just subscribe to everything and have that data pushed - its even simpler than trying to scrape it or use an API to access it.

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