Les sites Wikimedia seront progressivement mis à niveau vers la version 1.19 de MediaWiki durant la seconde moitié de février 2012.

Les ingénieurs de Wikimedia sont actuellement en train de porter la touche finale à la nouvelle version de MediaWiki, le logiciel qui fait fonctionner Wikipedia et les sites associés. Cette version, appelée « 1.19wmf1 », sera déployée sur les sites Wikimedia par phases, à partir de la semaine prochaine.

Nous avons récemment mis en place une famille de wikis en Beta (appelée « Beta cluster »), afin de répliquer l’environnement d’une sélection de wikis Wikimedia. Cela a permis aux Wikimédiens de tester la nouvelle version à l’avance, et de vérifier qu’elle fonctionnait correctement avec les personalisations propres à leur wiki.

Les choses s’annoncent plutôt bien, et nous prévoyons actuellement de réaliser le déploiement en cinq phases entre le 15 février et le 1^er mars 2012. Le calendrier exact est susceptible de changer selon si nous rencontrons des problèmes inattendus ; il est donc recommandé de se référer à la feuille de route de MediaWiki 1.19 (en anglais) pour savoir exactement quand votre wiki sera affecté par la mise à niveau.

La plupart des fonctionnalités et des correctifs contenus dans MediaWiki 1.19 sont des changements d’architecture, imperceptibles pour les utilisateurs, tels que le travail effectué afin de rendre possible la migration vers Swift pour notre plate-forme de stockage des fichiers multimedia.

Il y a aussi des améliorations plus visibles, telles qu’une meilleure lisibilité des diffs pour les daltoniens, et une meilleure prise en charge du genre et de la langue de l’utilisateur dans l’interface. Une liste de tous les changements effectués est disponible (en anglais) dans les notes de version.

Vérifiez la compatibilité de JavaScript et des Gadgets avec ResourceLoader

L’une des améliorations de MediaWiki 1.19 a trait au JavaScript. La plupart des scripts utilisateur, des scripts de site et des gadgets devraient continuer à fonctionner. Cela dit, il est possible que la nouvelle version soit moins tolérante en ce qui concerne les suppositions et les erreurs présentes dans le code. Par exemple, le fait que JavaScript soit chargé plus rapidement risque de poser des problèmes si un script ne déclare pas explicitement les modules qu’il utilise.

De plus, une nouvelle version de ResourceLoader sera déployée plus tard cette année ; elle améliorera la gestion des gadgets, mais il sera nécessaire de rendre tous les gadgets compatibles avec ResourceLoader.

Il est donc fortement conseillé aux mainteneurs de gadgets de commencer à mettre à jour leurs scripts dès maintenant, afin d’éviter des perturbations majeures plus tard. Le guide de migration vers ResourceLoader est le principal document à lire par les développeurs de gadgets. Il existe aussi une liste des fonctions JavaScript obsolètes and une liste des modules de base de ResourceLoader. Tous les documents sont en anglais.

Vous pouvez également rejoindre le « Tour de Wiki », un effort visant à visiter l’ensemble des wikis Wikimedia afin d’y rendre les scripts JavaScript compatibles avec ResourceLoader. Un atelier IRC devrait avoir lieu dans quelques semaines pour aider les développeurs de JavaScript ; les détails de l’atelier seront postés sur le blog technique.

Vers des mises à niveau imperceptibles

Nous essayons de réaliser les mises à niveaux de plus en plus fréquemment, afin de les rendre plus modestes et donc moins susceptibles de causer des problèmes. Nous espérons qu’à terme, elles se dérouleront si bien que les utilisateurs ne se rendront même pas compte qu’elles se sont effectuées, hormis en voyant les nouvelles fonctionnalités apparaître. Nous n’avons pas encore atteint ce but, mais nous avons fait des progrès cette année, et nous continuons nos efforts dans cette voie, autant pour les développeurs que pour les utilisateurs.

En attendant, veuillez nous excuser si, malgré nos efforts, vous rencontrez des problèmes dus à la mise à niveau ; nous les corrigerons dès que possible. Il n’est pas trop tard pour vous rendre sur le Beta cluster et y indiquer les potentiels problèmes que vous rencontrez. Vous pouvez aussi utiliser notre système de gestion de bugs.

Plus il y a de testeurs avant la mise à niveau, moins il devrait y avoir de problèmes pendant et après.

