Beefy Boxes and Bandwidth Generously Provided by pair Networks
Welcome to the Monastery
 
PerlMonks  

comment on

( [id://3333]=superdoc: print w/replies, xml ) Need Help??

shmem bows politely. Retorting thanks.

The idea was as I stated in the OP. It's about protecting, in some measure, the overall "quality" and reputation of the site in the eyes of the wider world, by hiding from Anonymous Monk (which would include folks following hits from google, for example) the worst of the site's content.

I was referring to the introduction of this policy in the first place: whom are node tallies to be shown.

As for the overall "quality" and reputation of the site in the eyes of the wider world, the contents of this site speak for themselves, as does every node (speak for itself), and every monk does. This site doesn't need to boost its reputation in the eyes of a wider world - the reputation is in the eye of the beholder, in short: I don't care really, and I personally am against (tongue in cheek) shenanigans to boost PerlMonks acceptance: it wouldn't be a monastery any more ;-)

About free speech -

As others have said -- this isn't really true. If you want to make an argument along this line, you'd better attack reaping first.

No. There's no need to "attack reaping". The rules for reaping a node are well established: a node has to be considered, voted for reaping by a significant amount of insiders, and NodeReaper isn't sent to do his work by an algorithm, rather quite sensible folks do that afaik. SPAM and such aren't free speech, since they are no speech at all. We could start to argue what speech is and when, but that would prrobably go beyond the scope of PerlMonks.

Anyway, we as a community have a right to protect ourselves from the effects wrought by bad actors, and this proposal is an attempt to do so in the least intrusive and disruptive way.

Yes, and we did that - as a community - in the most friendly and peaceful way (exceptions prove the rule) as long as PerlMonks exists, and my argument is that we need not any further restrictions, except security for our site and fellow monks.

My argument is that there is no such thing as "effects wrought by bad actors" at this site, as long as "bad actors" and their utterings are visible, and their doings aren't carefully crafted psy-ops. But that is a whole other theme, which doesn't make sense on a technical site devoted to a computing language. As said, even bad advice is educational in my eyes.

There is a substantial difference between how logged-in users use the site, and how (we suppose) random drive-by visitors use the site. The present proposal is based on the presumption that the latter are mainly looking for good technical content.

Substantial difference based on supposition isn't far from prejudice, sorry. At least a very weak argument presented as is alone.

I'd say that random drive-by users use the site basically for the same purpose as regulars: seeking, and (Anonymous Monk probably to a lesser extent) providing technical content, since this site has little more to offer. The main difference between Anonymous Monk and regulars is that the latter are able to keep track of their doings for whatever purpose.

In this light, we would actually be doing them a service.
Not really. Absolute vote tally is dependant on overall interest on the topic, amongst other factors, so votes don't really say anything reliable about technical quality. If that were so, and if votes would be cast only dependant on technical merit, you'd probably be right. But there's no way to isolate technical from social stuff in each voter, let alone for the whole site. See the infamous Quantum Weirdness subthread.

Privacy is a whole different thing I want to add, just in case
Okayyy... What is your point?

Point is "just in case". It is generally not a good idea to add more data than needed to a public discussion. I added this only to prevent this discussion from trailing off into something else. *Sigh*.

When's the last time you saw a reply to a very low-quality note contain matter of worthy technical merit? It's very rare.

Agreed, and I vaguely remember occasions, but I won't dig into that. But since your proposal is about an automatism without human interaction, I thought that this possibility is worth mentioning. Imagine somebody posting the ultimate solution for world peace based on pure perl, seven hawks downvote that, and then it is shunned from all but regular monkses.

perl -le'print map{pack c,($-++?1:13)+ord}split//,ESEL'

In reply to Re^3: RFC: Hide Very Bad Answers From Visitors by shmem
in thread RFC: Hide Very Bad Answers From Visitors by jdporter

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post; it's "PerlMonks-approved HTML":



  • Are you posting in the right place? Check out Where do I post X? to know for sure.
  • Posts may use any of the Perl Monks Approved HTML tags. Currently these include the following:
    <code> <a> <b> <big> <blockquote> <br /> <dd> <dl> <dt> <em> <font> <h1> <h2> <h3> <h4> <h5> <h6> <hr /> <i> <li> <nbsp> <ol> <p> <small> <strike> <strong> <sub> <sup> <table> <td> <th> <tr> <tt> <u> <ul>
  • Snippets of code should be wrapped in <code> tags not <pre> tags. In fact, <pre> tags should generally be avoided. If they must be used, extreme care should be taken to ensure that their contents do not have long lines (<70 chars), in order to prevent horizontal scrolling (and possible janitor intervention).
  • Want more info? How to link or How to display code and escape characters are good places to start.
Log In?
Username:
Password:

What's my password?
Create A New User
Domain Nodelet?
Chatterbox?
and the web crawler heard nothing...

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

    No recent polls found