There were also 2 more below that.
And this must be a bot, endless posts by this user, every time the same content on multiple communities.
Home to all things "Mildly Infuriating" Not infuriating, not enraging. Mildly Infuriating. All posts should reflect that.
I want my day mildly ruined, not completely ruined. Please remember to refrain from reposting old content. If you post a post from reddit it is good practice to include a link and credit the OP. I'm not about stealing content!
It's just good to get something in this website for casual viewing whilst refreshing original content is added overtime.
Rules:
1. Be Respectful
Refrain from using harmful language pertaining to a protected characteristic: e.g. race, gender, sexuality, disability or religion.
Refrain from being argumentative when responding or commenting to posts/replies. Personal attacks are not welcome here.
...
2. No Illegal Content
Content that violates the law. Any post/comment found to be in breach of common law will be removed and given to the authorities if required.
That means: -No promoting violence/threats against any individuals
-No CSA content or Revenge Porn
-No sharing private/personal information (Doxxing)
...
3. No Spam
Posting the same post, no matter the intent is against the rules.
-If you have posted content, please refrain from re-posting said content within this community.
-Do not spam posts with intent to harass, annoy, bully, advertise, scam or harm this community.
-No posting Scams/Advertisements/Phishing Links/IP Grabbers
-No Bots, Bots will be banned from the community.
...
4. No Porn/Explicit
Content
-Do not post explicit content. Lemmy.World is not the instance for NSFW content.
-Do not post Gore or Shock Content.
...
5. No Enciting Harassment,
Brigading, Doxxing or Witch Hunts
-Do not Brigade other Communities
-No calls to action against other communities/users within Lemmy or outside of Lemmy.
-No Witch Hunts against users/communities.
-No content that harasses members within or outside of the community.
...
6. NSFW should be behind NSFW tags.
-Content that is NSFW should be behind NSFW tags.
-Content that might be distressing should be kept behind NSFW tags.
...
7. Content should match the theme of this community.
-Content should be Mildly infuriating.
-At this time we permit content that is infuriating until an infuriating community is made available.
...
8. Reposting of Reddit content is permitted, try to credit the OC.
-Please consider crediting the OC when reposting content. A name of the user or a link to the original post is sufficient.
...
...
Also check out:
Partnered Communities:
Reach out to LillianVS for inclusion on the sidebar.
All communities included on the sidebar are to be made in compliance with the instance rules.
This is a fundamental issue with the way that lemmy is organized that was identified early. Its a design consideration thats pretty much baked into the cake that each lemmy instance effectively tries to be an entire reddit.
Its a bit of an issue, because this will necessarily dilute the kind of network effect that is what allows social media to be as engaging as it can be. Interesting articles don't get as much momentum. The interaction is more diffuse. Conversations are more spread out and fragmented.
Its beyond the scope of the current design, and I really do commend the developers for what they've built (lemmy as is a great experience); however, a more 'instance' based approach may have made more sense based on how we've seen things scale. Instead of every lemmy instance trying to be 'all of reddit' each lemmy instance would focus on a set of niches (for example, a fashion focused instance would have c/fashion, c/mens_fashion_advice, c/streetware,... whatever); then they would federate to propage these niche across the fediverse.
The Star Trek lemmy instance is an example of this. Its a home for all things star trek. I also tried to start something like that focused around WallStreetBets, but afaik, WSB had almost no exodus.
More importantly, the critical mass to get enough users for the content to be interesting didn't happen. There were too many competing /c's across the lemmyverse. So articles get posted, but none get more than 1-3 upvotes because the userbase that would get it to say 5-15 upvotes simply isn't there.
I really do love lemmy for what it is, but this design consideration is absolutely what is preventing Lemmy from being a true Reddit killer. The structure of federation sets lemmy(s) up in a way that there is an inherent blocking factor to super-connectivity.
However, I can imagine a couple solutions to this that dont necessarily require a full burn down and rethinking of lemmy.
One would be to allow for the merging of communities. Users set up C's, but if there was some way to do a kind of merge (as like on github), where the two RSS feeds could be merged (as in github). Likewise, it would make sense if there were a way to 'split' or fork communties, as in, say you've got c/fashion, and some one wants to fork off and have it become c/mens_fashion. This would allow communities to consolidate around critical mass (there are enough posts, comments, etc to represent meaningful engagement), and then also to diffuse that issue latter when it makes sense to maybe split off political memes from say, political discussion.
A second solution would be to allow communities to be 'transferred' across the federation. This makes sense in that your 'local' community should be comprised of the things you care about the most (fashion, mens fashion, streetware, etc..). This feature would allow niche communities to consolidate into single instances, which will also serve to drive engagement (a user of mens fashion is far more likely to post into streetware and vice versus).
A third option would be to build a super structure to lemmy that allows for the consolidation of multiple lemmy RSS feeds into one. Effectively, user would be able to identify various lemmy communities into 'supper communities' that consolidate them under a single heading (a tool to grab up all the 'mens fashion advice /c's across the fediverse) and deliver it in a single RSS feed.
Of the three of these the third option makes the most sense to me. It requires the least rework of the underlying data structures, and seems like a bolt on solution. However, it also might be the least effective of the three. I've no intuition about what that would do the structure of the network or if it would aid in overcoming critical thresholds of engagement.
Before I knew about Lemmy I was in the process of designing my own replacement platform. While I think that decentralization is good, I felt like it should be done at the community level. So everyone is federated to a few user account instances, then each community is a self-hosted instance.
Obviously we’re too far past that point to do it with Lemmy, but it does feel like federation can be an obstacle as much as it can be a benefit
when admins leavy defederation like a nuclear weapon, you know its a problem.
Having instances focused on one specific thing is the best solution, but it requires a couple other problems to be solved first.
The biggest one is discovery. Lets take your example of a fashion instance, hypothetically we'll call it fashion.world. Lets assume I'm a user interested in fashion setting here on lemmy.world, and I want to subscribe to a fashion community. Currently the lowest resistance method is to hop over to the local community list and scroll through looking for any fashion related communities. If I'm a little more savvy maybe I hop over to the search option and take a crack at some plausible sounding community names starting with just fashion. That might work, but it relies on lemmy.world already being federated with fashion.world, which in turn relies on another user having already found and subscribed to one of their communities. On a very large instance like this one that's probably a decent chance of having occurred, but on small or obscure instances it's very unlikely. So we have a massive discoverability problem now. There needs to be some kind of centralized registry where you can type a term and see all the communities across all the instances that might be related to that term.
Another related problem is that instances, communities, and users, are closely bound to each other. I think it was a mistake to put everything together. It simplified things in the early days, it makes it possible to treat a lemmy instance as a mini-reddit, but it causes problems in the long run. Instead you should have a service for users to authenticate with and federate user messages and such, and an instance for communities to be hosted out of and federated. This would also simplify some aspects of moderation as user instances could setup a consistent set of rules they expect their users to follow. If you get caught not following those rules you get banned from the instance. Communities then could have their own rules they setup and via de-federation with different user registries you'd have a quick way of deciding the kinds of users you want in your community. Seeing a lot of hate speech coming out of the user registry run like a 4chan board? Sorry fellas, ban hammer time, that's why you can't have nice things. Not to mention breaking users and communities apart lets things scale in a more natural fashion, where the load the community server is under is directly proportional to the interest in those communities rather than if that instance happened to be the most well known one when someone went to register their account.
Spot on about the discovery issue. My concern with your outline though is its a total rework. My thinking is that the die is cast with regards to this experiment. So in that sense we kind of have to work with what we have.
Just bc there are 100 things called /c/whatever doesn't mean people will fragment. On Reddit, the only difference is the names would have to be different in a new way. You can quickly sort by active, find the active community, and use it. The others will die, and the network effect will live.
No it wont.