in reply to The quantity vs. quality lesson

There might be a lot of crap on CPAN, but who wants to appoint what is crap? And remove a module, that might be used by some people already? If you like to be helpfull to other people rate a module good or bad. This makes my choice more easy next time.
Boris

Replies are listed 'Best First'.
Re: Re: The quantity vs. quality lesson
by PetaMem (Priest) on Jun 01, 2004 at 09:28 UTC
    I have no problem in rating a module. I could do this day and night and not fear that I'm "discriminating" the author. But if I do this in some hidden thread @ PM (perlmonks), or in PM (personal mail), I will help an/several order(s) of magnitude less people, than if CPAN natively provided such a voting/commentary mechanism.

    E.g. comment for a given module:

    Tree::Nary

    • the author has not time to maintain it
    • it is written as a 1:1 transcript from a C implementation of Nary trees. Moreover it uses a hash for every node. If native Perl structures were used such as Lists, the memory requirements would go down 50% and the speed improve by a factor of 5.
    • if the module was rewritten more radically so an object would be a whole tree (using lists of lists) and not every leaf, this would give a memory requirement of 25% of the CPAN solution and a speed improvement by a factor of 38!
    How do I know? I have these implementations here. Will I contribute them? Not to this CPAN.

    Lingua::NL::Numbers

    • generates simply wrong output. Bug: 1100 is "duisend" (thousand)
    Lingua::IT::Numbers
    • requires 5.8.2 with no reason
    • The most bloated module I've ever seen. requires Regexp::Common::numbers for NO reason.

    Bye
     PetaMem         All Perl:   MT, NLP, NLU

[reply]
      I will help an/several order(s) of magnitude less people, than if CPAN natively provided such a voting/commentary mechanism.

      Which it does. We have:

      All of which are integrated into http://search.cpan.org/.

[reply]
        Good links, and I must admit (that's a big shame on me), that I didn't know them before. I looked at cpanratings, and am very glad, that they are honest. Unfortunatedly: Where are the consequences?

        That is: If a module gets beaten by the cpanratings nearly to death, where is the mark (yes - call it stigma if you like). Every potential CPAN user should see it on a prominent place prior to download.

        Bye
         PetaMem             All Perl:   MT, NLP, NLU

[reply]
        A reply falls below the community's threshold of quality. You may see it by logging in.
      I think CPAN is good enough for all this.
      • Tree::Nary is propably not the best module, but if you remove that _that_ might force to rewrite or reinvent what Tree::Nary does already.
      • If you have a better idea of the same module ask the author and maintain the module.
      • If your module is very different, since your interface change, release a new module. And describe the need for the new module in your pod.
      • If Lingua::NL::Numbers generates wrong output use http://rt.cpan.org/ to inform the author and others about the bug.
      • And for Lingua::IT::Numbers I recommend provide a patch to the author and put the patch and a discription on http://rt.cpan.org/.
        • Boris
[reply]
[reply]
      A reply falls below the community's threshold of quality. You may see it by logging in.
      If the author doesn't have time to maintain it and you have a better solution, then why don't you offer to adopt the module and release your improved version? There are at least 10 modules I know of where this was the case.

      If you have thoughts about a module, THEN TELL THE AUTHOR. I would love to have this kind of feedback about my modules. But, you know what, people don't tell me! Why, I have no idea. (PDF::Template, Excel::Template, Graph::Template - in case you're wondering)

      ------
      We are the carpenters and bricklayers of the Information Age.

      Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

      I shouldn't have to say this, but any code, unless otherwise stated, is untested

[reply]
      How do I know? I have these implementations here. Will I contribute them? Not to this CPAN.

      Right, you write perfect software but you won't lower yourself to our level. What an excuse. As others have said, the best way of increasing the quality of CPAN is by contributing quality software. Also, if you submit the bugs and reviews through the proper channels instead of whining here you'll have a better change of getting them fixed.

[reply]
      A reply falls below the community's threshold of quality. You may see it by logging in.
      Let me add to the list of sinners another module which is not ripe for primetime:
      Lingua::DE::Num2Word

      Which is a CPAN Module provided by your Company and runs also on your companies website, It is only useable after reading the sourcecode and only if you know German, to understand your implementation of the cardinal number 1 . I for myself view the missing information about the handling of the number 1 at least as a documentation bug. So my advice as a reviewer is to not use this Module except for hobby projects.

      Expample: 4801 becomes viertausendachthundertein. This is not exactly wrong, but documentation is needed.
[reply]
        Why are you telling us? Have you told the author(s)? Have you submitted a bug report with accompanying test case(s)? Have you submitted a documentation patch?

        ------
        We are the carpenters and bricklayers of the Information Age.

        Then there are Damian modules.... *sigh* ... that's not about being less-lazy -- that's about being on some really good drugs -- you know, there is no spoon. - flyingmoose

        I shouldn't have to say this, but any code, unless otherwise stated, is untested

[reply]

In Section Meditations