As I become a more adept Perl hacker, I have two modules that I'm really excited about. There not quite ready for prying eyes ( and might not be for a month or two yet ) but when they are, I'd like perlmonks to give them a good review. It's not that I trust certain users so much as the community effect is very pwerful here. Open Source projects get reviewes by the Open Source community, fair enough, but the sheer concentrated force of so many Perl coders here at the monastery is to powerful to be ignored. Besides, I feel that you guys (and gals) are more responsible for the darn things than I am - you taught me, and have been the best teacher I ever had.

However, there isn't a great mechanism for module review of this kind here. Here is what I see as my current options:

The problems I see are that the first two are often ill fitted to the task, and would quickly become overrun by module RFCs if they were officially approved, and the third doesn't get the depth of analyisis of, say, a SOPW, because there is no thread associated with scratchpad entries, and scratchpads are watched with careful eye.

Perhaps I am being selfish in wanting to be able to call the full force of the Monastery onto module review, but if not, then I think that a new section or refurbishing of an old section is the best option. I am aware that a fully grown and active new section means additional database expansion, more processor time and the cooling of the earth. I'd like to not loose anything the Monastery currently has to allow room for a Code Review section, so if there are serious implementation issues consider this Discussion withdrawn.

My feelings on the matter can be put this way: PerlMonks is an intensified and accelerated version of the Perl community proper. I'd like to see that, just as we have something to parallel the mailing lists (SOPW, Meditations), the conferences (the CB), the extensive and ongoing documentation (Q&A), the funny sigs (Obfu and Poetry), and cultural introspection (Discussion) so should we mirror the cultural aspects of the CPAN which are generosity and peer review.

Cheers,
Erik

Light a man a fire, he's warm for a day. Catch a man on fire, and he's warm for the rest of his life. - Terry Pratchet


In reply to The Return of the Son of theMecha-Robotic Copy of the Clone of the Evil Twin of the Sequel to the Code Catacombs (episode 12) by erikharrison

Title:
Use:  <p> text here (a paragraph) </p>
and:  <code> code here </code>
to format your post, it's "PerlMonks-approved HTML":



  • Posts are HTML formatted. Put <p> </p> tags around your paragraphs. Put <code> </code> tags around your code and data!
  • Titles consisting of a single word are discouraged, and in most cases are disallowed outright.
  • Read Where should I post X? if you're not absolutely sure you're posting in the right place.
  • Please read these before you post! —
  • Posts may use any of the Perl Monks Approved HTML tags:
    a, abbr, b, big, blockquote, br, caption, center, col, colgroup, dd, del, details, div, dl, dt, em, font, h1, h2, h3, h4, h5, h6, hr, i, ins, li, ol, p, pre, readmore, small, span, spoiler, strike, strong, sub, summary, sup, table, tbody, td, tfoot, th, thead, tr, tt, u, ul, wbr
  • You may need to use entities for some characters, as follows. (Exception: Within code tags, you can put the characters literally.)
            For:     Use:
    & &amp;
    < &lt;
    > &gt;
    [ &#91;
    ] &#93;
  • Link using PerlMonks shortcuts! What shortcuts can I use for linking?
  • See Writeup Formatting Tips and other pages linked from there for more info.