Anyway, I should add that releasing such a factory as part of the Rose framework is to my mind totally fine. You arent advertsing it as a generic method factory, and you aren't suggesting that people outside of yourself should use it for anything not Rose.
Actually, I think it's a perfectly acceptable generic method maker. Both the framework and the specific method types bundled with it are suitable for a wide range of purposes. What I meant when I said I'd used them elsewhere is that I've used them outside the context of Rose. It's association with a particular framework may keep people away (or, more like, keep people totally unaware of it), and that's fine. But that's also a separate issue from it's actual utility or merit.
As for CPAN being crowded if everyone did what I did, I say the more the merrier. I believe it's a self-adjusting system in the long run. Don't forget, there's also a danger in having too few choices. A not-so-good module may become popular simply because it's the only one of its kind. Better to have the other problem: too much choice instead of too little. Arguably, CPAN crossed that line long ago. Holding modules back at this point is not going to reverse the situation. It's better to try to maximize the value of the alternate scenario.
Of course, the usual standards for CPAN submission apply: don't submit a module unless you intend to support it, include thorough documentation, have a good test suite, etc. Those things should always apply. But if you meet those requirements, I say upload away. You'll already be head and shoulders above the average CPAN module :)
In reply to Re^6: Can I please have *simple* modules?
by siracusa
in thread Can I please have *simple* modules?
by Ovid
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |