Here, because there is simply no point in burying this much effort and venom over there.
if you applied your expertise while sticking to the technical issue at hand your input would be very valuable IMHO.
Let's see, after 12 exchanges where I've politely tried to lay out all that is wrong with the "cpan rating" system: you want me to apply myself to what you think is a valuable cause. Correct?
Don't be offended by the above, save that for later. This is just a reiteration of the reasons I will not be contributing to that system:
I've been using cpan weekly, even daily -- it has been a pinned tab in my browser for nearly 13 years -- but whilst I'm sure I've noticed the stars, I've never taken any notice of them. See the next two sections for why.
When I'm viewing the documentation, I cannot compare how the reviews of a module have changed with its versions.
If I review version 0.01 and give it a "bad review"; then the author takes that on board and corrects each and every concern I raise for version 0.02; what do I do? What does he do?
Can I change my review? Can he change it? Does my review persist or die when he uploads a new version?
If it persists; that unfair to good authors; if it dies, it is a license for bad authors to reversion often.
I still need to wade through every screen of results to discover if the "best" one is on the last screen.
I have to read the reviews and then try and make a value judgement about the veracity of other peoples value judgements...
What does 4 1/2 stars mean?
With a restaurant, 1 star means "they serve food that is probably edible"; "if you find yourself outside, starving and in a hurry; it probably won't poison you; but if you have time, cross the road"; "You'll probably not eat here twice".
But what does it mean for a module? It exists? It installs? It loads? It runs? It produces the right results? It has a crap interface and useless documentation but if you can get past that it produces correct results very efficiently?
If you cannot give a zero value, let alone a negative, 1 star (should; could logically only) mean: "I tried this module and the experience so incensed me that I actively came back to give it a negative review; but the worst I could do was give it 1 star".
And 5 stars means either: "This module really saved my bacon" or "I'm the author upselling my own baby".
And 3 stars should mean: Nothing! A module that "just works" doesn't engender enough emotion to be bothered to go back and post a review; but probably means: "I had enough problems with this module that I felt the need to say/do something; but I don't want to offend the author who has taken the time and effort to freely share his (crap) code".
That whole "hidden reviews" thing is suspect.
If they are "mostly spam" why keep them around; simply delete them.
However; if there is some other category(ies) of review that can be hidden (as implied by the word "mostly") what are those categories? Who decided them? Who decides which reviews fit into them? What checks & balances are in place to prevent authors; or their mates; or the "in crowd" or ... from abusing that mechanism to suppress reviews they disagree with; or by people they don't like?
Let's say I reviewed Moose and expressed my opinion that it is: too big; too slow: does the wrong thing; encourages the wrong thing; is impossible to debug; and creates a nightmare dependency chain that will be the perpetual predominant cost drain for any major project that uses it, once that project moves into maintenance; and gave it a 1 star rating.
What effect would that have? Zilch!
Without evidence; its just opinion. And let's just say I was incensed enough to work up data and provide evidence for all of those things; and I posted a 10 page treatise to explain all that; who would read it? No one!
And the effect of my 1 star? If 19 produces an average of 4.5; then my 1 star would result in a value of 4.325. Would the star system reflect that? And if it did, would anyone notice? The answer to both is a resounding: NO!
So what would be my incentive for expending the time and energy in producing such a review?
*example: if I look inside a module source and find the code "badly formatted"; I'm as likely as not to stop looking further.
if you applied your expertise while sticking to the technical issue at hand your input would be very valuable IMHO.
Okay. Here is where you -- along with many others -- are likely to be offended.
I am not a member of a "Perl community"; I'm a Perl user. The only thing I have in common with other Perl users, is my use of Perl. THAT IS NOT THE BASIS FOR A COMMUNITY!
I don't attend Perl conferences; I'm not a member of any Perl Monger's group; I don't "hang out" is #perl; I'm not a "member" of p5p; I don't have an account on Perl.org; nor do I blog about Perl. (Nor anything else!)
I consider "online communities" to be an oxymoron; the ultimate in naïve anthropomorphisation of technology.
community/kəˈmjuːnɪti/noun
a group of people living in the same place or having a particular characteristic in common. the condition of sharing or having certain attitudes and interests in common. a group of interdependent plants or animals growing or living together in natural conditions or occupying a specified habitat.
What I see of the Perl users is that they do not fit any of those criteria.
The second is the nearest to something that one might apply to them if you squint hard enough; but it doesn't hold up to scrutiny.
My affiliation with this site is purely selfish. I prefer to fill my down-time with stuff I find intellectually stimulating. For some its TV or music; for some video games; for some it crosswords or sudoku; for me, its programming. Historically, I came here to learn Perl for a particular purpose. That purpose evaporated, but despite that, Perl rapidly became my go to language for getting stuff done.
I stayed because I found the ready supply of interesting problems stimulated me to becoming very intimately involved in understanding just what it is about Perl that makes it so productive. In a nutshell, I put that down to a combination of: intuitively minimalist design and pragmatic implementation.
But as a whole, I find that the users of Perl are riven with internal conflicts. Less a group of like minded people brought together by their shared backgrounds, goals and aspirations; more a scrum of disparate people all pulling, tugging and warring, trying to bend Perl to what they think it ought to be. If you doubt this, read Re: What's the perl5's future?.
So, besides that I won't lend my efforts to what I consider to be a wholly inadequate, broken and questionable system -- because I can see my reviews being routinely hidden thus wasted effort -- you can probably see that you (authors; the Perl community) almost certainly do not want me to do so.
|
|---|