> I'm constantly torn between what is right for
> Perl and what is right for everything else.
For the original monks this was the answer.
However consider also that this organization has stayed as faithful as it could and achieved only local and intermittent success and that this organization has from time to time compromised and achived more global success
>How then, should commercial scripts be reviewed?
Well, you could refuse to post scripts that haven't been reviewed.
Alternately you could charge $50 per year to list scripts that can't be reviewed and mark those links as advertising.
>The hard part about this is what should be charged
>for a personal code review?
Maybe nothing. I've learned by reviewing scripts here and by reading people's review's of my reviews. I can justify the time to myself. (Arguably my review time is not worth paying for)
You could probably post 1-3 scripts a week here for review...
People could ++ the node if they thought it worth distribution and -- if not.
>Use strict and warnings (or know/explain why they are not)
>Should use CGI.pm
There is probably other simple QA code that could help you quickly winnow through the 90% ....
>Should perlguru simply point to perlmonks and those sites instead?
Yes, you should feed strength.
One question you might ask yourself is:
If my forums should be phased out because they are not as rigorous as perlmonks, Are my script archives as rigorous as CPAN?"
It wouldn't be hard to argue that your site fills a niche that CPAN does not. It is not for me to make the case.
If you are looking to increase quality, you might look at CPAN's methods...
Other questions you might ask yourself are:
“If I take the site down will people wind up writing their own even more insecure and crappy scripts?”
"Are insecure and crappy scripts better than no scripts at all?"
In reply to Re: Re: Should it live or die?
by social_mandog
in thread Should it live or die?
by Jazz
For: | Use: | ||
& | & | ||
< | < | ||
> | > | ||
[ | [ | ||
] | ] |