0x1C3B00DA

That's exactly what the third proposal in the article would do. See the proposal its based on for more detail.

the Lemmy devs are not interested in this

I know. I'm the one who posted that one of the lemmy devs is not interested in this. But if the userbase gets behind it, they could convince the dev team. Kbin, mbin, or sublink could implement this and even if lemmy doesn't it would improve things for lemmy users because who follow communities hosted on those implementations and could serve as a proof of concept.

there is also the “political” aspect

Everything about the proposal is optional. Nobody would be forced to do anything, unless the owner of the community decides to go against the wishes of the community members.

Lemmy has been around for years, not months, and this is still an issue that ppl are having. Some ppl know each other and can choose to keep their communities separate. But for ppl who want larger, more in depth discussions and new ppl, this simple technical measure can make the platform better for the multiple reasons I mentioned above.

Your arguments against it seem to be:

1. Its not needed. - I've pointed out multiple reasons I think its needed. Consolidation either doesn't happen, is never actually completed, or is a years long process. Discussions are fragmented which leads to communities that don't have enough activity. New users are unfamiliar with the platform and unaware of large players so don't know how to find the most active community. Consolidating on a single community means you've centralized the community and put it at risk if that server goes down.
2. People might not want it - The proposal doesn't force anybody to group their communities. They can maintain their independence. I imagine that mods thinking about grouping with another community would have a discussion with the other mod team and both communities' members.

I disagree with both of those arguments but even ignoring that, I don't understand why it matters to you. You seem to be fine with the current state and this proposal wouldn't disrupt that. Either the communities you're in don't join up with others or they do and you wouldn't notice (unless a mod groups with a wildly different community)

I don't think we've consolidated around fediverse@lemmy.world. You're using a single post as an example. I've posted links that got 40+ comments in fediverse@kbin.social but way less in other communities. I've posted or seen threads in fediverse@lemmy.ml that got more discussion.

The merge of cooking communities on lemmy.world is also not really relevant. Those communities were each supposed to be specialized communities, not general cooking communities. They shutdown because they couldn't sustain enough activity. And they were all on lemmy.world so the userbase likely all overlapped; I'd bet that most ppl subbed to them were already subbed to cooking@lemmy.world anyway.

What I'm talking about is when small and medium sized servers (not lemmy.world) have their own communities that overlap with other communities. Users who join those servers aren't necessarily going to know about lemmy.ml or lemmy.world. They'll see communities they're interested in and sub, but then won't see as much interaction as they want. This leads to ppl just giving up and going back to the corporate sites.

Even if consolidation is happening, there's a transition period where ppl are posting in multiple places, ppl get the same post in their feed multiple times, comment threads are separate. Then when consolidation happens, you have a single community where those mods hold all the power. If we used something like the proposal above, each community could still exist but all the conversations are still consolidated. That keeps the power spread out and likely keeps each mod team in check and provides multiple on-ramps to the community. You could find movies@a.com or movies@b.com but if they're grouped, you still find the super-community. And then if one of those servers goes down, only users subbed to that community have to migrate and they should be tangentially aware of the other community so migration is easier. Their server could even handle that migration automatically.

Lemmy doesn't have to have missing features for someone to want to write their own implementation. And in a decentralized system you want multiple implementations to exist. This is a good thing

Exactly. It's also using Spring Boot, Hibernate, and Lombok. It looks just like projects at work. It might be the first fediverse project I contribute regularly to.

But if you increase the userbase, you'll end up with more ppl who like yugioh and want a community which leads to duplicate communities. But for niche topics, the duplicate communities are likely to end up with userbases too small to sustain enough activity. A way to combine communities makes it more likely that users find other users who want to discuss niche topics with them. That helps to grow the userbase.

There is no point

Yes, there is. If we can keep those 5 users here, its better than them being on reddit. There's no reason not to work on this. We have multiple projects, each with multiple contributors, so we can do multiple things at one time.

That's not applicable. Sublinks is using the same standard as Lemmy/kbin/mbin, i.e. ActivityPub. In a decentralized system based on an open standard, plurality of implementations is a good thing. We shouldn't want lemmy to be the only one.

Because all the evidence shows...

What evidence shows that? This post is in fediverse@lemmy.world and crossposted to fediverse@lemmy.ml. There's also fediverse@kbin.social and I know I've seen others. Most of these communities have been running for a few years now and there's still no consolidation.

You can see the same pattern with communities for gaming, linux, gardening, movies, tv, etc. I'm subscribed to multiple communities for each of those topics on separate servers because the consolidation doesn't happen.

I saw one recently in a linux community where a user complained about multiple "I ditched Windows" posts. I've seen requests for stickies in some gardening communities.

I assume nothing actively prevents the communities from merging other than the mods being comfortable running their communities. But they shouldn't have to merge. We can have solutions that enable multiple communities to exist while also preventing rampant crossposting and post duplication.

Cool. I'm glad you're getting a fairly smooth experience, but that hasn't been my experience or others'. I've seen posts with only a few comments but on their home server they have whole comment trees that I didn't see. Vote counts can be around 10-20 on one server and greater than 100 on another.

If the system does not depend on a central authority

In your example of coalescing on a single community, the mods of that community are the central authority.

it’s easy to coordinate a move away.

It's not even easy to coordinate everyone moving to a single community. This issue has been discussed in various forms for more than 3 years and we haven't seen this supposed consolidation of communities. Coordinating anything in a decentralized way is never easy.

That doesn’t bother me, and I truly don’t understand why it should bother others. I am not going to write only if I am optimizing reach or I know a priori if the people are going to approve.

Cool. It doesn't bother you. Then just keep doing what you're doing. If we ever get a solution to it implemented, you won't care but the rest of us will be happy for it. If you don't care, why are you all over this thread arguing about this?

This isn't about maximizing reach of our posts. It's about consolidating discussion so that communities (especially those with more niche appeal) can have a sustainable userbase and not die out from lack of activity.

Go for the most active one

There isn't one "most active one" because federation isn't perfect and every instance sees a different number of users/posts.

The people on the other, smaller, communities will find out about the main hub and subscribe to it as well.

You can't guarantee that. If they are on a smaller instance, their instance may not be aware of the larger community/instance.

I think decentralized systems are much better than centralized systems, but they're inherently more difficult. Also, your solution (everyone eventually just uses the same community) isn't decentralized. My proposal, which the third solution in the article is based on, enhances decentralization by allowing duplicate communities to exist but consolidate the userbase and discussion.