Vous pouvez télécharger le livre gratuitement ou l'acheter en papier sur lulu.com

Vous avez peut-être vu mon article sur le blog de la Wikimedia Foundation : le livre Open Advice est sorti !

Open Advice (qui pourraît être traduit par Conseils libres) est un recueil d’essais et de retours d’expérience compilés par la communauté du logiciel libre. La publication du livre a été annoncée au FOSDEM ce week-end.

Une cinquantaine d’auteurs, provenant de nombreux projets de la communauté du logiciel libre, se sont rassemblés autour de Lydia Pintscher, la coordinatrice du livre, qui a lancé le projet début 2011.

Un an et 380 pages plus tard, le livre est maintenant disponible, et tente de répondre à la question : Avec le recul, qu’auriez-vous voulu savoir quand vous avez commencé à contribuer à la communauté du libre ?

Les auteurs proposent des réponses à cette question sur des sujets aussi variés que « Comment écrire un patch », « La documentation pour les nouveaux », les modèles d’entreprise du libre, l’organisation de conférences, la traduction, le design, etc.

J’ai contribué à la rédaction du livre avec un chapitre consacré à l’expérience utilisateur et les tests d’ergonomie. D’autres membres de la communauté Wikimedia, tels qu’Evan Prodromou, Markus Krötzsch et Felipe Ortega, ont également participé au livre. Plus d’informations sur le livre et les auteurs sont disponibles sur le site web du livre.

Le contenu du livre est intégralement placé sous la même licence (libre) que Wikipedia, à savoir la licence Creative Commons Attribution Share-Alike.

Vous pouvez dès maintenant télécharger le livre gratuitement au format PDF, ou commander une version papier depuis lulu.com.

Le livre n’est pour l’instant disponible qu’en anglais, mais puisqu’il est sous licence libre, vous pouvez aussi le forker sur GitHub et commencer une traduction en français. (Et si vous le faites, ça m’intéresse de le savoir !)

J’espère que le livre vous sera utile, que vous soyez nouveau dans la communauté du logiciel, ou que vous soyez un contributeur confirmé.

Je travaille à une nouvelle version du site, et je ne voulais donc pas consacrer beaucoup de temps à réparer la version actuelle. L’inconvénient est que, du coup, il était difficile de publier sur un site à moitié cassé.

Afin de disposer à nouveau d’un espace où publier des articles, j’ai fait des mises à jour et pas mal de ménage ; le site est maintenant de nouveau utilisable. Il y a probablement des petits bugs qui restent, mais on s’en accommodera pour le moment.

Les Invalides sous la neige

Il y a quelques jours, j’ai assisté à la conférence « GLAM-WIKI (FR) » à Paris, alias « Rencontres Wikimedia 2010 ». Il s’agissait de la deuxième édition d’un colloque Wikimedia « annuel » qui se cherche encore (ce qui est naturel pour un évènement si jeune) ; le colloque précédent de 2007 visait davantage le monde universitaire et les « experts ».

« GLAM-WIKI » est également le nom d’une séries de conférences, débutées en 2009 à Canberra (Australie), et suivie de celle de Londres il y a quelques semaines.

L’objectif de ces conférences « GLAM-WIKI » est de bâtir des relations et des partenariats entre le mouvement Wikimedia et le secteur culturel, qui partagent une mission de diffusion de la connaissance. Les institutions culturelles sont appelées « GLAM » dans le milieu, un acronyme pour galleries, libraries, archives and museums : galeries, bibliothèques, archives et musées. Je leur préfère le nom de « memory institutions », également utilisé en anglais.

Une conférence introductive efficace

Le programme était intéressant, en proposant de bonnes synthèses sur Wikipedia, Wikimedia, et quelques initiatives et partenariats réalisés pendant les dernières années. Il s’agissait de « panels » et de présentations (la traduction en français par  « tables rondes » est assez maladroite).

Même si, au final, le programme visait davantage les représentants des organismes culturels, certaines sessions m’ont également été utiles (en tant que bénévole Wikimédien, et d’employé de la Wikimedia Foundation), notamment celle sur les métadonnées. C’est un domaine que je n’ai pu qu’effleurer lors du Multimedia usability project, mais auquel j’espère pouvoir consacrer du temps en 2011.

