Skip Navigation

Lemmy Needs to Fix Its Community Separation Problem

popcar.bearblog.dev Lemmy Needs to Fix Its Community Separation Problem

For the unaware, Lemmy is a Fediverse alternative to platforms such as Reddit and Tildes. I've been using Lemmy as one of my main social platforms for the pa...

cross-posted from: https://programming.dev/post/8955176

I made a blog post on my biggest issue in Lemmy and the proposed solutions for it. Any thoughts on this would be appreciated.

The irony of crossposting this is not lost on me

7
7 comments
  • FWIW I don't think this is a real issue. It is right now because Lemmy is fairly new and small. But over time it will become obvious which communities are popular and people will go there. I think there is a small issue because local communities are sort of given priority as /communities defaults to "Local". But that sort of seems like the end of the list.

    Just like it isn't an issue that people can create "Cats" and "CuteCats" on Reddit I don't think it is an issue that you can create cats@a.example and cats@b.example. Over time people will find and participate in whichever popular community matches their preferences.

    I don't like the idea of global "Multi-communities" as now there are more instance admins that have control over a community. I think that in general mods should have the most control, instance admins being necessary due to an implementation detail (communities are bound to servers) and should only need to step in for extreme cases. (Like violating server rules)

    I don't mind "Communities following communities" as much but I fail to see the point. If you think that another community is a good place to have a discussion why not just tell your members that you recommend moving there? I can see this working as a "Public Playlist" style idea where you can subscribe to follow recommended communities. I think having the option to post to both a followed community or the community that is doing the following is unnecessarily confusing. Basically I would make this as more of a discovery feature than a way to merge communities together.

    • Defederation messes with this though, we need more ways to control the content without relying on defederation

      It makes me feel like I should be making the post to multiple communities, but then I feel like I'm spamming

      • Yes, I agree with this. I wrote a blog post about this a while ago. post lemmy discussion.

        TL;DR communities on Lemmy are federated and highly dependent on the instance that they live on. If the source instance gets banned or goes offline the community will effectively go offline too.

        This can be compared to Matrix rooms which don't really live on any specific instance and continue even if the source instance goes offline. Defederation will prevent users from seeing posts from users on the blocked instance, but the room itself isn't affected.

        However I feel that trying to solve this by supporting some form of community merging would likely just be papering over the problem. The only way to really solve this is by properly decentralizing communities.

  • Anything that works client side or via a 3rd party aggregator is going to be a hassle for moderation.

    I guess a subscription option that moderators can opt in themselves would be OK, but I don't think it will be used much.

    In the end it is simply a wrong impression that these communities are duplicates. A community is part of a specific server and usually has a set of regular contributors. This together is the community and not some rather arbitrary name that it might also share with other communities.

  • I do like the idea of communities being able to subscribe to each other seems simple and keeps everybody happy.

  • Needs topic tagging that works across instances.

You've viewed 7 comments.