Sgauti at OOo

Ce second jour marquait en fait l'ouverture officielle de la OOoCon. Départ à 7h45 de l'hôtel pour se rendre à la Diaoyutai State Guesthouse. Si vous souhaitez voir des photos et autres médias de la OOoCon, vous les trouverez sur le wiki dédié. et bien sûr toutes les conférences dont je vais parler ont été filmées et seront retransmises dans leur intégralité sur les pages de la OOoCon. Diaoyutai State Guesthouse est un ensemble de bâtiments autour d'un parc datant d'environ 800 ans qui étaient en fait des jardins royaux depuis la dynastie Qing. Actuellement c'est un endroit qui accueille les invités officiels du gouvernement et les grandes conférences.

La cérémonie d'ouverture a eu lieu dans une grande salle, assez impressionnante, rouge de partout bien sûr :) Les deux premières rangées étaient réservées aux VIP, aux médias et au CC. Louis a fait l'ouverture puis deux keynotes se sont succédées (les noms étaient en chinois donc difficile d'identifier pour moi qui a parlé mais il devait y avoir le General Manager de RedFlag China 2000 et le président directeur général de la Chinese Information Processing Society. Ont ensuite parlé Michael Karasick, directeur du Lotus Software Development au China Development Laboratory de Pékin, Michael Bemmer, senior director of collaboration engineering at Sun, et Alex Mau, employé de Novell et également président du BLUG, le Beijing Linux User Group. Michael a fait un point sur le Community Innovation Program et a dit combien il a été impressionné par Dicollecte :-) Enfin, Louis a clos la cérémonie d'ouverture à 13h et nous nous sommes rendus pour déjeuner au réfectoire de l'université.

La première conférence à laquelle j'ai assisté a été celle de Martin Hollmichel "OpenOffice.org Participation - Past and Next steps" dans le track Developers. Martin a mis en lumière le Bug Bounty Program qu'il organise et qui doit permettre aux étudiants de participer au projet en étant directement guidés par un des ingénieurs du core development. L'annonce va être faite en partenariat avec le projet Marketing. C'est un des premiers projets de coopération mis en place par l'ESC pour faire la place belle aux étudiants et leur permettre de se sentir à l'aise avec de petits développements dans notre communauté.

Martin a ensuite enchaîné avec la restructuration du wiki pour la partie développement. Comme dit lors de notre réunion documentation lors du meeting NLC, l'information est duppliquée et diluée, mal structurée et bien souvent obsolète. Un gros travail de relecture et de réécriture va donc être entrepris. Je crois aussi me souvenir que des Guidelines de développement sont en cours de publication sous licence BSD. Martin a ensuite énuméré tous les secteurs où les développeurs peuvent s'investir, à savoir QA, localisation, extensions, ux team, distribution, etc.
Ce qui doit être amélioré selon lui, en plus du wiki, est la gestion des bugs sur IZ et les Quaterly review per project. Ce sont des réunions qui ont donc lieu tous les trimestres, par projet, et qui doivent permettre de déterminer ce qui peut être corrigé/amélioré à court, moyen et long terme dans le produit. Actuellement, il n'y a que le projet Calc qui ait tenu cette réunion et ses objectifs. Également la confirmation des issues (keyword needconfirm), deux projets utilisent actuellement systématiquement ce type de mot-clé à savoir dba et writer. Il faudrait bien plus de contributeurs à ce niveau.
Enfin, la version arabe a actuellement un focus spécial de la part de notre projet et Joost est en train de travailler sur des pages qui regroupent toutes les issues concernées par cette version. Pour en avoir discuté avec lui, il m'a confirmé le manque de testeurs de ces versions, le manque d'interlocuteurs également en ce qui concerne les différents types de la langue. Donc si vous parlez et écrivez cette langue et souhaitez contribuer, ne serait-ce qu'en utilisant la version et en nous faisant un retour sur cette utilisation, n'hésitez pas à me contacter directement. Nous n'avons actuellement que des interlocuteurs au Maroc et ce serait bien d'en avoir dans toutes les parties du monde où la langue arabe est utilisée.
Bien sûr, la version en hébreux bénéficiera de ce focus particulier puisque les bugs rencontrés sur une version sont pratiquement les mêmes sur l'autre. Nadine et tous ceux que j'ai rencontrés à Tel Aviv, n'hésitez pas à me contacter :)

La seconde conférence devait être "The OOo Global Community" faite par Zaheda Bhorat dans le track Community. Mais Zaheda était malade et n'a donc pu faire cette conférence, sa présentation a été faite par un de ses collègues de Google et de la communauté Samba, mais ce n'était pas tout à fait pareil. De plus, il y a peu de participants actuellement à sa Google Map. C'est pourtant une très bonne idée de sa part que de vouloir marquer l'histoire du projet par personnes et par étapes. Mais du coup c'était plus une description de ce que permet de faire l'outil qu'une histoire du projet ;)

J'ai assisté ensuite à la conf faite par Niklas Nebel "New Features in Calc 3.0" dans le track Developers. Mon intérêt portait surtout sur le format OpenDocumentFormula Format et la rétro compatibilité avec les versions antérieures. Pas d'ambiguïté, il y aura bien des problèmes. Comment trancher entre un format qui doit évoluer et ce vers un standard international, ce qui rend cette évolution encore plus importante et cette compatibilité à assurer, sans parler d'interopérabilité. C'est un peu comme si nous en étions restés au format de OOo 1.x . Important aussi l'introduction de ce nouveau namespace xml puisque le comportement du parser dépend de celui-ci. Bref, là, ça devrait mieux marcher :) Je n'ai pas appris gand chose d'autres dans ce que Niklas a passé en revue à savoir la collaboration, le format Excel 2007, le solver, la sélection et les marges des pages.

J'ai fait une pause à ce moment pour aller discuter un peu avec les autres et surtout avec Joost à propos du QA.

Dernière conférence "Visualize Writer Document Structure for Productive Development" par Jian Hong Cheng qui développe en fait sur Symphony. C'est un outil qui permet de dessiner la structure et le type des nodes. Assez impressionnant, le but était de faire crasher OOo (et il n'a eu aucune difficulté ;-) pour voir ce que l'outil dessinait ensuite. Cela permet de mettre clairement en relation la structure des données sans avoir à tout tracer pas à pas. Intéressant mais un peu au-dessus de mes moyens pour le mettre en oeuvre :-)

