optimant

joined 2 months ago
[–] [email protected] 1 points 2 days ago

Really good points. I put some thoughts in this comment that I think reflect your concerns too. TL;DR the architectural differences lend suitability to the social differences as well between a Twitter-alike and a more clustered, less homogeneous social feed.

https://lemmy.sdf.org/comment/15918153

[–] [email protected] 3 points 2 days ago

That’s a good set of points and I agree. I am starting to think this technical difference reflects underlying social / experiential differences:

  • ActivityPub “clumpy” federation (like a region of city-states) where your view of the network is based on who you and others in your instance interact with - interoperability, but not homogeneity of content or interaction

  • Atproto “swarm” federation (like a pool of taxis sharing livery, with possibly-but-not-necessarily independent operators), endpoints are exchanging data to compose a single virtual platform out of replaceable interoperating parts - federated but not decentralized, having a primary network (the relay service) holding everyone’s experience together

To me the former feels like it encourages a spirit like original Internet communities (MUDs, BBSs, message boards) while the latter produces that of branded app platforms (Twitter, Facebook, Snapchat).

[–] [email protected] 4 points 3 days ago (4 children)

Mirroring the entire network is what makes it a friendly experience for newcomers, IMO. In my own Mastodon instance I have to subscribe to a big relay (infosec.social) so that a reasonable proportion of replies from other instances I don’t happen to be happening populates into the feed.

I suppose you could say AP makes this optional, but that seems like a reasonable design choice to diverge on rather than a critical flaw in my opinion.