Beefy Boxes and Bandwidth Generously Provided by pair Networks
Problems? Is your data what you think it is?
 
PerlMonks  

Re^2: Having our anonymous cake and eating it too (impolite)

by tye (Sage)
on Jan 23, 2014 at 22:56 UTC ( [id://1071845]=note: print w/replies, xml ) Need Help??


in reply to Re: Having our anonymous cake and eating it too
in thread Having our anonymous cake and eating it too

Consideration is by policy not to be used for incivility and impolite posts; I’d definitely like to see that changed, but it is a cultural assumption that these posts must be permitted or we’re “censoring” people.

No, it is just that the same principle applies: The best remedy for bad speech is to counter it with good speech.

It is also significantly because that, without the discouragement against reaping of relatively minor infractions (such as being "impolite"), the result is rather easy to predict and has already been seen and is not pretty. But first, let me quickly describe the scenario where reaping "impolite" nodes can work rather well.

If you have a very small and cohesive team of people dedicated to enforcing what they consider to be a sufficiently positive tone, then it can be quite beneficial for that team to suppress contributions that only rise to the level of "significantly impolite". On the internet w/o a physical location shared by the team members, such a team is very often just a single person.

In such scenarios, it often works even better if new nodes are hidden until they are approved by the team, and not just because it prevents a flood of negative posts being made before the team can react. I think people are less disturbed by "my submission was not approved" than by "my submission was posted and then later deleted".

PerlMonks, having been on-line for this long, has not had any dedicated, cohesive team survive that long no matter the purpose. There have been a few teams that stayed relatively dedicated for quite a while and were even moderately cohesive, but each failed to stay even close to that for even a fraction of the lifespan of PerlMonks. And handling membership churn is significantly tricky, especially when trying to stay high on the "cohesive" and "dedicated" scales. Heck, even just adequately detecting churn is a big problem.

The mechanisms that have proved most beneficial to PerlMonks are ones where new members automatically gain additional abilities simply by interacting enough with the site (XP is a measurement of site participation with a bias toward faster rewards for constructive participation).

So the population of enforcers is going to be some fraction of the full membership. To get sufficient "dedication" the fraction can't be tiny. To counteract the lack of cohesion, you add consensus voting, which means you need an even larger fraction since it takes at least a handful of like-minded senior members (not just one) to cause an action.

This gets us to something at least roughly like the current "consideration" system.

Now, if you throw the official target space of nodes up nice and wide by including such minor infractions as "impolite", then you quickly notice problems. Excluding everything that, say, tye finds offensively rude would likely be a net win (and not because tye is an exceptionally good judge of manners). But suppressing everything that any one of the hundreds of senior members finds troubling impolite with the minor catch that they have to get 4 others to agree with them, that quickly leads to tons of things being suppressed just because several people didn't understand them (for example). And that leads to lots of grousing and other reactions to a bunch of specific cases of this or that being suppressed. Pretty soon the site is more about arguing and complaining about what should or shouldn't be suppressed than it is about discussing Perl.

I much prefer the relatively rare nasty reply and relatively rare flame fest that PerlMonks currently endures to the constant bickering around meta arguments about rampant node suppression.

The biggest current problem I see with anonymonk is the number of members who feel that they are justified in swiping at somebody just because they posted anonymously. If you can't handle anonymous postings, then you shouldn't respond to them.

I'm constantly considering ideas for adjusting how anonymous posting works at PerlMonks. Most of the ideas I read about or come up with don't quite reach the bar of being very likely to be a net win, much less being worth the effort to try. I don't think this suggestion reaches that bar, either.

- tye        

  • Comment on Re^2: Having our anonymous cake and eating it too (impolite)

Replies are listed 'Best First'.
Re^3: Having our anonymous cake and eating it too (impolite)
by Anonymous Monk on Jan 23, 2014 at 23:09 UTC
    Pretty soon the site is more about arguing and complaining about what should or shouldn't be suppressed than it is about discussing Perl.
    You mean like this thread, and all the other ones like it? Well said.

      You mean like this thread, and all the other ones like it? Well said.

      Most 99% of posts are to SOPW not monkdiscuss

Re^3: Having our anonymous cake and eating it too (impolite)
by pemungkah (Priest) on Jan 24, 2014 at 05:01 UTC
    I think that perhaps we are talking about different kinds of "bad" speech.

    I dislike bringing this up, but it's a good example - and an example of where "fight bad speech with good speech" didn't happen. In the thread concerning the poll in which I remarked that I felt that certain kinds of people were portrayed in a demeaning way, I got very little "good" speech in response to quite a lot of "bad". There are certain sensitive topics on which this policy just doesn't work. (I do not think it reasonable to say, "well, then don't discuss those here." Pretending that problems within the larger or smaller community don't exist or shouting them down does not make them go away.)

    I understand why you say that consideration shouldn't be used this way. This only underscores the need for something that allows each user to shape his or her experience on the site. "If you can't handle anonymous postings, then you shouldn't respond to them" isn't sufficient.

    Everyone does not experience Perlmonks in the same way, because we are not all the same people. Most people's experience is indeed that the Anonymous Monk is at most mildly irritating, but in certain situations the Anonymous Monk's posts are actively painful, angry, mean, demeaning, or nasty. As I mentioned, the emergent result of how down votes work and how consideration works means that bad behavior is not censured, and will more than likely not be censured. There are too few votes spread across too many nodes. If one did have enough votes to vote on every node, it would take far too much time to do so, and the number of negative votes that might be needed in a particularly bad situation - when they would be needed most - would probably drive one into "dog votes".

    Having had one of these massively negative reactions has colored my experience as to how I feel about Perlmonks. I used to feel as if I had been among friends or comrades who supported me, and was shocked when some of them suddenly turned on me and began insulting me and demeaning me. I felt that my trust hadn't been valued. I've lost that original (many-year) positive feeling. Given how the site currently works, I feel powerless to do anything should this happen again, and discouraged.

    We say that the Anonymous Monk exists because we want to encourage participation. Have we ever measured whether this actually is true or not? Are more threads initiated by the Anonymous Monk, or are they initiated by people who have signed in? That's a concrete data item, and it would be interesting to see that, perhaps over time?

    My particular suggestion is not meant to be the final answer to how to fix the problem. It is meant to open a discussion about what the actual problem is. I believe that it's the problem of not being able to control one's own experience. I'm more interested in hearing what people have to say about the idea or related ideas. I do not claim this is a perfect solution, but so far the suggestions I've seen have mostly been "how do we change the site to make the behavior change?" - and I don't think that's going to work. I think we have to approach the problem from the other end, which is "we can't change behavior via software; what should each user be allowed to control to improve their experience instead?".

    Perhaps exploring the idea of extending the node-pruning done by comment and score thresholds would work? Artificially adjust the score of each node using the user's block list (say -1000 fake votes) so threads containing people they don't want to see are trimmed using the standard page construction code? Again, not a perfect solution - I'm just talking. More interested in whether you think approaching the problem from the other end, so to speak, is a better way to go.

      "we can't change behavior via software; what should each user be allowed to control to improve their experience instead?"

      As a user with an account , you can today, through the power of css, ignore any author you wish ... maybe this should be made more easily available?

      from the memory of Blocking users

      .node-from-NNNNNN { display: none; } /* Newest nodes (and ot +hers?) */ #id-9488 .auth-NNNNNN { display: none; } /* Worst nodes */ #id-397425 .nnt-auth-NNNNNN { display: none; } /* RAT */

      So to ignore all of my legion

      /* ignore posts by Anonymous Monk */ .node-from-961 { display: none; } /* Newest nodes (and other +s?) */ #id-9488 .auth-961 { display: none; } /* Worst nodes */ #id-397425 .nnt-auth-961 { display: none; } /* RAT */
        Should be noted that any subtree of nodes will be deleted, i.e. any following discussion disappears.

        It also has the effect that nodes may reappear in RAT showing no replies, if an ignored user answers. If this bothers you, change RAT-style viewing mode "Minimal Nodes" (top of RAT page)

        The CSS in Display Settings can be simplified to allow multiple monks to be ignored at the same time

        /* START IGNORES */ /* another monk */ /* ... */ , /* Anonymous Monk */ .node-from-961, /* Newest nodes */ #id-9488 .auth-961, /* Worst nodes */ #id-397425 .nnt-auth-961 /* RAT */ { display: none; } /* style */ /* END IGNORES */

        note the missing comma only in the last line (RAT here)

        For testing use something like {  background: #ffffe8; color: red; } instead of "display none".

        Cheers Rolf

        ( addicted to the Perl Programming Language)

      The real problem is that not only are some people oversensitive, but they also love to police others and instill their over-sensitivity as a norm.

      Shit happens. It may come as a surprise to someone who spent their life on the carefully trimmed grass of a walled suburb with the shit being dealt with by the invisible others, but it does. Learning not to attempt to start a public riot at the sight of a single spray painted wall should be required before leaving the kindergarten.

      P.S.: Dog votes? Been there many times. So what? Lost a few XP. Who cares?

      Jenda
      Enoch was right!
      Enjoy the last years of Rome.

        You seem to be saying, "This isn't a problem for me, therefore it is not a problem." Is that correct? This is not judging you, this is asking to be sure I understood your post.

Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Node Status?
node history
Node Type: note [id://1071845]
help
Chatterbox?
and the web crawler heard nothing...

How do I use this?Last hourOther CB clients
Other Users?
Others learning in the Monastery: (2)
As of 2024-04-26 05:07 GMT
Sections?
Information?
Find Nodes?
Leftovers?
    Voting Booth?

    No recent polls found