Le mardi nous avions rendez-vous à 13h au sein du Sun building pour les réunions de travail du projet : CC, Releases notes, MarCon, NLC, Documentation. Un emploi du temps chargé, nous avons finalement terminé après 20h30.

Louis doit faire le compte rendu de cette réunion du CC, nous avons travaillé sur les sujets que nous poursuivons depuis un moment, à savoir la nouvelle charte du Community Council qui est sur le wiki depuis près de deux mois maintenant. Très peu de contributeurs l'ont commentée et nous l'avons maintenant adoptée. Les modifications les plus importantes concernent les élus puisque chaque membre du projet peut maintenant être élu au sein du CC, il n'est plus nécessaire d'être project lead. L'autre modification concerne le nombre de représentants, les projets de non core développement (code du coeur de OOo) n'étant plus les seuls à être représentés, mais une place plus importante est faite aux autres contributeurs sans qui le produit serait indiffusable, à savoir l'assurance qualité, la localisation, la documentation, le groupe user expericence, etc. Actuellement, suivant le compte fait par Martin, il y a un peu moins de 200 développeurs réguliers du core code, il nous faudrait maintenant faire une estimation des autres contributeurs.

Nous allons donc pouvoir procéder aux élections pour le remplacement, dans un premier temps, d'André (pour la catégorie Accepted projects) et de moi-même (pour la catégorie NLC). Les élections se poursuivront par groupe de deux représentants à chaque fois pour renouveler l'ensemble du CC sauf Louis et Stefan bien sûr. Pour ces élections, le nombre de membre à élire étant important, la méthode Schulze ne sera pas utilisée, nous resterons sur notre méthode traditionnelle.