D’autres présentations étaient d’excellente qualité, comme celle de Ian Padgham, du SFMOMA. Sa présentation originale mais efficace consistait d’une bande dessinée (par lui) et a été donnée un français impeccable, coloré et très drôle. Ce fut rafraîchissant après deux jours de présentations plus formelles.

La salle, dans les locaux de l’Assemblée Nationale, était particulièrement accueillante. Quelques détails logistiques, tels que l’absence de prises électriques, ou l’absence des horaires dans le « Programme » en téléchargement sur le site officiel, ont provoqué des frustrations. D’un autre côté, on nous a rachetés avec des macarons.

La traduction simultanée en anglais ou en français (selon que l’orateur parlais dans une langue ou dans l’autre) était apparemment de très bonne qualité et a permis à tous les participants de profiter de cette conférence bilingue.

Futures éditions : davantage de rencontres

Si j’avais un conseil à donner pour l’organisation d’un évènement similaire à l’avenir, ce serait de plus mettre l’accent sur l’aspect « rencontres ».

Je conçois parfaitement que ce type d’évènement ait été une première en France, et que par conséquent le but était davantage de « planter la graine » que de réellement tisser des liens et faire fructifier des partenariats. Il est donc normal qu’une approche « introductive » ait été choisie cette année. Les conseils qui suivent s’adressent donc principalement aux organisateurs des prochaines éditions.

Bien qu’ils aient semblé être en minorité, de nombreux Wikimédiens s’étaient déplacés pour assister à cette conférence, certains venus d’autres pays. Je trouve dommage qu’il n’y ait pas eu davantage d’opportunités de réelles rencontres et d’ateliers.

En comparaison, l’atelier Wikimedia de la conférence « Museums and the Web » en avril 2010 avait vraiment permis aux membres des deux communautés de se rencontrer, au travers de discussions en petits groupes sur des sujets particuliers.

L’absence de badges nominatifs n’a pas non plus facilité de réelles rencontres. Sans badge, difficile de démarrer une conversation avec un inconnu lors des pauses café, par exemple. Une liste des participants, comprenant leur affiliation et leur adresse e-mail (avec leur accord préalable) aurait également été bienvenue.

Par ailleurs, il n’est pas très pratique de devoir s’organiser soi-même pour déjeuner, surtout en une heure et quart (ramenés à moins d’une heure avec les retards accumulés), pendant que les « VIP » (organisateurs et intervenants) déjeunent à l’étage. Je pense qu’une large majorité des participants aurait accepté de participer financièrement en échange d’un déjeûner-buffet sur place, en particulier nos collègues non francophones.

En résumé, l’évènement était sympathique et assez utile, et j’espère voir de futures éditions avoir lieu qui permettront des rencontres plus concrètes.

Ordinateurs OLPC (CC-by par Marcin Wichary)

Je viens de découvrir (via twitter) une vidéo intitulée « Entretiens avec des internautes de 8 à 11 ans sur leurs usages d’internet ». Ces entretiens ont apparamment été réalisés par Sophie Mateo pour un travail de MBA. Le rapport complet est également disponible au format PDF sur Slideshare: La génération numérique en France. Usages d’internet et comportements face aux moteurs de recherche.

Transcription

Je n’ai pas encore lu l’étude complète, donc je ne connais pas les conditions des entretiens. Une partie est consacrée à Wikipedia. Ci-dessous, la transcription :

— « Non, je connais pas Wikipedia »

— « À chaque fois qu’il fallait que je fasse un exposé, ou chercher quelque chose, je cherche presque tout le temps sur Wikipedia. »

— « Pour faire mes devoirs, je suis obligé de faire sur Wikipedia sinon je connais pas le titre. »

— « Souvent je vais sur Wikipedia. »
— « Ouais moi aussi. »

— « C’est comme un site internet, mais il est différent des autres sites, parce que c’est un site de recherche. C’est comme une bibliothèque, on peut trouver beaucoup de livres dessus, sauf que c’est évidemment virtuel. »

— « Wikipedia, c’est un site où on peut faire toutes les recherches qu’on veut, qui raconte vraiment tout tout tout sur la recherche. »

— « J’y vais souvent, par exemple pour les devoirs, quand on nous demande de faire une recherche, c’est dessus que je vais. »

