Thomas Klausner wrote:
Hi!
On Thu, Sep 07, 2006 at 10:23:39AM +1000, Adam Kennedy wrote:
- has_example
I thought we were generally negative on this one, because it would
encourage people to spuriously add trivial example directories to their
distributions...
Yes, but I've recently introduced the concept of 'optional' metrics.
Optional metrics are not used to calculate an authors rank in the CPANTS
game. Current optional metrics are 'is_prereq' and 'has_examples'.
This also makes it possible to get 110% kwalitee at the moment :-)
I saw that. The question is how many people are likely to be driven to
add it just to get the green mark anyway (even if it doesn't alter the
result of the game).
Perhaps as an initial fix, we could make the visual distinction seem
smaller? For example, instead of white box with squiggle, change it to a
grey box with the same level of brightness as the green box? So the
difference is reduced to a fairly subtle shade difference?
As a secondary point, if we keep it you might also want to include
/sample(s)/ and /demo(s)/.
Thanks, added
- declares_dependencies
It might be an interesting idea to also add a "dependencies_exist"
metric, that makes sure that all the dependencies that are declared
actually exist in the CPAN. Dunno, could be of dubiously little value,
but I just managed to somehow upload something with bad deps that I had
installed on my local machine, but that weren't all on CPAN yet...
It might also catch possible CPANTS bugs.
Good point. I like it then :)
- no_open_bugs
If we are going to do this, we have to make sure that we DON'T include
wishlist bugs in this metric, or it blows the validity all to hell.
I was thinking of something like 'no open bugs with severity > wishlist
(or even unimportant) and more than two weeks old'.
'Taken' bug reports are obviously also not counted.
Something along those lines seems good, the more sophisticated the
better. The big question is, can you get data exported out of RT with
enough resolution to do what you want?
Adam K
