Developers of Sympa

[Marc Chantreux <address@concealed>]

On Thu, Dec 20, 2012 at 05:20:05PM +0100, David Verdin wrote:
> An other point may be: as scattered as we can be, geographically
> speaking, we sill work on the same project. that means we are a team
> and it is important that we can work together. My Perl culture (and
> Étienne's) is less important than yours, though we need to be able
> to understand and manipulate your code.

sure! that's one of the reason i really think we must use CPAN ASAP:

using a CPAN module is: 

* removing extra codes (so extra bugs)
* automagically add tests, docs and contributors to your ecosystem 

about contributors, using CPAN isn't only for technical reasons: it add
some visibility (as you become a part of another ecosystem).

> abstract, it will become difficult for us to work with you. I don't
> know what we can do with Package::Stash, but I'd like to understand
> it before we start using it.

in this case, it seems to be a bad idea to use it but yeah: be sure i'm
very patient when it comes to explain a position. i come with some code,
examples, docs, arguments and patience! I'm always happy to help someone
to choose his perl way (even if it doesn't fit mine).

> I just had a speech with Mark Overmeer that you may or may not know
> (his CPAN profile is: http://search.cpan.org/~markov/).

meet him at YAPC::Europe 2012

> He is working on the VOOT
> protocol(https://github.com/andreassolberg/voot/wiki/Protocol) in
> Sympa for Surfnet (the Dutch national reserach and educational
> network).

cool! we probably need something like that at unistra: bookmarked.

> He strongly support the idea of a Sympa bundle, too. he suggested
> that such a bundle should contain Sympa-specific tests. I'm not sure
> what it means exactly, but I suppose it would replace (or at least
> make a big part of the job of) the current sympa_wizard.pl.

i don't know either (i don't know sympa_wizard.pl as well)  :)

> >>That's where you lost me. However, as much as I appreciate Marc's
> >>enthusiasm in participating to the projet, I again agree with
> >>Guillaume. We have a lot of things far more crucial than discussing

totally agreed too: i wasn't trying to promote Package::Stash, just
pointing it out wondering if it could be helpfull in this case.

> >and they are comming back to the "staying away from CPAN" strategy which
> >is now one of the first reasons of koha bug tracking activity.
> Well, we use CPAN. For functionnalities (DKIM, Oauth, etc.).
> It's a balance: we use CPAN for a benefit, we stay away from it when
> we feel our code is specific and doesn't require CPAN.

basically: creating accessors is not sympa specific. CPAN isn't only for
mechanics, it's also the place the best pratcices evolve and some
modules are written for that.

> Just be ready: I'll probably ask a lot of dumb questions when you
> discuss advantages / disadvantages of specific variants in Perl
> coding. That's the way I learn... ;)

there is *no* dumb question at all (but you probably know that) and as i
said: i'll be very happy to share my experience.

regards

-- 
Marc Chantreux
Université de Strasbourg, Direction Informatique
14 Rue René Descartes,
67084  STRASBOURG CEDEX
☎: 03.68.85.57.40
http://unistra.fr
"Don't believe everything you read on the Internet"
    -- Abraham Lincoln