this post was submitted on 28 Jun 2023
-18 points (15.4% liked)
Lemmy
12572 readers
5 users here now
Everything about Lemmy; bugs, gripes, praises, and advocacy.
For discussion about the lemmy.ml instance, go to !meta@lemmy.ml.
founded 4 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
Here's what this sounds like to me:
It is not helpful to declare that a system is defective just because it doesn't work in way that a new user initially guessed that it does. Their first guess was incorrect! That's okay! It's okay for new users to make mistakes and learn!
There's no getting around that new users have to learn how to use the service. That takes time and experimentation. It also takes patience, both on the part of the new user and on the part of more experienced users.
Sure, there can be additional signposts and help. But it's really unhelpful to just declare that the system is wrong and the new user's first guess must be right.
I have heard this meme before, lemmy is not email
Also application that go against user intuition, start with a permanent handicap.
But in this case, this is fatal, you cannot learn your way into making lemmy.example.com/c/piracy should you all /c/piracy on all instance
The functionallity simply is missing and the consequence is everything will be on the lemmy.biginstance.com/c/thebigcommunity and everything else will be invisible (and probably defederated outright as moderation becomes increasingly untenable)
Technology skills don't work by intuition; they work by learning.
People say "intuitive" when they mean "familiar to something I've already learned".
For example, novice programmers often say that a programming language that resembles the first language they learned "is intuitive", while a language that looks different "is unintuitive".
People who learned C first, used to argue that Python was "unintuitive" because it doesn't use
{}curly braces around code blocks.That's not intuition. That's familiarity. Once they become familiar with Python, they no longer talk about the absence of
{}around code blocks as "unintuitive".Here, there are users coming from centralized services like Reddit, Facebook, or Twitter. One of the things that they have to learn is that this is not a centralized service; you have to care about what instance you're looking at, or what instance a community is hosted on.
I don't know about it. Look even at the usernames. It's @name@instance.addr, it's structured like an email. Even for instances, /c/piracy is not a thing, it is !piracy@lemmy.ml in Lemmy world. Even Mastadon has the same structure of name@instance.
Every community has their own sets of rules, own set of moderators and culture. If you don't like how one is moderated, go to another one (basically how reddit works too, except there you need to change to name to make an alternate community)
This is like saying Bob in New York and Bob in Austin as different
Therefore for this reason /c/knitting in Seattle and /c/knitting in De Leon Springs are different things that must be considered individually in their own terms.
Nobody wants to distinguish and reads individually about the 108000 knitting communities in the USA. There is only /c/knitting, the rest is hair splitting and exposed infrastructure