Matt S Trout <[email protected]> writes: > That's a really cool idea, but if you're trying to teach people modern > best practices, "don't bother registering, nobody actually gives a shit > about the module list anymore really except as a way to get feedback on > your module name" should be part of it.
I will include that in a lesson about PAUSE. I register my modules for three reasons: 1. Feedback on module name 2. My registered modules list is my Perl To-Do list (specifically, the under construction ones). 3. Modules registered as ideas are modules I'd like to see on CPAN [0]. Maybe somebody [1] will create a "CPAN WNPM" [2] service which will use this as one source of prospective modules. (or maybe there already is a similar service which I'm not aware of). > ... and as feedback: I think I might consider calling it InteractiveTutorial > or similar might be better, for the simple reason that App::LearnPerl sounds > superficially like it should be a client to learn.perl.org ... and this is > something completely different (and a very cool idea, btw!) I chose App::LearnPerl because the script will be named "learn-perl", which is short and descriptive. App::InteractiveTutorial (with script* interactive-tutorial) isn't ok because the script name doesn't make the subject being taught obvious. Maybe App::InteractivePerlTutorial, with script interactive-perl-tutorial would be better, though it is quite long (not a problem for people who use TAB completion)? Or drop the interactive, making it App::PerlTutorial which is short enough and doesn't look like learn.perl.org? Any naming suggestions are welcome! [0]: The original meaning of idea, taken from 00modlist.long.html, is " Modules listed as in the 'i' Development Stage with no contact reference are ideas without an owner. Feel free to 'adopt' these but please let me know so that we can update the list and thus inform anyone else who might be interested. Adoption simply means that you either hope to implement the module one day or would like to cooperate with anyone else who might be interested in implementing it." [1]: Probably me. I've thought about doing this for a few weeks, but [2]: Work-Needing and Prospective Modules, akin to http://www.debian.org/devel/wnpp/
pgpR80hJG00Ju.pgp
Description: PGP signature
