Cette page se propose de faire un bilan de ces quelques dernières semaines (environ 2-3 mois glissants) ; bilan à tous les niveaux.
Cette page permet d'offrir une vision qualitative synthétique du projet et du wiki ; on verra également :
La communauté Wikini : en baisse
Si le nombre d'utilisateurs de
WikiNi augmente encore régulièrement, le développement va très lentement et peu de sujets aboutissent rapidement.
L'équipe informelle des développeurs / contributeurs de
WikiNi se constitue donc actuellement de (commentaires subjectifs de
CharlesNepote) :
Les développeurs suivant ne semblent plus participer :
Une petite communauté d'agitateurs/stimulateurs/idéateurs sévit également plus ou moins régulièrement sur wikini.net :
BenoitAudouard,
ArnoLagrange,
jexOm,
LaurentMarseault (aka
Furax37),
DaOuar,
SloYvY,
PierreGilles,
JeanMichelCornu,
JeanPascalMilcent,
FidelioEspoir,
LiNuCe,
OlivierPoncin, et j'en oublie certainement... qui participent aux débats et font avancer le Schmillblick. [à compléter]
Sujets et chantiers : de nombreux sujets presque aboutis : que manque-t-il ?
- Nouvelles propositions argumentées (chronologie)
- MattRixxBacklinks (01/2004) (proposition que j'avais malencontreusement oublié dans cette liste -- CharlesNepote)
- WikiNiEnHTMLStrict (16/02/2004) : pas de réaction - (respecter la sémantique XHTML ? -- ToniN?)
- BasculerUnWikiEnLectureSeule (18/02/2004) : pas trop de réactions... évaluer la difficulté de codage.
- PrevenirLIndexationDesRobotsDeRecherche (26/02/2004) : les moyens mis en oeuvre sont encore imparfaits... de nouvelles propositions de CharlesNepote
- FonctionDeSelectionDePage (27/02/2004) : offrir aux fonctions de gestion de site (DerniersChangements, RechercheTexte, etc.) la possibilité de travailler sur des sélections de pages : une innovation vraiment très intéressante et originale (je ne connais aucun wiki qui propose cela -- CharlesNepote)
- BandeauDAideSurLesReglesDeFormatage (05/03/2004) : démo publiée : par exemple http://wikini.net/dev/wakka.php?wiki=TaillesDePolicesRelatives/edit
- JustificationDeTexte (09/03/2004) : une proposition d'ajout de marqueurs pour justifier du texte
- TaillesDePolicesRelatives (19/03/2004) : une proposition pour améliorer la qualité d'affichage de WikiNi
- HandlerBackLinks (21/03/2004) : une proposition d'EmmanuelCoirier? pour faire des rétroliens un handler
- FaviconEtWikiNi (25/03/2004) : qui contient notamment une intéressante proposition de GarfieldFr (passée jusqu'à présent inaperçue !), pour modulariser les informations publiées dans le <head> de chaque page de WikiNi
- ParametrerLeHeadDesDocumentsHTMLWikiNi (26/03/2004) : une intéressante proposition initiée par GarfieldFr (à développer)
- RendreModulaireLeFormateur (27/03/2004) : légère et intéressante proposition initiée par JeanYves
- ProtectionContreLeVandalisme (30/03/2004)
- WikiNiFonctionnelSurSupportAmovible (05/04/2004) : étudier la possibilité d'avoir un WikiNi autonome
- AffichageDeDatePersonnalise (09/042004) : une proposition pour personnaliser les dates, par OlivierPoncin
- AmeliorerLIndexationParLesRobotsDeRecherche (11/04/2004) : une proposition visant à séparer les mots wikis afin d'améliorer l'indexation par les moteurs de recherche.
- RendreModulaireLaGestionDesUtilisateurs (19/04/2004)
- ConceptToutEstPage (22/04/2004) -- ProgFou
- AfficherUnePageHTMLExterneDansUnePageWikiNi (29/04/2004) : permettre d'afficher une page HTML externe à l'intérieur d'une page du Wiki.
- ReglesDeFormatageDesListes (05/05/2004) : proposition visant à virer le JavaScript propriétaire qui ne comporterait que des inconvénients
- MotsWiki2Mots (18/05/2003) : intéressante proposition de GoubS, visant à permettre des espaces dans les mots wikis en utilisant le souligné bas.
- AfficherDesFilsRSS (19/05/2004) : permettre l'affichage de flux RSS externes au site.
- AjouterDesModulesAuNoyauWikiNi (28/05/2004).
- AgregerDesResultatsDeRechercheIntersites (14/06/2004).
- Qu'en est-il de ACLGroup pour gérer les groupes d'utilisateurs proposé par DavidDelon ? -- ToniN? (14/07/2004)
- AggregerLesReferences (04/09/2004)
- AjouterDesTraitementsSurEvenement (04/10/2004)
- un contenu par défaut quand on crée une page, par JeanPascalMilcent sur SuggestionsAmeliorationsDuSite (< 02/12/2004)
- RegenererWikiniLinks dans le cas où cette table serait endommagée, comme c'est arrivé à YannLeGuennec (04/12/2004)
- ReglesFormatageTableau (2003, repris 2005/05) : les besoins fonctionnels sont fixés, les choix techniques ont été discutés, reste à définir le codage et à le réaliser
- Actuellement en discussion
- En cours de finalisation
- Sujets marginaux, en panne, en désuétude voire abandonnés
- Synthèse des bogues ouverts
- la page RapportsDeBogues est à jardiner sérieusement ! on n'est pas capable, actuellement, de savoir quels bogues sont réellements importants, génant, agaçant. Comment mesurer cela ?
- et les BugsXSS ? ne sont-ils pas les plus importants ?
- Utiliser maintenant le gestionnaire d'anomalies
Développement : généralités
- Dernière version stable 0.4.2 publiée le 2004-10-18 (soit il y a 1 jour (octobre 2004)).
- Dernière version de développement : 0.5
- Propreté du code : des efforts à faire ; est-il possible d'avoir un indicateur objectif ?
- conformité du code avec des normes de développement : non ; conformité partielle avec nos propres normes qui sont perfectibles
- wikini pose problème avec error_reporting = E_ALL, progressivement en cours de correction
- Organisation des recettes : pas grand chose de côté là...
- Organisation du développement : il faut encore améliorer le DeveloppementDeWikini ainsi que la MiseEnOeuvreDeLaPublicationDUneNouvelleVersion
Développement : étapes jusqu'à la 0.5
Les opérations sont numérotées par ordre d'enchainement ; les lettre mineure 1a, 1b indiquent des opérations qui peuvent être "tuilées", c'est-à-dire réalisées indépendament :
Feuille de route (roadmap)
Attention, cette feuille de route n'est en aucun cas un engagement de la part des développeurs de
WikiNi. Il s'agit seulement de proposer et par la suite de garder à l'esprit des pistes d'orientation de
WikiNi. Pour rester raisonnable, nous proposons pas plus de 3-4 objectifs majeurs par version.
Objectifs majeurs pour la version 0.4.4
La version 0.4.4 sera une version de maintenance visant seulement à corriger des bogues de la version 0.4.3 (cf.
WikiNiChangeLog044).
On veille notamment à corriger tous les "notice" visibles ça et là avec
error_reporting en
E_ALL.
Objectifs majeurs pour la version 0.5 [à discuter]
Cette version à pour objectif principal de faire gagner
WikiNi en maturité (à ce titre la version 0.5 pourrait devenir la version 1.0).
- InterfaceDAdministrationWikiNi : la définition fonctionnelle de l'administration est un préalable indispensable à nombres de fonctionnalités : notamment les fonctionnalités imaginées dans la ProtectionContreLeVandalisme, etc.
- ProtectionContreLeVandalisme : cette fonction est un préalable non négociable à une professionnalisation de WikiNi ; c'est également un préalable à de nombreuses autres fonctionnalités : synchronisation de wiki, écriture via des robots pacifiques, utilisation d'un client lourd au travers d'un service web, publication par mail, etc. ; l'expérience et les discussions ont permis de voir les problèmes ; il faut maintenant mettre en oeuvre les solutions :
- 1. toujours conserver une entrée plus ancienne que le délai de purge (indispensable)
- 2. blocage temporaire d'une IP ou d'une adresse
- 3. blocage temporaire du site en écriture (en cas d'attaque massive organisée) (cf. BasculerUnWikiEnLectureSeule) (indispensable)
- 4. restauration sélective
- WikiNiAccessible : il s'agit d'un objectif raisonnable et citoyen
- [ Gestion de contenus améliorée : résumé de modification, modification mineure me semble un objectif majeur pour la version 0.5 plutôt que la 0.6 -- DavidDelon ]
Je pense qu'on peut raisonnablement se fixer une publication vers décembre. Au pire les deux derniers items pourront attendre la 0.6.
Objectifs majeurs pour la version 0.6 [à discuter]
- Multilinguisme niveau interface utilisateur de WikiNi (menus et actions)
- Multi-encodage au niveau du site (des pages en iso-8859-1, d'autres en iso-8859-15, d'autres en utf-8, ...)
- Gestion de contenus amélioré : ResumeDeModification, ModificationMineure?, langue de la page, etc. ?
Objectifs restant à classer (ici sans ordre précis)
- Multilinguisme niveau contenu des pages
- Modularisation de la gestion des utilisateurs et des groupes (classe User)
- Modularisation de la gestion et du contrôle des accès (classe Access)
- Modularisation de la gestion des styles (dossier _style)
- Ajout d'un procédé de cache des pages après formatage par leur handler (sous-dossier _cache) voir notemment MiseEnCacheDesPages
- AjouterDesTraitementsSurEvenement
- AjouterDesModulesAuNoyauWikiNi
Tenue du site et animation du projet : en hausse
- La première page se tient bien
- Création de PagePrincipaleDiscussions pour canaliser les propositions relatives à la page d'accueil
- Attention à ne pas tomber dans le forum sur certaines pages
- N'hésitez pas à compléter, lentement mais sûrement, les CasDeTestDeWikiNi
- Il y a eu une amélioration de la FAQ
- Nouvelle rubrique expérimentale : le SujetDuMoment, permet de connaître les sujets que la communauté souhaite voir avancer prioritairement ; la page semble assez appréciée
- En panne
- Nous n'avons pas défini de charte de Confidentialité pour ceux qui s'enregistrent sous leur vrai nom : du genre : WikiniPointNet s'engage à ne pas utiliser vos informations personnelles à des fins commerciales et à ne pas les divulger à des tiers sans votre autorisation. Conformément à la Loi n° 78-17 du 6 janvier 1978, dite Loi Informatique et Liberté, vous disposez d'un droit de consultation, de modification et de retrait de vos informations personnelles enregistrées sur ce site. Vous pouvez exercer ce droit à tout moment, une fois que vous êtes inscrit, en contactant les animateurs du site à l'adresse support.site@wikini.net. Vous pouvez vous enregistrer sous votre vrai nom ou un pseudonyme. Nous recommandons l'usage d'un vrai nom, sans obligation, mais nous vous conseillons avant toute chose la lecture des avantages et des risques de l'usage du vrai nom : VraiNomVsPseudonyme?. Est-ce nécessaire ? [DavidDelon devrait pouvoir répondre à cette question vu ça doit être spécifié dans les conditions d'enregistrement à la CNIL je pense, non ? -- ProgFou]
- La documentation de WikiNi manque encore cruellement de rédacteurs réguliers.
- La FAQ tourne notamment au dépotoir... (au support technique en fait ..., mais cet espace est necessaire à mon avis, on voit de plus en plus de personnes non impliquées directement dans wikini, répondre sur des questions simples -- DavidDelon)
- [Dans ce cas pourquoi ne pas faire une page SupportTechniqueCommunautaire? et la mettre comme première ligne de la page FAQ ? -- ProgFou]
- ArnoLagrange a tenté de présenter WikiNi en plusieurs langues : pourquoi pas ?!? Son initiative semble abandonnée.
- la charte graphique commence à vieillir ; on ne différencie pas graphiquement wikini.net du logiciel wikini installé par défaut
- LogoPourWikiNi : une bonne initiative à l'abandon
- version anglophone du site que nous avions commencé : faut-il supprimer les pages ?
- les CasDeTestDeWikiNi mériteraient d'être complétés afin d'assurer des recettes un peu plus sérieuses et systématiques
- on fait un joyeux mélange entre ce qui ressort de WikiNi 0.4.1rc et WikiNi 0.1.3 ; faut-il créer des pages pour chaque version avec des redirections des pages génériques vers les pages relatives à la version stable ? Débat à compléter sur OrganisationDeLaDocumentationDeWikiNi.
- depuis le passage sur OVH, il n'y a plus de mise à jour automatique du site avec la dernière version du CVS
- il serait utile de mettre en place un script de fabrication du .tar.gz + .zip après chaque modification du CVS
- Pages à supprimer ? (cf. notamment les PagesOrphelines)
- A défaut de pouvoir l'être par les utilisateurs, ces pages seront supprimées directement dans la base.
Pérennité du projet
Si la communauté est active, le projet comporte cependant des points de fragilité qu'il convient de bien identifier. Nous allons essayer, dans ce chapitre, de lister tous les éléments vitaux ou important du projet et voir comment ils sont gérés.
- le nom "wikini" : le nom n'est pas déposé mais lié au domaine wikini.net ; l'antériorité d'usage semble nous mettre à l'abris de tout "piratage" du nom pour un usage proche du notre
- le domaine wikini.net : propriété de DavidDelon qui s'est engagé (merci David) à le céder dans le cas hypothétique ou il abandonnerai le projet ; ce point constitue une petite fragilité : DavidDelon est seul à gérer ce domaine
- l'accès CVS :
- l'accès en lecture est public ;
- l'accès en écriture est réparti sur 5-6 personnes ;
- les droits d'accès en écriture sont dans les mains de 3 personnes DavidDelon, PatrickPaul et CharlesNepote (administrateurs du projet sur gna.org) : cela paraît suffisant pour qu'il y ait toujours au moins une personne de disponible pour gérer ces droits (une personne supplémentaire serait bienvenue) [Je veux bien en être, mais si GarfieldFr le demande aussi je lui cèderais la place vu qu'il est plus disponible que moi (pour ma part c'est par période). -- ProgFou] [Je peux être admin si ca peu aider, mais comme je trouve que Charles, David et Patrick s'occupent très bien de tout ça, ce serait plutôt comme "admin remplaçant" au cas où vous seriez tous absent. Ceci dit, si ProgFou veut participer, il n'y a aucun problème pour moi --GarfieldFr]
[Toute intégration dans l'équipe des administrateurs du projet Gna fera l'objet d'une discussion préalable de toute façon --
PatrickPaul] [oui, cela dit, pour
GarfieldFr et
ProgFou ce n'est pas nécessaire : l'ancienneté, la qualité et la régularité de leurs contributions ainsi que leur bon esprit ne me laissent aucun doute pour les intégrer comme administrateurs s'ils en font la demande --
CharlesNepote]
- la liste de diffusion : si elle ne pose aucun problème de pérennité, elle est toutefois très utile en cas de problème affectant le site, agissant comme un canal de communication secondaire
- licence : je ne suis pas sûr que nous soyons tous parfaitement au clair sur la licence, ce qui pourrait poser problème [Pour ma part je considère que la prochaine version doit sortir entièrement en GPL. Cela devrait être indiqué clairement dans chaque fichier et nous devrions fournir une copie de cette licence avec le source. -- ProgFou]
[Comme je l'avais indiqué sur une page du site, je souhaites également passer un maximum de code en GPL --
PatrickPaul]
- documentation : le projet est suffisament documenté pour que, au pire, une équipe complètement nouvelle puisse reprendre le projet [Mhhh... Documenté oui, mais qu'est-ce que c'est difficile à suivre en ligne (quantité + dispersion)... Je pense que les docs sur le Wiki devraient de temps en temps être gelées dans le CVS, afin de les avoir bien rangées avec le source. -- ProgFou]
- administration du site wikini.net : DavidDelon et CharlesNepote sont administrateurs du site (accès FTP et base de données MySQL), hébergé chez OVH
Synthèse et direction du projet
- Points positifs
- WikiNi est un projet bien vivant
- WikiNi est un projet totalement transparent
- WikiNi est un projet ouvert
- WikiNi avance lentement mais sûrement, sans concession sur les valeurs qu'il défend implicitement (logiciel libre, simplicité, performance, etc.)
- WikiNi a une vraie place dans les moteurs de wiki (pas un nième moteur de wiki) (c'est d'ailleurs mal communiqué)
- WikiNi va toujours plus dans le sens de l'ouverture (handlers modulaires, etc.)
- Points perfectibles
- Beaucoup de propositions intéressantes n'aboutissent pas : qu'est-ce qui bloque ? le mode consensuel est-il inefficace ? a-t-on besoin d'un dictacteur éclairé ? est-ce par manque d'intérêt ? par manque de disponibilité ?
- l'avenir de wikini manque de lisibilité : vers quoi allons-nous ? faut-il préciser OuAllonsNous ou bien est-ce déjà contenu dans la PhilosophieDuProjetWikiNi ?
- le site a besoin de plus d'attention : graphisme, jardinage, les FAQ, etc.
- la documentation mérite mieux
- WikiNi est un projet encore fragile : tous les services et les hommes sur lesquels il repose ne sont pas doublés ou virtualisés