Skip Navigation

Is Lemmy.World going to do anything about community squatting?

A good example is https://lemmy.world/c/documentaries

One of their mods, https://lemmy.world/u/sabbah, currently mods 54 communites despite only being on Lemmy for about a month and has never posted on c/documentaries (except for his post asking for people to join his mod team).

The other mod, https://lemmy.world/u/AradFort, has one post to c/documentaries and moderates 18 communities.

Does Lemmy.World have a plan to remove this kind of cancer before we start getting reddit supermods here too?

Edit: This comment shows how this is even more dangerous than I had thought.

Edit2: Official answer from LW admin is here

178

You're viewing a single thread.

178 comments
  • I knew this would happen and that's why I am FOR hardcoded community limits per user unless an admin, in individual cases, allows the user to open additional communities based on past handling of other communities the user has been (or was supposed to be) modding.

    Letting a user create 54 communities, especially those that were some of the biggest communities on Reddit is dangerous. Powermodding is a serious problem on online platforms and letting individual users create unlimited communities leads to it. Imagine how much money this person might want to sell their Account(s) for when the platform grows further and interest might accrue?

    It is humanely impossible to mod more than a handful of communities alone anyways. The users you mentioned are powermods.

    As another good example against freedom of creating unlimited communities is user LMAO whom most of you will probably at least have heard of by now, or even found when searching for a community that has numbers in its name.

    I will stand by this position.

    • Couldn't someone make alt accounts?

    • Ok, I think you have a point. But where do you draw the line?

      IMO, it shouldn't be a hard limit - that's asking the dev team to deal with arguments on the topic indefinitely.

      I think per-instance limits make more sense in the short term, but that still just mitigates the reason not to do it, it doesn't solve it.

      Ultimately, I think we should experiment with novel strategies, such as various democratic spins on moderation that decentralize authority. The fediverse is all about decentralization and trying stuff without missing out on the larger network after all.

      You seem passionate and you have a solid argument - you should post an issue on the GitHub. This shouldn't be hard to actually implement - the majority of the work on this one is convincing everyone this should be done and what the rules should be

      • I agree that a global hard-limit is problematic since every instance (admin) will want it to be how they see it, of course.

        A per-instance limit was what I had in mind (not originally, this point has come up before because of the user I mentioned in my last paragraph and someone convinced me; There also already is an issue regarding that or something similar as far as I remember and I gave my opinion on it in a reply).

        I think in that sense we both agree, it should be per-instance, and as you mentioned, the fediverse is all about decentralization, which is why I think something should be done about it.
        And I think unless we have further methods to maintain decentralized moderation, this hardlimit (per-instance) is the first step, or at least a step, in the necessary direction.
        Best case scenario, we'll get other methods of maintaining decentralized moderation and get rid of the softlimit (?) later down the line.

        Of course democratic spins like subscribers voting mods every now and then would be an interesting solution (that opens up new problems, of course, but that comes with every solution).

        Hope my ADHD didn't hurt the readability.

        • Haha no worries, I too think in webs, I found it pretty clear. Talking to other people with ADHD is so much more straightforward

          I'm convinced on your approach (at least until someone comes out with a more elegant way to handle it), I'm focusing on the client side for now, but if this is still an open issue in a month or two I'll consider writing it myself. It'd be a good ticket to shake off the rust in Rust

          My thoughts on democratization go further than that - when Reddit made their disingenuous democracy pitch, I started to think what that would actually mean

          My thought is something like, everyone is invited to be a mod, or random members are asked to do an hour of mod work. They go through and do mod work, but everything requires corroboration

          In my approach, you'd have to look at every mod action, then decide if it defaults to action or inaction. Then you use some basic statistics to come up with numbers to pass or reject an action based on how many mod actions your community clears per Capita.

          I plan to look at it down the road...I don't know nearly enough about modding to say I've got a fully formed approach, but I think there's something there. I plan to ask some admins if I can do a short stint as a mod in order to better understand what it's like, and then I want to look at this.

          I also have this idea of a "mitosis" operation to split a community when the mods feel it's grown beyond them and they're losing control... Fomo makes the idea controversial, but i generally find small communities better than large ones in every way. Maybe by pairing this with some version of the "multi" idea a lot of people are pushing we might find a happy middle ground

You've viewed 178 comments.