Skip to Content.
Sympa Menu

devel - Re: [sympa-developpers] Precising objectives regarding 7.0

Subject: Developers of Sympa

List archive

Chronological Thread  
  • From: David Verdin <address@concealed>
  • To: address@concealed
  • Subject: Re: [sympa-developpers] Precising objectives regarding 7.0
  • Date: Fri, 07 Mar 2014 09:35:50 +0100


Le 07/03/14 07:10, IKEDA Soji a écrit :
David and all,

  * Leave, in Sympa top level modules hierarchy, only those modules that
    correspond to a clear and essential concept in Sympa,

      
  * Rename subs consistently: use only lower case and underscores (Soji
    was willing to do this if I remember correctly),
I hope these changes may be front-loaded, e.g. in some beta of 6.2.

I personally summed up that one reason of difficulties in syncing
sympa-cleanup and other branches was gap in placement of file.  As
far as we use subversion for a while, this gap will tend to disturb
merger or comparison between each branches.

Such changes may not affect to stability much, I guess.
Sure. These are seamless changes. So by all means, we can apply these changes in Sympa 6.2.


I'll make comments on remainder of your post afterward, if any.


Regards,

--- Soji

On Thu, 06 Mar 2014 18:09:00 +0100
David Verdin <address@concealed> wrote:

Dear all,

I'm glad to see that you did a lot of commits in the trunk recently. 
Guillaume told me that Soji did a great work regarding indentation 
corrections. I'm glad to see we achioeve to work together!

This message is aimed at making clear what are the expected developments 
for the 7.0 version of Sympa, due in early July. This will help us 
arbitrate development decisions in case they would become a source of 
flamewar, the concept being: "If it goes towards a development goal 
wihout hampering another development goal, then it's OK, whatever means 
are employed to achieve the goal".

Here are the main goals:

  * Get rid of circular dependencies,
  * Get rid of dead code,
  * Separate clearly oo and non oo paradigm. Stop using classes to store
    states (use singletons instead)
  * Leave, in Sympa top level modules hierarchy, only those modules that
    correspond to a clear and essential concept in Sympa,
  * Rationalize subs usage : get rid of redondancy in functionnalities
    (functions that "do more or less the same thing with different
    arguments").
  * Rename subs consistently: use only lower case and underscores (Soji
    was willing to do this if I remember correctly),
  * make the daamons simple to read (for example, split sympa.pl in two
    executables : one for the daemon and the other one for command-line
    functionnalities),
  * get rid of autoload: it is too much hard to understand for newbies
    and too abstract for debugging
  * Correctly integrate the great work made by Soji regarding aliases
    management,
  * Simplify installation process.

These are reasonnable goals for the four months we have ahead of us.

Best regards,

David
-- 
A bug in Sympa? Quick! To the bug tracker! 
<https://sourcesup.renater.fr/tracker/?group_id=23>
RENATER logo
*David Verdin*
Études et projets applicatifs

Tél : +33 2 23 23 69 71
Fax : +33 2 23 23 71 21

www.renater.fr <http;//www.renater.fr>
	RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex





--
A bug in Sympa? Quick! To the bug tracker!

 
David Verdin
Études et projets applicatifs
 
Tél : +33 2 23 23 69 71
Fax : +33 2 23 23 71 21
 
www.renater.fr
RENATER
263 Avenue du Gal Leclerc
35042 Rennes Cedex



PNG image

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




Archive powered by MHonArc 2.6.19+.

Top of Page