Carnet Wiki

SpipContribV2NotesCharte

L’objectif de cette page est de regrouper les différentes idées sur la future charte et objectifs généraux de Contrib V2 ... Il s’agit de point généraux, la FAQ pratique de fonctionnement est traitée par ailleurs ... cf. SpipContribV2NotesFaqFonctionnement

Donc on regroupe les idées comme elles viennent, pour matériaux d’une future synthèse par l’équipe : peu importe que tout soit abouti ou cohérent, ou contradictoire, ou mal rédigé. Cette page ne préjuge en rien de la forme et du contenu définitif sur le sujet. Pour faciliter la compréhension procédez par insertion de vos notes dans l’arborescence existante, quitte à l’adapter, plutôt que par empilement des avis les uns sous les autres ... et si cela ne vous convient pas, ou que page devient trop lourde, et bah il suffit d’en créer une nouvelle (posez des liens) ;-)


Notes de contexte

Contexte historique et d’ensemble
-  première moitié de 2005, création de la Zone : http://zone.spip.org/trac/spip-zone...]] et modification de facto des objectifs de Spip-contrib dès cet instant (sans compter l’ouverture d’autres sites communautaires comme SPIP-Party, etc ...)
-  fin 2005 les développeurs qui animaient Contrib basculent sur la zone et passent le relais : SpipContribReloaded et AvisMortimerSpipContrib2
-  juillet 2006 et suite : lancement officiel de SPIP 1.9 donc des plugins, la Zone tourne à plein régime, de nombreux sites concernant les plugins apparaissent ... les besoins de la communauté se clarifient

Exemple de la Zone
Puisque cela a marché, c’est un bon exemple ... ce type de sujet y est traité en trois volets :
-  mise en situation dans la galaxie SPIP et objectifs généraux : http://zone.spip.org/trac/spip-zone...]]
-  la charte de fonctionnement : http://zone.spip.org/trac/spip-zone...]
-  FAQ fonctionnement au quotidien : http://zone.spip.org/trac/spip-zone...

Débat en cours sur la liste Contrib
« Une charte ... » par Nat33, cf. http://listes.rezo.net/archives/spi...
extraits : « ... écrire la règle ou la procédure avant d’avoir essayé de tester en faisant vivre ça nous prépare un truc bien décalé par rapport à la réalité de nos besoins. Mais ce sera bien de noter au fur et à mesure les règles qui vont s’imposer à nous comme étant incontournables. En choisir peu, essayer de se limiter aux grands principes essentiels, quitte à avoir des procédures ou check listes avec des points de contrôle à coté plus précis pour guider les admins dans leur mission. ... si dans l’esprit on souhaite préserver un certain esprit et responsabiliser les participants, il faut quand même éviter d’avoir un texte trop long, trop lourd, trop flippant... Etc ... La charte doit prôner des valeurs positives, ce n’est pas un texte coercitif. »


Notes pour une charte

Etat d’esprit du truc
-  La charte doit prôner des valeurs positives, ce n’est pas un texte coercitif.
-  y exprimer surtout les données d’insertion dans l’ensemble SPIP

Eléments de charte

-  Droit d’auteur : reprendre le texte de la charte de la Zone
-  Respect des buts et valeurs du projet SPIP : reprendre le texte de la charte de la zone (quelques adaptations nécessaires)
-  Spip-contrib est un outil au service de la communauté
-  Spip-contrib doit s’insérer dans le réseau de site SPIP permettant de documenter, distribuer, retrouver, détecter, mettre en valeur, toutes formes de contribution SPIP (et non pas des sites SPIP, en général), pour tous utilisateurs
-  Spip-contrib doit en particulier travailler avec la Zone (lien « naturel » entre les deux), sans exclusive de l’accueil d’autres contribs
-  Spip-contrib doit, autant que faire se peut, être en phase avec le développement de SPIP-core (mise en valeur des solutions pour la dernière version stable distribuée de SPIP)
-  Spip-contrib n’est pas un espace promotionnel ni un espace concurentiel


Notes pour des objectifs généraux

Ils découlent de la charte, et en particulier de "SpipContrib doit s’insérer dans le réseau de site SPIP permettant de documenter, distribuer, retrouver, mettre en valeur, toutes formes de contribution SPIP, pour tous utilisateurs ", plus les remarques suivantes
-  constat : Les sources (code, doc, test) de contributions sont de plus en plus externalisées.
-  Cela suppose de mettre en place une organisation souple et interactive avec notre public.
-  les solutions techniques ne sont volontairement pas prédéfinies, même si toute forme d’automatisme possible pour le suivi des maj (syndication par ex) doit être reherchée, sans abandonner le contrôle éditorial.

Dans cette logique Spip-contrib devient un lieu de rencontre (un "sas") entre les utilisateurs, les contributeurs de code, et les contributeurs de documentation (qui ne sont pas forcément les mêmes que ceux de code), sans compter l’équipe Spip-contrib en elle même.

Les utilisateurs
-  L’idée générale est qu’il s’agit de donner les moyens et les points de repères aux utilisateurs (multilingues) de s’y retrouver sans préjuger de leurs compétences (du moment qu’ils sont clairement prévenus), ni de leurs besoins (on laisse chacun apprécier à son idée), puis d’accéder à une information de qualité minimale (fonction éditoriale) et le plus possible à jour, ainsi qu’a des outils d’échanges (forums en particuliers) entre eux (entraide) et avec les développeurs (débugguage, Service Après Don), pour chaque contrib.
-  l’autre idée est que, dans le contexte SPIP, il n’existe pas d’utilisateur « purement consommateur ». La contribution de chaque utilisateur est aussi de participer au débuggage et à l’entraide pour des contribs qui sont mises gratuitement à sa disposition
-  un autre besoin est d’éviter la confusion crée par des sources du code, du téléchargement, de la doc, pouvant être éparpillées sur différents supports physique (ne serait-ce que par la nécessité de répartir les charges des serveurs de téléchargement)

