It feels like they’re two different roles. It might be better to have user-orientated servers that prioritise federation of content and only have a couple of meta-style communities, and other servers which prioritise being the go-to place for discussion on a particular topic and less a place that manages a large number of user accounts.

It just seems like two really distinct roles all servers are trying to do at the same time, and it’s leading to larger sites with a lot of users duplicating all the same subs, rather than there being any particular spot for certain types of discussion.

It also means the server hosting a particular type of discussion might defed certain instances to prevent trolling when it’s a sensitive topic, but it wouldn’t affect a large userbase who have that as their home server, it would only be moderating the discussion for the content areas they specialise in.

Thoughts?

you are viewing a single comment's thread
view the rest of the comments

[–] Spacebar@lemmy.world 8 points 1 year ago (2 children)

I'm sorry if I'm being pedantic, but so many of these discussions come down to "how can we make Lemmy be Reddit," or "how can we make a federated network not be so federated."

[–] cerevant@lemmy.world 25 points 1 year ago (1 children)

This conversation is the exact opposite of that. This is “how can we better optimize federation”.

[–] Kaldo@kbin.social 7 points 1 year ago (2 children)

It kinda is though, maybe not so much "be like reddit" but it's definitely "change how federation works". Separating accounts and communities would make the concept of instance even less tangible and it'd change them from a place where you "live" to just a collection of communities with no real attachment to you.

If the design behind fediverse is a bunch of instances that self-govern and manage their own users but can communicate with other instances that they want to, then removing the "users belong to that instance" is a huge change at the very core of a fediverse. It has nothing to do with "optimization".

[–] marigo@lemmy.world 5 points 1 year ago (1 children)

I'm new to lemmy so I might be wrong on this, but say if we have one big community for a certain hobby/interest and the moderators get power trippy or there are other problems, people into that hobby essentially have nowhere to go right? Having lots of smaller places and subscribing to them all makes it easier to cut one out and be less reliant on a specific group of people.

[–] Kaldo@kbin.social 3 points 1 year ago (1 children)

That's true, but by separating communities and accounts you haven't really solved this. It will be solved if/when we get proper migration tools to easily transfer accounts from one instance to another though.

[–] marigo@lemmy.world 3 points 1 year ago (1 children)

Separating the two sounds like it would make the problem a lot worse. Nobody would have a reason to create smaller duplicate communities anymore so things would end up centralised and easier to abuse, like what happened with Reddit. You could hop your account to a new instance, but doing so means nothing if there's only one instance of the community.

[–] Kaldo@kbin.social 1 points 1 year ago

Oh yeah that's true, I thought you're implying that separating would make it more resistant to power trippy admins so it'd be worth it. I do like the smaller decentralized instances and feeling a sense of "community" when joining each (even though I'm kind of a hypocrite for saying that since kbin.social is relatively speaking pretty big for fediverse) but it does need more work until we get there properly, both in mindsets and in technical support.

[–] BrianTheeBiscuiteer@lemmy.world 4 points 1 year ago (2 children)

Yes, it would be changing how federation works and I would actually oppose a change that says a "user instance" and "content instance" can't be the same server. It's a perfectly normal architecture though to have a management, worker, and database service use any combination of 1, 2, or 3 servers. This just seems like a decoupling from a monolith into microservices.

[–] calr0x@sh.itjust.works 3 points 1 year ago* (last edited 1 year ago)

I agree with you.

The future is going to be different than one monolithic website and I think ultimately everyone just needs to relax for 6 months or a year and just get a feel for how all of this settles over time.

Part of the federated future is that we are going to lose content from time to time. Maybe someday someone solves that but this is what a link aggregation ecosystem with no central leadership looks like, and that's ok.

[–] dbilitated@aussie.zone 1 points 1 year ago

yeah I wouldn't be in favour of making that change to the software itself.. I think the features are good the way they are. I'm just thinking in terms of organising services, and the best way to do it - it's lots of servers run by volunteers and the structure is hazy so I think it's good to have these conversations.

[–] insomniac_lemon@kbin.social 2 points 1 year ago* (last edited 1 year ago) (1 children)

I see it more of federation copying the structure and posting habits, despite repeating its mistakes while also making said mistakes worse.

What I'd like to see is global posting for some things (and those things using tags, topics, events/timelines etc) such as news and some types of videos. You'd still be discussing it on your instance (further unification could be done, or maybe just quick-switching what instance comment section you're looking at/posting on) only now most of the time it'd be on a topic/event itself or on specific coverage of it.

If someone wants to post it to a community, they can make a thread with their own take (hopefully something substantial, but it'd depend on the community) for people to comment on instead. Thus better grouping and filtering.

Any text post, original content, or less general/common content would function the same. And perhaps posting links could even work the same posting-wise, just auto-generating a global link thread for people to discuss if they don't want to comment on the community post that originated it (which hopefully means articles have something to discuss or at least are a very good fit for the community that they're in).

[–] Spacebar@lemmy.world 2 points 1 year ago (1 children)

I mod a sub that is niche and there are 3 other subs by the same name. We all agreed to put a sticky post on 2 of the 3 directing people to the main.

It's no different than reddit, !beekeeping@lemmy.world, !beekeeping@lemmy.ml, !beekeeping@iforget.lemmy is no different than /r/beekeeping /r/bees /r/beekeeping

Right now we are creating communities with the same name as reddit subs to aid in transitioning. That won't last forever, and as long as people use good community descriptions people will find the good ones.

[–] insomniac_lemon@kbin.social 1 points 1 year ago* (last edited 1 year ago)

I mean it is different from reddit in that now instead of 1 server with arbitrarily divided communities, now you have as many as are popular and it is more visible because there isn't enough content. If there are tons of users are all in one place it might make sense for something like /r/bees , but here I think it'd be better served with a tag like #bees for all instances ( ̶t̶h̶o̶u̶g̶h̶ ̶m̶a̶y̶b̶e̶ ̶s̶o̶m̶e̶t̶h̶i̶n̶g̶ ̶d̶i̶f̶f̶e̶r̶e̶n̶t̶ ̶f̶o̶r̶ ̶s̶e̶r̶i̶o̶u̶s̶ ̶b̶e̶e̶ ̶d̶i̶s̶c̶u̶s̶s̶i̶o̶n̶/̶m̶e̶d̶i̶a̶ more serious than I thought, but you'd need to bookmark that tag unless there are other features I'm unaware of). Whereas beekeeping does make more sense as a community.

I could also see it being interesting for unified communities. It would be mostly the same as now in most ways except posts would be visible from all instances (if federation is on and that community is not blocked). Mods would moderate their own instance (and nothing would stop users from posting to a different instance of the community if they so choose) though limited mod sharing could be a thing. So really it's just something to make things less annoying than subbing to 3+ communities (hopefully with link/story merging too as my first comment mentions).

Also with divided communities in mind, why not make posting to multiple communities in one go (tied together thus not cluttering new, and possibly allowing community-specific versions) a thing?