[sf-perl] Go Pinto [Was: Real perl]

Dana Diederich diederich at gmail.com
Wed Apr 11 07:57:02 PDT 2012

Thank you Jeff, very well said.  I believe the greatest historical strength
of the Perl community has been a real resistance to binary thinking.  I do
truly hope that continues.


2012/4/11 Jeff Bragg <jackofnotrades at gmail.com>

> ...

I feel like the Perl community is becoming pretty damned opinionated; in my
> view TMTOWTDI does not just mean that there's a "right" way and a "wrong"
> way (that kind of binary thinking is for other language communities).
> On Tue, Apr 10, 2012 at 9:59 PM, Jeffrey Thalhammer <
> jeff at imaginative-software.com> wrote:
>> On Apr 10, 2012, at 4:19 PM, Jeff Bragg wrote:
>> I've used Moose, and found it to be very nice, especially in comparison
>> to old-school Perl OO.  However, it usually seems like overkill for my
>> purposes (and perhaps a violation of the KISS principle).  I'm sure it has
>> a lot to do with context; I'm generally doing systemsy, back-end stuff, and
>> prefer to minimize my dependencies and assumptions about deployment
>> environment.
>> Then please allow me to use this opportunity to make a shameless plug for
>> Pinto <https://metacpan.org/module/Pinto>.
>> IMHO, dependency avoidance is a weak excuse for doing things the hard way
>> (and usually the wrong way).  But installing stuff from the public CPAN is
>> a lottery because you never know exactly which versions you are going to
>> get.  And if you want to lock down those versions with a private CPAN, it
>> is a fair bit of work to manage.  So dependency-phobia lives on.
>> Pinto <https://metacpan.org/module/Pinto> aims to fix all that.  Pinto
>> makes it super easy to construct a custom repository of CPAN distributions
>> (including your own private ones) and organically evolve your dependencies
>> over time.  So now all that "systemsy back-end stuff" can leverage anything
>> and everything on CPAN, and you've got a solid, reproducible mechanism for
>> building, testing, and deploying it.
>> -Jeff
> _______________________________________________
> SanFrancisco-pm mailing list
> SanFrancisco-pm at pm.org
> http://mail.pm.org/mailman/listinfo/sanfrancisco-pm
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.pm.org/pipermail/sanfrancisco-pm/attachments/20120411/e20c67d0/attachment.html>

More information about the SanFrancisco-pm mailing list