Skip to Content.
Sympa Menu

devel - Re: [sympa-developpers] [sympa-commits] sympa[8261] branches/sympa-6.2-branch/src/lib: [dev] split AUTOLOAD of Site to Site and Robot,

Subject: Developers of Sympa

List archive

Chronological Thread  
  • From: Guillaume Rousse <address@concealed>
  • Cc: address@concealed
  • Subject: Re: [sympa-developpers] [sympa-commits] sympa[8261] branches/sympa-6.2-branch/src/lib: [dev] split AUTOLOAD of Site to Site and Robot,
  • Date: Wed, 19 Dec 2012 17:14:10 +0100

Le 19/12/2012 16:46, Marc Chantreux a écrit :
Also, an additional native package dependency seems way to heavy
given audience target.

that's way packaging is there! there is no excuse to not using cpan for
me!
Just try to install any XS module on a Solaris host without Sun compiler installed (because it requires an additional license), for instance...

There is a gap between what we perl developpers consider as normal sysadmin practices, and real world practices. And it has to be balanced against the added value of additional dependencies if you want to target real users. Here, that's clearly overkill.

as Class::Maker for instance, despite heavily outdated according to
modern perl considerations, would be far better suited to the
context.

ok then. oh wait *Class* ? really ? it seems to be on OO contamination.

I'm really suspicious about OO programming bul^wthings but if you choose
it, i really think Moo is the best module to do so.
And I think than given current code state, they are better priorities than switching to a new framework, bringing additional dependencies for end users, and added complexity for our fellow contributers.

Basically, you're willing to switch from a 19th century code base to 21th century directly. You're missing a step IMHO.

--
Guillaume Rousse
INRIA, Direction des systèmes d'information
Domaine de Voluceau
Rocquencourt - BP 105
78153 Le Chesnay
Tel: 01 39 63 58 31

Attachment: smime.p7s
Description: Signature cryptographique S/MIME




Archive powered by MHonArc 2.6.19+.

Top of Page