Resumen

  • Mozilla explicó en octubre de 2020 que el wiki de MDN publicaba las ediciones al instante y revertía las inadecuadas después. El sistema Yari pondría la revisión de una pull request antes de la aparición de la nueva versión.
  • El 14 de diciembre Yari salió de la fase de pruebas. Los documentos ya eran archivos de un repositorio, todavía en HTML; la portada, los perfiles y el buscador seguían utilizando servicios Django anteriores.

El wiki concedía la primera palabra

El orden de una edición importa tanto como las herramientas empleadas. En el MDN anterior, alguien podía abrir una página, editarla con el panel visual y guardar. Su texto llegaba al público antes de que un revisor decidiera si debía quedarse. Mozilla conservaba la posibilidad de revertirlo. En su explicación del cambio publicada el 29 de octubre de 2020, la organización reconoció que así funcionaba el wiki.

Para una errata, la rapidez era extraordinaria. Para el spam, también. Además, el mecanismo daba al voluntario una respuesta bastante pobre: si nadie borraba su cambio, suponía que había salido bien; si desaparecía, se enteraba al volver a mirar. Mozilla describió ese silencio seguido de posibles reversiones como un problema para la relación con los colaboradores. El sitio aceptaba escritura pública antes de ofrecer una discusión editorial.

El diseño exigía mantener una plataforma que atendiera dos ritmos distintos. El contenido vivía en MySQL; el equipo se ocupaba del historial de revisiones y de las diferencias entre versiones. Los documentos llegaban al lector mediante una caché de cinco minutos, duración elegida en parte para que las ediciones se reflejaran pronto. Mozilla señaló que más del 99 % del tráfico correspondía a lectores de documentos. La exigencia de inmediatez de la escritura influía así en el servicio que recibía una mayoría abrumadora de visitas.

La propuesta se hizo pública antes que la página

Yari cambió el escenario de discusión. El colaborador prepararía un archivo en GitHub y abriría una pull request. Otros podrían señalar un error, pedir una revisión o aprobar el cambio antes de incorporarlo. Solo después se construiría y desplegaría la página. El plan de octubre planteaba despliegues diarios y aspiraba a un plazo máximo de 48 horas desde la contribución hasta su publicación. Era una meta de Mozilla, no una estadística de tiempos cumplidos.

Con el nuevo orden, una mala edición podía quedarse fuera del sitio y una buena podía mejorar mediante comentarios. Una pull request permitía reunir cambios de varias páginas y ejecutar comprobaciones automáticas. Mozilla esperaba prescindir de una parte importante del software propio dedicado al wiki y servir a los lectores páginas ya preparadas. La revisión dejó de ser la escoba que aparecía después de un problema: se convirtió en la llave de entrada.

Esa llave tenía un precio para quien solo quería arreglar una frase. Desaparecía el editor visual integrado. GitHub permitía editar un archivo desde el navegador, sin dominar la línea de comandos, pero seguía haciendo falta abrir la propuesta y esperar a su fusión y despliegue. El formato tampoco ofrecía un atajo: en el lanzamiento de diciembre el contenido estaba en HTML. Mozilla hablaba de Markdown como un trabajo futuro. Presentar Yari como una mudanza inmediata a Markdown confundiría el plan con lo que se puso en marcha.

La mudanza avanzó por piezas

La prueba de Yari comenzó el 2 de noviembre. Mozilla anunció su puesta en marcha el 14 de diciembre de 2020: desde entonces, los cambios de contenido iban al repositorio oficial mdn/content, y ya no al editor WYSIWYG del wiki. Sin embargo, las páginas de inicio y de perfil, así como el buscador, todavía dependían de la vieja plataforma Django. El dato importa porque delimita la decisión. Lo que cambió de manera decisiva fue el camino de los documentos; no se apagó todo el sistema anterior en una sola noche.

En julio de 2021, Mozilla anunció otro paso: la cuenta de MDN ya no servía para contribuir. Quien quisiera editar tenía que iniciar sesión en GitHub. La organización fijó el 22 de julio para desactivar la funcionalidad de cuentas MDN. Así, el acceso al sistema elegido para revisar propuestas pasó a formar parte del acceso a la propia labor editorial.

Una biblioteca puede invitar a todo el mundo a proponer correcciones sin dejar que cualquier propuesta se convierta de inmediato en su respuesta oficial. MDN pasó de un modelo donde el voluntario publicaba primero y el equipo corregía después a otro donde el voluntario argumentaba primero y los responsables del repositorio decidían cuándo publicar. La página que consultaba el lector quizá cambió poco de aspecto. La autoridad sobre la siguiente línea cambió de lugar.