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.<div><br></div><div>Cheers,</div><div>-Dana<br>
<br><div class="gmail_quote">2012/4/11 Jeff Bragg <span dir="ltr"><<a href="mailto:jackofnotrades@gmail.com">jackofnotrades@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
... </blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">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).<div class="HOEnZb">
<div class="h5"><br>
<br><div class="gmail_quote">On Tue, Apr 10, 2012 at 9:59 PM, Jeffrey Thalhammer <span dir="ltr"><<a href="mailto:jeff@imaginative-software.com" target="_blank">jeff@imaginative-software.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">

<div style="word-wrap:break-word"><br><div><div>On Apr 10, 2012, at 4:19 PM, Jeff Bragg wrote:</div><br><blockquote type="cite"><span style="border-collapse:separate;font-family:Helvetica;font-style:normal;font-variant:normal;font-weight:normal;letter-spacing:normal;line-height:normal;text-align:-webkit-auto;text-indent:0px;text-transform:none;white-space:normal;word-spacing:0px;font-size:medium">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.</span></blockquote>

<br></div><div>Then please allow me to use this opportunity to make a shameless plug for <a href="https://metacpan.org/module/Pinto" target="_blank">Pinto</a>.</div><div><br></div><div>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.</div>

<div><br></div><div><a href="https://metacpan.org/module/Pinto" target="_blank">Pinto</a> 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.</div>

<br><div>-Jeff</div></div></blockquote></div><br>
</div></div><br>_______________________________________________<br>
SanFrancisco-pm mailing list<br>
<a href="mailto:SanFrancisco-pm@pm.org">SanFrancisco-pm@pm.org</a><br>
<a href="http://mail.pm.org/mailman/listinfo/sanfrancisco-pm" target="_blank">http://mail.pm.org/mailman/listinfo/sanfrancisco-pm</a><br>
<br></blockquote></div><br></div>