There’s been an ongoing debate about whether communities should combine or stay separate. Both have significant disadvantages and advantages:

Combine:

  • Network effects. Smaller communities become viable if they pool together their userbase. Communities with more people (up to a point!) are generally more useful and fun.
  • Discoverability. Right now, I might stumble on a 50 subscriber community and not realize everyone has abandoned it for the lively 500 subscriber community somewhere else, maybe with a totally different name.

Separate:

  • Redundancy. If a community goes down, or an instance is taken down, people can easily move over.
  • Diffusion of political power. Users can choose a different community or instance if the current one doesn’t suit them. Mods are less likely to get drunk on power if they have real competition.

This isn’t an exhaustive list, but I just want to show that each side has significant advantages over the other.

Sibling communities:

To have some of the advantages of both approaches, how about we have official “sibling communities”? For example, sign up for fediverse@lemmy.world and, along the top, it lists fediverse@lemmy.ml as a sibling community.

  • When you post, you have an easily accessible option to cross-post automatically to all sibling communities. You can also set it so that only the main post allows comments, to aggregate all comments to just one post, if that’s desirable.
  • The UI could detect sibling cross-posts and suppress multiple mentions of the same post if you’re subscribed to multiple sibling communities, maybe with a “cross-sibling post” designation. That way it only shows up once in your feed.
  • Both mod teams must agree to become siblings, so it can’t be forced on any community.
  • Mods of either community can also decide to suppress the cross post if they feel it’s too spammy or not suitable for cross discussion.
  • This allows you to easily learn about all related communities without abandoning your current one. This increases the network effects without needing to combine or destroy communities.

Of course, this could be more informal with just a norm to sticky a post at the top of every community to link to related communities. At least that way I know of the existence of other communities. I personally prefer the official designation so that various technologies can be implemented in the ways I mentioned.

  • fresh@sh.itjust.worksOP
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    1 year ago

    This is a good idea too, but I do see them as different implementations with different advantages.

    • “Following” is much simpler to implement, because it uses mostly existing systems. That’s a big bonus.
    • “Following” is essentially automatic cross-posting, right? Presumably, everything from the followed community is cross-posted to the follower communities. I can’t think of when I would ever prefer that over getting selective cross-posts. Sometimes I don’t want to blast stuff out to all communities. Sometimes I want to post something in a local community, and other times I want to hear from all related (sibling) communities. Maybe it’s just too centralized for me.
    • Siblings are related to each other but retain their unique identity. A followed person doesn’t need to know or care about the follower, and doesn’t have to allow any input from the follower. “Sibling” relations are bidirectional, while “follower” relations are unidirectional (though both sides can follow each other). I think all this has a big functional difference.

    I suppose some of this is a matter of taste as well.

    • Hot Saucerman@lemmy.ml
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 year ago

      I suppose some of this is a matter of taste as well.

      I think it’s a little like the competing Lemmy android/iOS apps. It’s totally fine for there to be multiple ways to do it, and some people can adopt multiple types, or just one, or none.