this post was submitted on 11 Jun 2023
585 points (100.0% liked)

Technology

37739 readers
589 users here now

A nice place to discuss rumors, happenings, innovations, and challenges in the technology sphere. We also welcome discussions on the intersections of technology and society. If it’s technological news or discussion of technology, it probably belongs here.

Remember the overriding ethos on Beehaw: Be(e) Nice. Each user you encounter here is a person, and should be treated with kindness (even if they’re wrong, or use a Linux distro you don’t like). Personal attacks will not be tolerated.

Subcommunities on Beehaw:


This community's icon was made by Aaron Schneider, under the CC-BY-NC-SA 4.0 license.

founded 2 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[–] 777@lemmy.ml 7 points 1 year ago (1 children)

I expect it's accurate to say; their architecture is not like a database where you can add an index on a blocked state and then join against it. You have to get a list of potential posts that the user might want to see and then eliminate any in the block list. There will be a few edge case users who have thousands of block entries and a multithreading strategy is likely required to swiftly filter it in a reasonable timeframe.

However, an architecture I've seen that works around this is to build this timeline in the background and present it to the user from a cache, I don't know if this is what Twitter does as I never worked on that. However, if you want to not have a block feature but have some kind of mute feature anyway I don't see how there is a meaningful difference.

[–] 2deck@beehaw.org 5 points 1 year ago

Yeah, sounds like that's the case. Funny how flaws in system architecture gets exposed to the public through vapid excuses these days.

My guess is muting would likely result in a decrease of overall visibility. Every account gets a mute score.