http://www.perlmonks.org?node_id=720761


in reply to Re^2: Sanity Check: Roles vs. Traits
in thread Sanity Check: Roles vs. Traits

Sorry to be a bit harsh, but the '0.01' along with the last-upload date of 3 years ago should have given you a clue. Alternately, you could've just emailed me at rkinyon@cpan.org and asked. I would've been delighted to respond and I do so with 24h (often much less).

As for updating the POD, I wrote it 3 years ago and promptly forgot about it. This is the first time anyone's ever looked at it for production use, so I am a bit surprised at the . . . vehemence. :-)

Please send me an email and I'll try to get to it next week.


My criteria for good software:
  1. Does it work?
  2. Can someone else come in, make a change, and be reasonably certain no bugs were introduced?

Replies are listed 'Best First'.
Re^4: Sanity Check: Roles vs. Traits
by TGI (Parson) on Oct 31, 2008 at 21:24 UTC

    I'm sorry if I sounded harsh or rude. It was not intentional. I understand that CPAN modules are made and supported on a volunteer basis, and that finding time and attention for them can be difficult, even at the best of times.

    Actually, I've never considered Perl6::Roles for production use. Any module author who feels that a module they submitted is "a toy" or "not fit for production" or "obsolete" would do a huge service to the Perl community by documenting this in the module's POD.

    My vehemence was related to the amount of time I have spent wading through too many choices on CPAN, trying to select a good contender.

    This all really comes back to the "too many choices on CPAN" problem that has already been well chewed elsewhere. Breifly, there are so many modules on CPAN that it can be hard to choose a tool. We need to make it easy for people to distinguish what modules to use. CPAN ratings, AnnoCPAN are an attempt to address this problem. I've seen suggestions that CPAN be regulated and only certain modules be allowed on. I won't advocate restricting CPAN or even removing modules that maintainers consider obsolete or dead. I think its better if they persist, that way someone else can learn from them, adopt them or adapt them to meet their needs. A module, created as a toy to test an idea and then abandoned, may be taken up by someone else and be transformed from toy into masterpiece. If we remove "obsolete" or "dead" modules from CPAN, we prevent this from happening. The problem is that you can accumulate a pretty big pile of cruft. The best way that I know of to deal with the cruft is explicit labeling.

    I should really take the time to formulate a clear meditation on this subject.

    I didn't mean for my comment to seem like a raging rant aimed solely at you (or TheDamian). Your post just triggered an epiphany about one of the ways that our beloved CPAN sucks and perhaps a simple way to make it a bit better.


    TGI says moo