— « Wikipedia c’est un site, tu tapes sur l’ordinateur et après c’est tous les trucs pour chercher sur les écrivains, sur la planète Terre, c’est dans l’espace, dans les maisons, tout ce qui est… plein de trucs. C’est une corvée, Wikipedia; c’est la vérité »

Commentaires

Quelques commentaires à chaud sur la video en général, et la partie sur Wikipedia en particulier :

• Dans l’esprit des enfants, apparemment, Internet = { jeux + recherches }.
• Wikipedia est apparemment synonyme de recherches, ce qui n’est pas surprenant vu que Wikipedia est souvent parmi les premiers résultats des moteurs de recherche.
• Les enfants ne semblent pas conscients des limites de Wikipedia. Ils voient en Wikipedia une source d’information habituelle ; ils ne connaissent pas son mode de fonctionnement collaboratif, et ne peuvent donc pas l’utiliser avec le recul nécessaire.
• Une conséquence du point précédent est qu’ils sont exclusivement consommateurs d’information. N’étant pas conscients du fonctionnement de Wikipedia, ils ne pensent pas à apporter de l’information eux-mêmes (sur Wikipedia ou Vikidia).

Hors-sujet

Pour finir (et un peu hors-sujet), des commentaires comme celui-là me font mourir un peu à chaque fois :

— « Normalement, quand j’allume un ordinateur, j’ai ça. » (la page d’accueil de Google)

Et également :

— « Internet, c’est dès que t’allumes un ordinateur, tu cliques sur le « e » bleu et après il y a Internet qui apparaît. »

mais la suite (par le même enfant) était délectable :

— « Des fois, ça déconne ; alors il faut éteindre, et après rallumer. »

Ce processus de redirection est basé sur le DNS, c’est à dire le système qui fait le lien entre un nom de domaine (par exemple, « wikipedia.org ») et l’adresse IP de la machine qui l’héberge (par exemple, « 208.80.152.2 »). Malheureusement, ce système de redirection était défaillant au moment de l’incident de climatisation. L’équipe a rapidement identifié et corrigé le problème, mais c’était trop tard : l’erreur s’était propagée sur Internet dans les bases de données DNS.

En tout et pour tout, l’incident de climatisation et l’incident de DNS interne n’ont duré que quelques minutes. Mais à cette chaîne d’incidents s’est ajouté un autre problème : les bases de données DNS sur le web ont conservé les valeurs erronées trop longtemps, malgré les consignes des serveurs de Wikimedia, qui indiquaient qu’elles devaient être corrigées rapidement. Ainsi, les utilisateurs ne pouvaient pas accéder à Wikipedia, même si Wikipedia était bien là, en parfaite santé.

Cette série d’incidents est assez semblable aux chaînes d’incidents utilisées dans l’analyse des catastrophes aériennes (modèle de Reason, aussi appelé « effet gruyère ») : pris séparément, ces problèmes ne sont pas graves, ni même visibles, mais leur combinaison a rendu Wikipedia inaccessible pendant plusieurs heures.

Cependant, ce n’est pas la fin de l’histoire.

Aussitôt le problème résolu, Mark a rapidement rédigé et publié un article sur le blog technique de Wikimedia. L’objectif était d’expliquer la cause du souci et de rassurer les utilisateurs. Mais la twittosphère était déjà en pleine ébullition, et certains utilisateurs ont eu la bonne idée d’indiquer que la passerelle sécurisée secure.wikimedia.org, elle, fonctionnait toujours. Cette passerelle, qui habituellement ne doit gérer qu’un faible trafic, a aussitôt été saturée. L’ironie, c’est que secure.wikimedia.org est hébergé sur le même serveur que le blog technique qui, du coup, n’était plus accessible. Et demander aux internautes de ne pas utiliser la passerelle sécurisée n’a eu aucun effet. Du coup, l’équipe technique a décidé de désactiver temporairement secure.wikimedia.org, afin de rendre de nouveau accessible le blog technique, et ainsi l’article qui expliquait l’origine du problème.

La situation est revenue à la normale après quelques heures, au fur et à mesure que les bases de données DNS ont mis à jour leurs entrées. secure.wikimedia.org a été réactivé peu de temps après, quand la charge serveur est redevenue raisonnable.

