Résumé

  • Dans sa présentation d'octobre 2020, Mozilla explique que les modifications du wiki MDN étaient publiées aussitôt, puis retirées si nécessaire. Yari devait faire examiner les propositions avant leur apparition sur le site.
  • Le lancement du 14 décembre a transféré les documents d'une base SQL vers des fichiers de dépôt GitHub. Leur contenu était encore en HTML ; la page d'accueil, les profils et la recherche reposaient toujours sur l'ancien système Django.

Le bouton Enregistrer décidait en premier

Une erreur dans une documentation technique pose un problème simple : qui peut la corriger, et combien de temps la correction attend-elle ? Le wiki de MDN donnait une réponse directe. Une personne ouvrait l'éditeur intégré, modifiait la page, enregistrait. Le texte devenait visible. L'équipe pouvait ensuite revenir en arrière. Mozilla décrit cet ordre des opérations dans son annonce du 29 octobre 2020, sans dissimuler son coût.

La rapidité servait les petites corrections. Elle servait aussi les indésirables : un ajout publicitaire pouvait atteindre le lecteur avant le contrôle. Quant au bénévole de bonne foi, il recevait peu de réponse. Si sa modification restait en ligne, elle semblait acceptée ; si elle disparaissait, il devait le constater lui-même. Mozilla jugeait ce mode de relation peu propice à une communauté de rédaction. Le wiki ouvrait la porte de la publication, mais la conversation sur la qualité arrivait trop tard.

Cette porte pesait sur l'infrastructure. Les documents étaient conservés dans MySQL ; l'équipe entretenait les fonctions de versions, d'historique et de comparaison. Les lecteurs et les rédacteurs empruntaient la même architecture. Le cache du CDN durait cinq minutes, notamment pour que les changements des rédacteurs deviennent visibles rapidement. Mozilla indiquait que plus de 99 % du trafic concernait la lecture de pages. Une minorité d'opérations d'écriture influençait donc l'exploitation de la voie empruntée par presque tous les visiteurs.

Une proposition n'est pas encore une page

Le projet Yari inversait le calendrier. Le contributeur devait modifier un fichier du dépôt GitHub et ouvrir une pull request. Un relecteur pouvait répondre, demander une correction puis fusionner le changement. Après construction et déploiement, la page publique suivait. Le plan d'octobre annonçait un déploiement quotidien et visait au pire 48 heures entre contribution et mise en ligne. Il s'agissait d'un objectif annoncé, pas d'une mesure des délais réels.

Mozilla y voyait deux gains. Le désaccord sur une phrase pouvait désormais se dérouler dans la pull request, avant qu'un lecteur ne tombe sur cette phrase. Le même outil permettait de regrouper des modifications de plusieurs pages, d'exécuter des contrôles automatiques et de traiter les ajouts indésirables avant leur publication. Le dépôt remplaçait en outre une partie du code particulier que Mozilla devait maintenir pour son wiki. La relecture devenait une étape d'admission, plutôt qu'une opération de nettoyage.

Le prix se payait sur les corrections modestes. L'éditeur visuel intégré disparaissait. Mozilla reconnaissait que GitHub, la pull request, la fusion et le déploiement allongeaient le chemin d'une faute de frappe jusqu'au lecteur. L'interface web de GitHub permettait certes d'éviter la ligne de commande pour un petit changement. Il fallait quand même intervenir sur un fichier. Au lancement de Yari, ce fichier contenait du HTML. Markdown figurait parmi les projets futurs, et non dans la livraison de décembre.

Le déménagement n'a pas emporté tout le bâtiment

Mozilla a ouvert une période d'essai le 2 novembre et annoncé le lancement le 14 décembre 2020. Dès lors, les modifications des documents passaient par le dépôt officiel mdn/content. Les pages de contenu quittaient la base SQL, mais les pages d'accueil et de profil ainsi que la recherche étaient encore servies par la plateforme Django. La nouvelle voie de publication coexistait donc avec des services anciens. Réduire le projet à un simple remplacement intégral de technologie ferait perdre le détail qui compte ici : c'est le parcours du texte public qui a changé le premier.

En juillet 2021, Mozilla a tiré une conséquence de cette réorganisation. Un compte MDN ne servait plus à contribuer ; il fallait se connecter à GitHub. L'entreprise annonçait la désactivation des comptes MDN pour le 22 juillet. La proposition restait ouverte aux volontaires, mais l'identité nécessaire pour franchir la nouvelle porte appartenait désormais au système choisi pour recevoir et examiner les modifications.

Le cas MDN montre deux formes d'ouverture qui ne donnent pas le même pouvoir. Le wiki autorisait la publication immédiate, puis réservait à Mozilla le retrait. Yari autorisait la proposition et le débat visibles, puis réservait aux relecteurs la décision de fusionner. Pour le lecteur, le changement ressemblait à une nouvelle manière de servir des pages. Pour la personne qui voulait corriger une ligne, le moment décisif avait changé de mains.