lambalicious@lemmy.sdf.org 1 year ago
Forcing people on community A to go to community B to discuss a subject of A, when it’s perfectly possible that server B is on the opposite side of the world and provides a far woser UX than server A, or is even possible that server B might have defed’d from server A and thus B can not participate, or where the culture of community B is largely different than that of community A (eg.: B treats subject Z as a game; A treats it as a sport) (see also: beehaw vs everywhere else), is honestly one of the most stupidest ideas I’ve heard on the Fediverse. Yes, “most stupidest”, double superlative. That’s how bad it is.
The internet already routes naturally towards guiding people to where content might be. Users on B might link to content on A, at their leisure, but everyone is not forced to everything if server A dies or is beehaw. Ideally community members that take part of both A and B can reference both on webring C, because yes webrings are cool and awesome and they should return and they would solve much of this whole issue by raising awareness that A and B deal in subject Z, for the people who care.
And, ultimately, giving the ability to server A to essentially delete communities in server B feels ripe for abouse, and would lead towards a centralization of the Fediverse (exatly what we want to avoid!) simply because sheer statistics means server A sees more use and thus covers more domain space to start new conversations about subject Z, thus pre-emptively deleting them and coopting user activity from B.
Look, honestly: if you want Facebook ot Twitter, go back to them.
cynber@lemmy.ca 1 year ago
This post was to talk about the merits/drawbacks of a potential change, and the constructive comments on the post have been helpful for that. Some of the other ‘solutions’ that have been posted here feel even more antithetical to the idea of decentralization (ex. redirecting upvotes, having communities follow other communities) so I was looking for a compromise that would address some of the annoyances without making the site another centralized platform. The intent was to allow users to choose how they want to link cross posts together, rather than having the community (or an app/frontend) make the decision for them. We’ve also been seeing users naturally gravitate to a few instances/communities, so I was looking for ways to redirect some of that traffic back to lesser known spaces.
Regardless, I appreciate the comment. Reading the perspectives on this post helped me see how locking the post completely would cause more issues and annoyances than it would help with. A simple “we are discussing X over on this post, feel free to join” seems like the better compromise.