L’un des projets sur lesquels l’équipe technique de Wikimedia a prévu de travailler prochainement est la création d’un « indicateur de statut » (status board), qui indiquera aux utilisateurs la « santé » des sites Wikimedia à un moment donné, un peu à la manière du Google apps status dashboard. Cet indicateur, qui sera hébergé de façon indépendante, permettra de tenir les utilisateurs informés des éventuels soucis et du retour à la normale. D’autres projets sont également en cours de finalisation afin d’améliorer de façon générale les performances et la redondance de l’infrastructure opérationnelle de la Wikimedia Foundation, en accord avec les recommandations du plan stratégique. J’y reviendrai dans quelques semaines.

Un insecte sur un tournesol. (CC-by par Louise Docker)

De part la nature de mon travail, j’écris surtout des articles en anglais en ce moment. Je viens notamment de publier une série d’articles extraits d’un mémo technique que j’ai rédigé récemment. Cet ensemble de recommandations concerne essentiellement la stratégie de développement du logiciel MediaWiki au sein de la Wikimedia Foundation. Pour ceux que ça intéresse, voici les liens :

• Wikimedia & MediaWiki bugs, issues and requests
• Wikimedia User experience programs: a systematic approach
• Scaling up Software development for Wikimedia websites (Part I: Human resources)
• Scaling up Software development for Wikimedia websites (Part II: Tools)

Je ne prévois pas dans l’immédiat de rédiger un résumé en français, car je ne suis pas sûr que de nombreux francophones soient intéressés.

Wikipedia protester. Randall Munroe, CC-by-sa

Ça a commencé par une mention courte dans certains articles de Wikipedia : [citation needed]. En français, [référence nécessaire]. Ces deux mots, ajoutés à la suite d’affirmations particulièrement sujettes à caution, servent à indiquer qu’aucune source n’est pour le moment fournie concernant la provenance de cette information. Wikipedia étant modifiable par tout internaute, il est important de préciser ces sources, car elles permettent au lecteur d’évaluer la fiabilité du contenu.

C’est ensuite devenu une private joke, une blague comprise uniquement des initiés. On a ainsi vu des autocollants [citation needed] apposés sur des affiches, dans la rue, à la suite d’affirmations particulièrement péremptoires.

Xkcd, une célèbre bande dessinée sur Internet, a également consacré une planche à ce sujet (l’une de mes favorites). On y voit, lors d’un discours politique, un membre de l’assemblée tendre un panneau [citation needed] à l’adresse de l’orateur, l’invitant ainsi à fournir des références pour étayer ses affirmations et ses promesses (voir plus haut).

Burgers built with what you love (citation needed). Matt Mechtley, CC-by-sa

Je pense que la volonté, parfois même la manie, d’indiquer la source des informations ajoutées dans les articles de Wikipedia a un effet profond sur ses auteurs. C’est une impression que j’ai particulièrement ressentie lors des différentes rencontres avec des Wikimédiens, de France ou d’ailleurs. Ils ont souvent les mêmes réflexes, la même tendance à immédiatement exercer leur esprit critique face à n’importe quelle information.

Malgré la quantité de reproches que l’on peut faire à Wikipedia, il est au moins une influence positive que l’on doit lui reconnaître : au milieu de la quantité d’information prémâchée, prépensée que l’on subit à la télévision, la radio et sur Internet, participer à Wikipedia incite à développer et utiliser son esprit critique. En ce sens, Wikipedia crée une nouvelle génération de citoyens éveillés, qui exercent leur esprit critique face à l’information, notamment en cherchant à savoir d’où elle vient et si elle est fiable.

Ainsi, lors de la rédaction de ma thèse de doctorat, en particulier le premier chapitre, dédié à l’analyse du contexte et du travail existant, je me suis rendu compte à quel point les habitudes de « sourçage », héritées de la rédaction d’articles dans Wikipedia, faisaient maintenant partie de ma façon d’écrire. Je me sentais obligé de justifier toute affirmation par sa source : l’ouvrage, l’article de revue, le travail de référence qui permet à quiconque de vérifier les faits et éventuellement d’approfondir le sujet. Cette démarche paraît normal, car il s’agit de l’idéal de la rédaction scientifique ; pourtant, de nombreux livres, mémoires ou articles scientifiques ne font pas preuve de la même rigueur.

