A project of charter: The Jeeb Charter¶

This is a working document - fc - 10.9.2010

Arguments (fr)¶

Pourquoi une charte ?¶

• On développe à plusieurs de plusieurs instituts (les modélisateurs peuvent même être étrangers)
• Il faut des règles pour gérer tout ca (indispensable pour les questions de propriété)
• Evitant absolument les contrats / conventions dans tous les sens (long (pas dans le même temps), compliqué, couteux, inefficace) contreproductifs dans le cas de plateformes à utilisateurs nombreux et divers
• L'utilisation des licences libres simplifie : tout est à tout le monde et à personne, il n'y a que des auteurs (en gros)
• Mais insuffisant : si on préconise tout libre viral genre GPL, les chercheurs auront des réticences à travailler avec nous à cause du risque de diffusion incontrolée par l'un des membres avant valorisation (publication)
• Pour Capsis, on a expérimenté une solution à base de :
  1. licence libre non virale LGPL pour le "communautaire" (contour à définir précisément),
  2. un statut particulier pour les developpements des modélisateurs: accessible seulement par dev + mod (membres du projet Capsis), ce qui est permis par LGPL
  3. une charte complémentaire dont l'acceptation est tacite et qui stipule principalement :
     1. Le code communautaire est LGPL (libre non viral)
     2. les modélisateurs développent leurs projets (partage de charge) (on les aide pour que ca marche)
     3. les développeurs les accompagnent (formation, assistance au démarrage, support permanent) (on se débrouille pour que ca marche -> ce qui manque à mon avis à OpenAlea pour qu'ils explosent auprès des chercheurs qui ne développent pas vraiment)
     4. Accès libre à tous les codes sources pour les membres de la communauté
     5. Respect de la propriété intellectuelle de chacun des membres
     6. Validations techniques par dev, Validations fonctionnelles par mod
     7. Distribution : les mod peuvent packager des installeurs pour distribuer leurs modèles (Jeeb LGPL + leurs modèles avec licence de leur choix à ce moment précis)
     8. Décentralisation : les modélisateurs gèrent les relations avec leurs propres partenaires (end-users) financements, formation, assistance, documentation des modèles, contrats…

Etendue: pourquoi charte Jeeb plutot que charte Xplo + charte Simeo¶

• certains modules de Xplo (ou Simeo) s'appuient sur des modèles intégrés dans Jeeb direct (ex : gloups ou DigR)
• on aurait deux chartes "presques" similaires, pouvant présenter des différences légères, ce qui compliquerait
• on n'a pas besoin de 36 chartes, le moins semble le mieux
• Si on développe un nouveau logiciel, il faudrait une nouvelle charte à chaque fois

Les modèles Jeeb qui sont hors Simeo et/ou Xplo¶

• Certains modèles peuvent être intégrés directo dans Xplo ou Simeo -> modules couverts par la charte
• Certains autres sont développés en dehors, notamment pour pouvoir être mis en oeuvre dans des modules Simeo ET Xplo (ex: Gloups2)
• Ces modèles pourraient être regroupés dans un package jeeb.machin dont le contenu aurait le même statut spécifique que les modules Xplo et Simeo (machin pourrait être "module" pour avoir un même nom)
• La charte expliquerait précisément que le statut particulier s'applique à jeeb.module, xplo.module et simeo.module
• les installeurs développés piocheraient seulement le nécessaire dans ces packages sensibles. (Tout le reste en LGPL)

Different actors¶

Developers are computer engineers, they are in charge of the whole project and of the common developments (software architecture and design, integration, maintenance, evolutions, main applications…) and the generic aspects. They propose training courses, support and animation.

Modellers are scientists: the authors of the models to be integrated in Jeeb. They are responsible for the actual development, with the training and assistance from the developers.

End-users may use some models in Jeeb. They interact with the modellers with who they are in contact.

Developpers and Modellers are part of the Jeeb development community.