L'autre topic important sur lequel nous travaillons surtout Louis et moi concerne les règles d'utilisation du trademark de OOo. Nous devons finaliser la rédaction cette semaine et faire un sommaire de la discussion qui a eu lieu sur la liste pour une diffusion à la communauté pour commentaires. Sun légal fera ensuite une révision de ce qui a été écrit, le transfert de propriété devrait (cela n'a pas encore été voté) également se faire dans le même temps entre Team E.v et Sun.
Enfin le bundling des extensions les plus demandées a été abordé. Pas de décisions prises (tous les membres du CC n'étant pas présents), mais une réflexion entre le fait de ne pas faire grossir le produit et rendre les extensions plus accessibles (question récurrente de ma part sur la mise à jour de Drupal ;-) Quand la moyenne de téléchargement est de 5h, on ne se pose même pas la question du coût imposé ou de la définition du produit suivant l'utilisation !

Nous avons eu ensuite une discussions sur les releases notes avec Franck, Clayton (les ingénieurs en charge de la doc), Cor et moi-même sur la réalisation de ces releases notes et leur utilisation par les équipes QA, l10n et Doc. Si les choses se sont améliorées puisque nous avons maintenant une liste à peu près complète des fonctionnalités et des bugs corrigés sur le wiki, la formulation reste encore à améliorer. Actuellement, avec Cor, nous travaillons principalement à partir des mails générés sur EIS et la liste allfeatures@ooo, peu de poissons passent à travers nos filets, mais le temps demandé pour tout analyser et compléter est vraiment trop long. Franck va donc essayer de consolider un peu mieux toutes les informations.

Le MarCon meeting a surtout insisté sur les statistiques. En fait nous n'avons aucun moyen homogène de récupérer les nombres, sauf à le faire manuellement via ce que diffuse OSUOL à partir des liens du bouncer. C'est peu fiable et représentatif. Pour ces raisons, plusieurs projets de la NLC ne passent pas par les liens du bouncer mais traitent directement avec les serveurs. Pour ce qui concerne le projet FR, nous avons les stats de Proxad qui est un des serveurs étendus le plus important pour la France, nous pouvons donc avoir une idée assez précise du volume de téléchargement (en poids et non en hits).
L'autre sujet abordé et qui rejoint le premier est d'améliorer la visibilité des utilisateurs, notamment la mise à jour des pages sur wiki.

Le meeting de la NLC a repris ces thèmes. Louis a insisté sur les groupes régionaux, Jesus a cité le cas de l'Espage pour illustrer l'apport que ces groupes pourraient représenter en matière de cohésion et de facilitation pour les contributeurs. En fait, ces groupes ne sont pas évidents à mettre en place tant ils reflètent ce que nous avions voulu éviter au sein de la NLC, mais qui semble nécessaire aujourd'hui aux vues du développement de la communauté, du à savoir une réunification régionale pas linguistique mais culturelle. Je pense que chacun peut comprendre les difficultés politiques et sociales que cela peut engendrer, mais c'est aussi le rôle du projet que d'aller au devant des challenges ;-)
Mon propre topic au sein de cette réunion a été d'insister sur l'importance de l'officialisation des versions localisées, à savoir qu'elles ne restent pas en RC sur les serveurs mais qu'elles puissent se revendiquer comme distributions officielles du projet OOo sur les miroirs et dans les circuits de communication quels qu'ils soient. Nous avons vraiment besoin de cette visibilité pour non seulement aider ces projets à augmenter leur base utilisateurs et contributeurs et également renforcer l'utilisation du trademark de OOo.

Suite avec le projet Documentation et l'harmonisation de l'utilisation du wiki pour les différents groupes (développeurs, NLC, utilisateurs) qui y contribuent. Les pages développeurs doivent être retravaillées afin d'élaguer les nombreuses duplications de pages qui rendent le tout inutilisable. Les pages NLC doivent être uniformisées dans leur catégorisation à savoir être toutes formées sur la même structure de nommage (du boulot en perspective ;-). Clayton souhaiterait que nous nommions les pages en anglais afin de faciliter leur recherche avec l'extension Display Title, mais j'ai bien peur que cela soit impossible, on ne peut demander à nos contributeurs de nommer ces pages en anglais.
Actuellement, ce qui nous manque le plus est de pouvoir disposer d'un diff rapide sur les pages, une extension devrait être dispo pour cela. Cela nous permettra de maintenir à jour toutes les pages que nous avons en commun dans plusieurs langues et de garder la trace des modifications.
Enfin, le plus intéressant à mon goût :-) l'expérimentation sur l'utilisation des outitls de traduction pour traduire le wiki est terminée. Cette expérimentation s'est faite à partir du guide d'administration de OOo en français, en chinois et japonais. Il s'agissait de récupérer le contenu sur le wiki, de structurer ce contenu en segments et de les transformer au fomat .xliff. Ce contenu est en suite utilisé à travers nos outils de localisation, le tout est ensuite transformé au format wiki avec application des modèles.
Je suis sûre que vous avez compris le but du jeu : travailler avec nos mémoires de traduction. Pour les petites équipes ce serait un gain énorme que de pouvoir utiliser nos TM également pour la doc du wiki et ce serait leur donner accès à bien plus que ce qu'est capable de faire un projet comme le projet francophone. Bref, Rafaella fera le point sur cette expérimentation et ce que l'on peut en attendre. Pour la peine, le guide est donc dispo en français sur le wiki et un grand merci à Sun et Elsa pour sa relecture attentionnée :-).

Cette journée s'est achevée par le repas de la NLC offert par le projet, nous étions une cinquantaine à dîner dans un excellent restaurant proche de l'hôtel. C'était une soirée très sympa, Peter nous a commandé plein de plats différents que nous avons dégustés en parlant du projet bien sûr, de ses membres, de son avenir, etc, etc... :-)