Comment

Comment on What principles you wish to see social networks (or the fediverse) adopt in their design?

General_Effort@lemmy.world ⁨3⁩ ⁨days⁩ ago

Embrace content sorting and filtering algorithms, but on the client side, with optional control by the user.

You can only filter and sort what was downloaded by the client. So that runs into resource constraints.

Standardize tags on all content. So many of the different ways different platforms classify or organize content can be implemented as tags, which increases interoperability between them.

I’m so with you. xkcd.com/927/

Transferable user identity (between instances)

User identity and authentication as separate service from social network instance

That’s more the ATproto/Bluesky vision.

source

Sort:hotnew top

rglullis@communick.news ⁨2⁩ ⁨days⁩ ago

You can only filter and sort what was downloaded by the client. So that runs into resource constraints.

In the client, you wouldn’t need to be sorting and running extensive calculations on all data. You could, e.g, build the front-page by indexing/scoring posts and comments that have been created since your last visit with a hard cap on some time window (last 48h) or total data points (e.g, keep only the most recent 10k objects in a local hot database, freeze/archive everyhing else.)

I’m so with you. xkcd.com/927/

That’s what RDF/JSON-LD gives us for free. There is no need to have us arguing over what each tag means, all that developers need to do is to learn how to use the different vocabularies.

That’s more the ATproto/Bluesky vision.

Doesn’t mean that we can adopt it.

source
- General_Effort@lemmy.world ⁨2⁩ ⁨days⁩ ago
  
  In the client, you wouldn’t need to be sorting and running extensive calculations on all data. You could, e.g, build the front-page by indexing/scoring posts and comments that have been created since your last visit with a hard cap on some time window (last 48h) or total data points (e.g, keep only the most recent 10k objects in a local hot database, freeze/archive everyhing else.)
  
  Absolutely. There’s a lot you can do. The “For You” Feed on Bluesky is quite instructive. bsky.app/profile/…/3mb2r5qei322a
  
  But when you’re talking about sending a lot more data to clients, you really need to consider what that means for the internet bill of instance owners.
  
  source
  - rglullis@communick.news ⁨2⁩ ⁨days⁩ ago
    
    But when you’re talking about sending a lot more data to clients, you really need to consider what that means for the internet bill of instance owners.
    
    I would argue the opposite, actually. A lot of this data could be distributed in a p2p manner and the client nodes would have to rely even less on the servers. The key part would be that this data would have to be self-authenticating, but we do have the mechanisms to do that (Linked Data Signatures)
    
    source
    General_Effort@lemmy.world ⁨2⁩ ⁨days⁩ ago
    Good pitch. You could also ask people to help out with the more expensive computations. Say, adding alt text.
    
    source
matcha_addict@lemy.lol ⁨3⁩ ⁨days⁩ ago

You can only filter and sort what was downloaded by the client. So that runs into resource constraints.

There shouldn’t be resource constraint issues in downloading new content Metadata from all your subscriptions

tags

When I say “standardize tags on all content”, what I mean is make it a standard to have the option of having tags on every type of content, and treat tags as a first class attribute of the content. The XKCD you reference is not relevant.

That’s more the ATproto/Bluesky vision.

Sure, they use it. But it is compatible with activityPub as well.

source