Les contributeurs de code
-  Le constat est d’une grande diversité d’origine, de volonté des contributeurs : contrib complètement "bordées" et suivies, ou au contraire simple mise à disposition d’un code à jour mais sans SAD, contrib en "stable" ou même en "test" (qui cherchent des testeurs), contribs pour débutants ou pour utilisateurs avancés, contribs simples ou élaborées, contribs accueillies physiquement sur Spip-contrib ou complètement externalisées ... avec toutes les variantes intermédiaires possibles
-  toute contrib est recevable (sauf cas d’immaturité manifeste, cf. nos forums internes) du moment que l’utilisateurs est clairement prévenu (compétence requise, stable ou pas, fonction assumée, SAD ou non, etc..), et que sa documentation est cohérente avec le public visé.
-  l’idée générale est qu’une contrib sera beaucoup mieux testée et notée, sur les forums publics, qu’elle ne pourrait l’être sur nos forums privés ... la documentation est destinée à croitre et prospérer en ligne comme le code
-  l’autre idée est qu’une publication n’est pas irréversible. S’il s’avère qu’elle pose trop de problème au vu du retour utilisateur, elle peut être dépubliée
-  mise en oeuvre de toute procédure permettant aux contributeurs de maintenir eux-mêmes leur doc, en concertation avec le fonctionnement général de Spip-contrib

Les contributeurs de doc
-  Ils ne sont pas forcément les mêmes que ceux de code
-  c’est une des forme principale de participation à Spip-contrib (on n’est pas obligatoirement admin pour ce faire)
-  une des tâches de l’équipe Spip-contrib sera de susciter les vocations dans ce domaine ("faire faire" la doc, plutot que "faire" la doc)
-  concertation avec les contributeurs de code, et délégation de suivi idem

La concertation avec les sites externes
-  objectif = concertation pour se répartir les tâches
-  mise en oeuvre de toute solution pour lier les sites entre eux du point de vue de l’utilisateur (syndication massive croisée par ex)
-  suivre l’actu de la Zone

Ce que Spip-contrib n’est pas, ou n’est plus
-  Idée générale : Spip-contrib n’est plus LE seul site communautaire, mais est devenu un "site-outil" parmi d’autre de la communauté
-  autre idée : limiter les objectifs strictement à ceux définis ci-dessus (c’est déjà assez gros comme ça), et adapter les objectifs aux forces réellement disponibles ... tout ce qui sort de ce champ est renvoyé sur un autre site communautaire plus adhoc ... si le morceau devient trop gros et bah on se réparti la tâche avec d’autre sites
-  Spip-contrib n’est pas un "site de démonstration des possibilitées de SPIP"
-  Spip-contrib n’est plus un site de développement et bétatest en interne, sauf cas particuliers
-  Spip-contrib n’a pas vocation à être exhaustif (illusoire)

L’équipe admin de Spip-contrib
-  L’idée générale est que le projet étant devenu un projet SPIP "presque" comme un autre, il doit être aussi traité comme tel pour la constitution de son équipe et la mise en oeuvre du projet.
-  L’équipe doit tendre à un format réellement "opérationnel" (dans le contexte SPIP et associatif), conditions nécessaires pour concilier un bon fonctionnement du site, la coordination et l’initiative individuelle, avec une charge de travail raisonnable et des relations intéressantes
-  être admin = s’impliquer réellement dans la vie du site (avec toute la souplesse nécessaire), sinon cela surcharge les autres
-  on n’est pas admin à vie, ni pour service rendu à la communauté, ni pour faire bien sur son cv, ni comme observateur
-  on se dégage (ou on lève provisoirement le pied), quand on veut, en toute liberté, et sans avoir à se justifier ... seule obligation = prévenir le reste de l’équipe pour qu’elle puisse s’organiser en conséquence
-  recrutement par acte volontaire et cooptation par l’équipe. Il faut avoir un minimum d’expérience de la gestion d’un site SPIP, et de connaissance de la communauté (vue d’ensemble). Il faut accepter la charte et les objectifs généraux
-  les admins "traducteurs" sont admins complets de plein droit (pas de statut intermédiaire, genre admin restreint à un seul secteur langue)
-  actions pratiques par commits (cf. la zone et les core-devs) itératifs avec les autres (entre autre utiliser les forums internes pour laisser une trace minima)
-  application des règles habituelle de bon fonctionnement coopératif, sans qu’il soit besoin de les lister
-  gestion des conflits : à préciser

Comment contribuer
-  la meilleure manière = en rédigeant et tenant à jour de la doc (ça peut se faire en équipe), même si l’on est pas auteur du code
-  sinon signaler des contribs, des corrections, des bugs, etc ...


liens navigation

-  SpipContribV2NotesFaqFonctionnement
-  SpipContribV2Synthese (synthèse 23 oct 2006 et liens sur les pages explicatives associées (arbo, multilinguisme, etc ...)
-  CentralScrutinizer (exemple de réflexion pour des automatismes de suivi des maj ... copier/coller d’un échange irc)

NicolasR - Mise à jour :31 décembre 2007 à 15h20min