Certains pourront arguer que ce sens critique était déjà développé chez les Wikipédiens avant même qu’ils ne commencent à participer, et que cette catégorie de la population est plus facilement attirée par le concept de Wikipedia. Si c’est le cas, j’en suis un parfait contre-exemple. Il est vrai que j’ai également bénéficié d’une formation scientifique qui encourage la rigueur d’esprit mais, scientifique ou non, avant de m’impliquer dans Wikipedia, je n’avais pas le réflexe de mettre autant en question l’information qui m’environnait.

Pour finir, je dois reconnaître que rédiger des articles dans Wikipedia n’est pas l’unique facteur de mon changement de comportement face à l’information. En effet, il faut dire qu’à force de lire et d’entendre les aberrations proférées sans relâche par les journalistes (à propos de Wikipedia notamment, mais pas seulement), ma confiance en la presse en a pris un sacré coup. Voire même, a été totalement anéantie.

Collage de photographies sous licence libre ou dans le domaine public

En anglais, « free » signifie à la fois « libre » (comme dans freedom, liberté) et « gratuit » (comme dans free sample, échantillon gratuit). Cette ambiguité a toujours rendu la vie difficile aux personnes qui tentent d’expliquer ce qu’est le logiciel libre ou le contenu libre. Un logiciel libre n’est pas forcément gratuit, et un logiciel gratuit n’est pas forcément libre.

Les francophones s’estiment souvent bien contents de ne pas avoir ce problème d’ambiguité ; expliquer ce qu’est une licence libre est suffisamment compliqué pour ne pas, de surcroît, rajouter des ambiguités sémantiques.

Le problème est que les francophones ont leur propre ambiguité, basée sur l’expression « libre de droits ». « Libre de droits » est une traduction de l’anglais « royalty-free » qui désigne un système de gestion des redevances, utilisé dans le domaine de l’édition et de la presse. Il s’oppose généralement au système de « droits gérés » (« rights managed », en anglais). Aucun de ces termes n’est synonyme de « gratuit ». Il faut payer l’auteur pour utiliser une œuvre « libre de droits » ou soumise à un système de « droits gérés ». « Libre de droits » ne veut pas non plus dire « domaine public ». Tentative d’explication :

• Œuvre « libre de droits », ou plus exactement, « libre de redevance » : chaque utilisateur paye à l’auteur, une fois pour toutes, une redevance unique. En échange, l’auteur autorise l’utilisateur à utiliser l’œuvre autant de fois qu’il veut. L’utilisateur est cependant lié par un contrat qui lui est propre ; si un autre utilisateur veut utiliser l’œuvre, il doit également s’acquitter d’une redevance envers l’auteur.
• Œuvre soumise aux droits gérés : chaque utilisateur négocie avec l’auteur une compensation financière pour chaque utilisation.
• Œuvre sous licence libre : l’auteur autorise explicitement tout utilisateur à réutiliser l’œuvre, autant de fois qu’il veut, pour tout usage, y compris commercial : quiconque est libre de rediffuser l’œuvre, de la modifier, de la vendre, etc. L’autorisation est donnée a priori par l’auteur, et il n’est pas nécessaire de lui demander sa permission pour utiliser l’œuvre.
• Œuvre dans le domaine public : l’œuvre n’est plus protégée par le droit d’auteur (en France, parce que l’auteur est mort depuis plus de 70 ans). Quiconque peut donc réutiliser l’œuvre comme il lui plaît¹.

Dans les articles de presse consacrés à Wikipedia ou Wikimedia Commons, les média parlent souvent de contenu « libre de droits » quand, en réalité, ils veulent parler de licence libre. L’erreur est facile à commettre, en particulier pour les journalistes et les maisons d’édition, qui ont souvent recours au système de redevance ou de droits gérés (ou alors, ils abusent de la mention « droits réservés »).

Ça n’en reste pas moins une erreur.

Notes

Par conséquent, je serai disponible sur IRC pour répondre aux questions relatives au Multimedia usability project ce jeudi 4 février 2010 à 17h00 UTC. Vous pouvez utiliser l’outil Fixed time world clock pour vérifier l’heure dans votre fuseau horaire (il sera 18h à Paris). Rejoignez-nous sur le canal #wikimedia-office sur Freenode en utilisant votre client IRC favori; vous pouvez également utiliser une passerelle web IRC comme le webchat de Freenode ou la passerelle du Wikizine. Choisissez un nom d’utilisateur et entrez le nom du canal (channel: #wikimedia-office).

La séance de questions/réponses sera en anglais.