Which modules do you "allow" yourself to use for production?

Pierre M piemas25 at gmail.com
Tue Jul 23 15:45:26 BST 2013

Dave Hodgkinson <davehodg at gmail.com> wrote:

> Don't use system Perl. Brew your own and make it part of the app.

I made a few bundles with Syntax::Collector. There's the ones that i use...
 - in all packages: strictures, autodie, feature, Carp, true
 - to change the syntax, like Method::Signatures (i keep them separate to
make it more obvious that the syntax is not "system Perl", and to make it
straightforward where to find these modules)
 - in Moo packages
 - for debugging

Toddy <endontoddy at googlemail.com> wrote:

> Keep the exact versions of the module you're using in either your own CPAN
> mirror or packaged with your self-brewed Perl to simplify consistency
> across all of your environments.

I'm thinking of using perlbrew + local::lib + Carton. It's slightly simpler
to manage than my own CPAN mirror, and i think it does what i need. Plus
i'm used to perlbrew and local::lib already, so i just have to learn Carton.

David Cantrell <david at cantrell.org.uk> wrote:

> If you do that it's a good idea to keep those packages, including the
> package that contains your build of perl, reasonably up-to-date. This will
> minimise the pain of upgrading (you'll just have to deal with occasional
> small incompatibilities instead of a many-tentacled horror) and you'll also
> have a procedure right from the start for dealing with upgrades, so when
> you actually *need* to upgrade it won't be so fraught with peril.

Writing an upgrade procedure down sounds wise, it's noted. Does upgrading
all dependencies every 2 months sound frequent enough, to avoid most
cosmic-horrors? Or monthly? Either way i'll have an automatic reminder. I
trust myself to do it when reminded.

About the Prototype, i'm wondering whether to make one after my holidays in
August. I'll speak about it face-to-face with Dave, first. I might post a
message here later, maybe to ask further questions, or maybe to share what
i've chosen to do in the end.

More information about the london.pm mailing list