Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.
 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • is_prereq is not worthless. While what you say is obviously true (some good modules may not be used by any other), the reverse does not necessarily apply: if a module is being used by other modules, written by different authors, then that's a sign that there are other people who respect it, and therefore it's got a chance of being of higher quality than other, similar modules that have no such dependencies.

    If I'm trying to pick between several app-oriented modules then none of them will have is_prereq,

    • if a module is being used by other modules, written by different authors, then that's a sign that there are other people who respect it, and therefore it's got a chance of being of higher quality than other, similar modules that have no such dependencies.

      Ah, but you say "quality". kwalitee != quality.

      If I chose to add a module as dependency, do I care whether this module has a README? Or whether it has POD coverage tests? Or uses strict everywhere? No, no and no. I include it because it turned out to be
      • if a module is being used by other modules, written by different authors, then that's a sign that there are other people who respect it, and therefore it's got a chance of being of higher quality than other, similar modules that have no such dependencies.

        Ah, but you say "quality". kwalitee != quality.

        Actually I said "a chance of ... quality", the point being that it doesn't necessarily mean that the module is of higher quality, but in general there's likely to be a correlation between quality of modules and other people choosing to use them.

        But quality isn't measurable; kwalitee is. Indeed that's the purpose of kwalitee: since quality can't be measured, the idea is to compute things which can be measured and which often are indicators of quality, with the hope that those modules with a high kwalitee will be those that also are of high quality.

        If I chose to add a module as dependency, do I care ... README ... POD coverage ... strict?

        No, but that isn't the point of is_prereq, since those are technical matters which can be determined automatically and are already taken into account elsewhere in the kwalitee calculation.

        I include it because it turned out to be useful for me, the module author.

        Exactly! You found the module useful, and surely usefulness is a sign of quality? Presumably you wouldn't've used this module if there was an alternative available of higher quality, so your vote of confidence is an indication of the module's quality, and therefore used in the kwalitee calculation.

        My point is that is_prereq doesn't fit into what kwalitee is supposed to mean.

        I understand kwalitee is "supposed" to be a measurable quantity of factors that often have a correlation with quality, and as such it sees to fit. What do you think kwalitee is supposed to be?

        Also, it's the only test whose outcome can't directly be influenced by a module author. Hence it's wrong.

        Why does that follow? Kwalitee (and quality) is an attribute of modules, not of authors. If something is indicative of quality then it's useful to include it in the kwalitee calculation. Authors can indirectly influence a module's usage by producing something that is useful. Doing so is much harder than following a checklist of things like including a README file, but that's no reason not to take note of those who succeed.

        Smylers