Stories
Slash Boxes
Comments
NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.

All the Perl that's Practical to Extract and Report

The Fine Print: The following comments are owned by whoever posted them. We are not responsible for them in any way.

Falled into the trap: Template::Perlish 9 Comments More | Login | Reply /

 Full
 Abbreviated
 Hidden
More | Login | Reply
Loading... please wait.
  • You developed this because you didn't want to install TT2? That doesn't make any sense.

    • Re:you lost me (Score:1)

      by sigzero (5768) on 2008.04.08 20:32 (#62076) Journal
      Isn't writing your own template system a Perl rite of passage? :-)
      • Yes! Everyone should write a templating system. Most people should not release it on CPAN though.

        • I’m the other way around. I haven’t, but I plan to release it.

        • This is where you lost me, actually. I think I'm not invading anyone's space (I've taken a single and quite specific namespace), I find this module quite useful for myself to share it with others that might have my same need, and I put it into a place where you can go, rate it with one star and comment at will to discourage others from using it. I'd also like to understand what makes any of us stay inside or outside the "most people" set who should refrain from posting stuff like this in CPAN... If it's bad

          • It does make force people to sift through ever more similar modules. When you’re a novice with no idea what modules are “community standard,” or even if you’re a community veteran looking at an area without an established default choice, that can be a daunting task. How does one evaluate all those modules? How does one compare candidates?

          • It's nothing personal. It's just that when someone goes to CPAN looking for a template module and searches for "template", they will find a crazy number of modules, and every new module makes it harder for a newbie to find the right one.

            Which ones should be released? Ideally, the ones that have long-term viability. The field is so crowded that in order to compete you need great documentation, a full test suite, a mailing list, and a commitment to support the module for years to come.

            You also need to

            • The difference my module tries to offer is having a single file module that can be included into a script easily - something along the line of the ::Tiny modules (but I don't want to start a discussion about this, I promise :) It does what it claims in not-so-many lines of code, which is good for the application I'm writing. I felt the need for something this simple and short, and I didn't find anything.

              I see the point in not confusing "customers", anyway. Do you happen to have an updated version of the t

              • That's the most up-to-date version of the article. I updated it last month. Thanks for the link.
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.