How are you going about joining different communities and managing your engagement? Are you only participating on the community on your instance? Are you joining and posting in as many instances that seem relevant?
For now I subscribe to multiple communities, but I really hope the Lemmy devs figure out a way to let each user create a community group.
The way I envision it is that you can create a group where you can combine communities on your end, and you can then cross-post to these communities when you post to that community group.
On the other hand, there would need to be a way to ensure that cross-posts aren't generating a ton of duplicates to those subscribed to multiple communities, and I'm not sure how the comments on these cross-posts should be dealt with. Maybe the comments should be kept separate per cross-post, or maybe if you have these communities in a group there could be a way to display the comments from there multiple posts together, to ensure all those crossposts have a change to get some interaction on other instances?
Then there's also the possibility of spammers abusing the system.
I like the idea of viewing multiple communities. However, I don't like the idea of cross-posting to all communities at the same time - it would prevent communities with overlapping topics to diverge and specialise, since people would mostly post the same stuff in all of them.
Instead I think that a multireddits-like approach is better: you group comms for visualisation, and your group can be either private or public. If public, other people can copy your group, so they use it instead of subscribing to individual comms.
I'm joining all the ones I'm interested in, redundant or not. I'm looking at all the posts, wherever they are, and commenting on them regardless of where they are if I'm inclined. If I want to make a post, I tend to do it on the largest or most active version, and I don't tend to cross post.
My guess is the various Android & iOS clients will add this feature to combine similar communities and view all of their content together in one feed (like multireddits on reddit).
But I hope this feature is implemented at a system level in the Lemmy software itself.
I think many people may have already requested this as a feature on official GitHub issues.
To me this is basically a necessary feature of a fediverse app that wants to be similar to Reddit.
Smaller communities are fantastic, but one of the unique appeals of Reddit was that for the largest communities, they were likely one of the most populated communities for each topic available. So posting to that community ensured the broadest reach, and greatest likelihood of engagement or getting one's questions answered.
I hope we can find a federated way of providing a similar experience. Perhaps via replication between instances.
From a user front-end standpoint, just collate all posts with identical links and then make a tabbed system for comments. Lemmy.ml comments are on this tab, kbin.social comments are on this tab, etc etc. Seems like by far the easiest way to present it without (accidentally or otherwise) force-federating all of the source material. This could even pretty easily ("easily", yeah I'll get right on that) be done within the app if not done in the lemmy/kbin source code directly.
The only one I'm struggling with is the technology communities. I am subscribed to 4 of them, but the same user is posting the same articles to all 4, so I see the same things over and over. Since they all mostly have the same content, I want to unsubscribe from all but the most popular, but I'm lazy and haven't done it.
Much like I ignored reddit usernames in the comment section, I tend to ignore which instance a post is coming from while scrolling. So I subscribe to all the relevant ones, and just scroll from my "subscribed" in my instance.
I agree but you miss out on smaller instances that are trying to create new communities. I think subbing to hashtags might be better (similar to Mastodon)
For all the times I've seen people complain about this, I still don't see what the supposed problem is.
Yeah - it's just a tiny bit more effort to subscribe to three communities instead of one, but then that's it. It doesn't matter in the slightest from that point on, since all three of them are going to come up just the same in my feed.
I honestly think that there really isn't a problem - that really, there's no notable way in which anyone is actually negatively affected. It's just that it's different, and different is bad.
The problem is when it's a community type that significantly benefits from synergy. Specifically - those types of communities that provide more of a Q&A type culture rather than just a broadcast type culture.
Take a software development question. If I post that question onto a small community, I probably won't get an answer. If I'm a member of a dozen small communities covering the same topic, I might have to spam that question across a dozen identical-topic communities in order to get the answer. If those dozen identical-topic communities were just one organized community with 12x the membership, that singular community would be orders of magnitude more effective...due to the synergy.
Right, but exactly because that's a thing that people value, the "problem" will be solved organically. Community searches already default to sorting by activity, so over time, one community will come to be seen as the de facto "main" community for that topic. Just as is the case on other forums, except over time and by consensus instead of from the start and by decree.
That’s fine on an individual level, but unless everybody does it, you probably still have the downside of the users — and therefore the content & comments — being spread too thin. If the mods of the communities had a tool to federate/merge at the community level, that gives the benefit of the network effect. And if the “merge” functionality just mirrors all content to all connected communities across instances, it would make popular ones more reliable.
But that should only be an option for communities, never forced. There’s strength in diversity too.
you probably still have the downside of the users — and therefore the content & comments — being spread too thin
How are they spread too thin?
This thread and the OP are on lemmy.ml. I'm on kbin.social. You're on lemmy.world. And the only reason I know all of that is because I checked each one. Until I checked each one, it was just a thread and I responded to it and you responded to me and it all just worked and there was no way to even notice that three different instances were involved, since it made zero difference.
If the mods of the communities had a tool to federate/merge at the community level, that gives the benefit of the network effect.
What benefit is that?
Right now, I can go into the list of communities on any instance and search for a subject and get all the communities that are about it. And yes, as I already noted, if I want all of them, then that means I have to click on more than one subscribe button - a few seconds of extra effort.
So the only "benefit" I see is saving myself that few seconds of extra effort, which hardly seems worth caring about.
I subscribe to a lot of similar communities myself, however I’ve recently gone on a bit of a culling spree. It seems a lot of people cross post to the various communities, so I see the same article posted by 3 different people in 3 different communities, and now I have this article about twitter’s rebranding 9 times.
Since my app doesn’t mark read on scroll I have to vote on it or open it to make it go away. It’s not enjoyable, so I’ve just been limiting my engagement to only the more popular or active communities.
If it's a niche interest such as photography, I would just subscribe to all and see which one is the best over a few weeks.
If it's a more dynamic topic such as technology, I will go for the most curated version if it (Beehaw communities are usually good ones, at least to me), and only subscribe to one. Otherwise I'm getting overwhelmed with multiple occurrences of the same article.
The way I see it, some communities will thrive and others will die. No need to worry about the mess in the process. For now during this early stage just post to all of them or pick one you like and stick with it.
I have been thinking about this problem recently and believe the solution may be a new fediverse protocol/service that provides:
Federated Emergent Topic Taxonomies
That is, a model of the relationships (e.g., is the same as, is a type of, is related to, etc) between different communities (/groups/services/instances, etc.) that emerges from the way that users/servers interact with them, that different servers can maintain independently and merge or split by consensus if they choose. Then other services (like Lemmy instances or clients) can tap into this information to provide solutions to problems like the one you describe (e.g., a feed of all the photography communities, regardless of which instance they're on).
I think there are several big conceptual and technical challenges to implementing this. I'm keen to discuss them.
Does anyone know where I would go to discuss this with the people who care, have struggled with developing new fediverse protocols and/or are best positioned to spot the flaws and possiblities in the idea? So far I see mostly w3c working groups taking behind closed doors.
Yea, idk if I'm doing this right but I subscribed to a lot of duplicates but on different instances. My hope was that gives me more content I'm interested in to look through easily. Then I do what you said, ignore posts if I've already seen them and comment anywhere.
I've never much cared for the details of a lot of communities/subs outside of very specialized ones. I'm going to participate if the topic is interesting and learn about the rules as I go. There being multiple communities for the same thing was pretty common on reddit.
To be honest, I don't even know what instance I'm looking at most of the time. My app doesn't show the instance name, only the community name, and the community names are often all identical across instances.
Interesting, came from lemmy.world to say hi from there too, but this is your last comment in the thread when accessing from there. It's one of the largest instances, but the slowest of the 3 I use.
For some cases, like photography, pets and landscapes communities, where I probably will not comment, I decided to follow them on Mastodon instead of Lemmy. This way I can keep my Lemmy timeline cleaner.
I don't even know man this shit is so confusing. I used to just comment and upvote when I saw shit I liked but now how will I know if the shit I liked came from one server or another. This is just madness we can't keep treating people this way!
I actually think Lemmy should take a page from Mastodon here. Instead of users creating groups (which sounds like a huge headache to implement smoothly), Lemmy should add hashtags or something similar. So I would sub to #photography and people posting would be restricted to a max number of hashtags (TBD). You can then choose to stay subbed to the hashtag and/or sub to the communities that crop up frequently on your feed and then unsub from the hashtag if you want.
I have loved the idea of subbing to hashtags since PhotoVine and wish desperately that this was a universally employed function of all social media platforms. I think Tumblr is the only other platform that has this as a built-in feature now. Ice Cubes just added a make-shift function to create a list of hashtags their Mastodon client (possibly by my request).