When I developed in Perl in a corporate environment, I deliberately avoided using CPAN modules. We supported a widely-distributed deployment environment where we could not rely on the availability of specific installed modules at all user sites, or indeed of the same version of Perl.
Building a binary distribution file linking in libperl and the script text was not difficult. Rolling external modules into it was - especially given perl's dynamic loading mechanism for XS code. It would have required deploying all the source of the CPAN modules with the Perl script and interpreter. So I'd say ease of application deployment was an issue for the adoption of Perl in general and CPAN in particular. Jason On Wed, Nov 24, 2010 at 11:33 AM, Gabor Szabo <[email protected]> wrote: > On Wed, Nov 24, 2010 at 1:06 AM, Ronen Angluster <[email protected]> > wrote: > > > > > > On Tue, Nov 23, 2010 at 9:46 PM, Gabor Szabo <[email protected]> wrote: > >> > >> On Tue, Nov 23, 2010 at 5:33 PM, Ronen Angluster <[email protected]> > >> wrote: > >> > i can't use Moose cause of legal & corporate issues. lets not dwell on > >> > this, > >> > its a life fact > >> > and we came to peace with it. > >> > >> Does the corporate policy forbid anything from CPAN or only Moose? > > > > as a thumb role, we prefer not to introduce any new CPAN modules into the > > system. > > the "cost" of such actions dictate that we should strive to build things > > in-home > > So this is an area where the open source developers and the people in > the company > you work for disagree. AFAIK most of the people in the open source > community > would want to reuse code from CPAN where possible. > As my objective is to try to bridge the gap between the companies and > the open source > community I'd like to understand where does this difference come from? > What "costs" do you see that the open source developers don't see > and code developed in-house does not have? > > regards > Gabor > _______________________________________________ > Perl mailing list > [email protected] > http://mail.perl.org.il/mailman/listinfo/perl >
_______________________________________________ Perl mailing list [email protected] http://mail.perl.org.il/mailman/listinfo/perl
