Zusammenfassung

  • Mozillas Plan vom Oktober 2020 beschreibt den alten Wiki-Ablauf: Änderungen erschienen sofort und wurden bei Bedarf zurückgenommen. Mit Yari sollte eine Prüfung im Pull Request stattfinden, bevor sich die öffentliche Seite änderte.
  • Laut der Mitteilung zum Start am 14. Dezember lagen die Dokumente nun als Repository-Dateien statt in einer SQL-Datenbank vor. Sie enthielten zunächst HTML; Startseite, Profile und Suche nutzten weiter die ältere Django-Plattform.

Erst veröffentlichen, dann reden

Das alte MDN-Wiki machte aus dem Speichern eine redaktionelle Entscheidung. Wer einen Fehler sah, öffnete den visuellen Editor auf der Seite, änderte den Text und speicherte. Andere konnten die Änderung lesen; Mozilla konnte sie später rückgängig machen. Die Organisation schilderte diesen Mechanismus in ihrer Ankündigung vom 29. Oktober 2020 selbst. Für eine kleine sachliche Korrektur war das ein kurzer Weg.

Auch Spam hatte diesen kurzen Weg. Ungeeignete Inhalte wurden erst nach ihrem Erscheinen entfernt. Für gutwillige Autoren blieb die Antwort auf ihre Arbeit oft ebenso unbefriedigend: Blieb die Änderung stehen, schien sie angenommen; verschwand sie, musste man das selbst bemerken. Mozilla hielt diesen Austausch durch Schweigen und Zurücksetzen für schlecht geeignet, eine Gemeinschaft von Mitwirkenden aufzubauen. Über den Text wurde erst gesprochen, nachdem er bereits als MDN-Dokumentation aufgetreten war.

Die Sofortigkeit hatte einen technischen Preis. Dokumente lagen in MySQL. Mozillas Team betrieb Funktionen für Revisionen, Versionsverläufe und Unterschiede zwischen Bearbeitungen. Leser und Autoren teilten sich die Plattform. Der CDN-Cache hielt Seiten fünf Minuten lang vor, auch damit Änderungen schnell sichtbar wurden. Laut Mozilla entfielen mehr als 99 Prozent des Verkehrs auf Dokumentabrufe. Die Anforderung der Schreibenden bestimmte damit einen Teil der Auslieferung für die viel größere Leserschaft.

Der Antrag bekam eine eigene Bühne

Yari trennte Vorschlag und Veröffentlichung. Mitwirkende bearbeiteten eine Datei im GitHub-Repository und reichten einen Pull Request ein. Prüfer konnten Fragen stellen, Änderungen verlangen und den Antrag mergen; danach folgten Build und Auslieferung. Mozillas Oktober-Plan sah tägliche Bereitstellungen vor und strebte selbst im ungünstigsten Fall höchstens 48 Stunden von der Einreichung bis zur Veröffentlichung an. Das war ein Ziel vor dem Start, kein gemessener Wert für jeden späteren Beitrag.

Nun konnte ein Streit über einen Satz dort geführt werden, wo er vorgeschlagen wurde, ohne dass der Satz schon auf der Referenzseite stand. Ein Pull Request konnte mehrere Seiten betreffen und automatische Prüfungen durchlaufen. Mozilla erwartete, Spam vor der Veröffentlichung abzufangen und einen großen Teil der selbst gepflegten Wiki-Software loszuwerden. Für Leser sollten vorab erzeugte Seiten bereitstehen. Die Prüfung wanderte von der Schadensbeseitigung an die Eingangstür.

Wer nur einen Tippfehler korrigieren wollte, musste dafür mehr tun. Der eingebaute WYSIWYG-Editor fiel weg. Einfache Änderungen ließen sich zwar über die GitHub-Weboberfläche und ohne Kommandozeile vornehmen, doch Datei, Antrag, Merge und Bereitstellung blieben notwendige Stationen. Beim Start im Dezember bestand der Inhalt noch aus HTML. Markdown war ein späterer Plan. Die neue Bearbeitung war also weder ein Klick auf der Seite noch bereits die oft leichtere Markdown-Arbeit.

Ein neuer Dokumentenweg in einem alten Haus

Die Testphase begann am 2. November, und Mozilla meldete den Start am 14. Dezember 2020. Beiträge zum Inhalt liefen nun über das offizielle Repository mdn/content. Die Dokumente verließen die SQL-Datenbank, aber die Startseite, Profilseiten und Suche wurden weiterhin mit Django-Diensten bereitgestellt. Die Migration hatte eine erkennbare Grenze: Der Weg des Dokumententextes änderte sich zuerst; nicht jede Komponente der Website wurde zugleich ersetzt.

Im Juli 2021 beschrieb Mozilla eine weitere Folge. Ein MDN-Konto diente nicht mehr zum Beitragen, dafür war eine Anmeldung bei GitHub nötig. Die MDN-Kontofunktion sollte am 22. Juli abgeschaltet werden. Das Konto der Plattform, auf der Vorschläge geprüft wurden, wurde damit Teil des Zugangs zur redaktionellen Arbeit.

Beide Modelle luden Menschen zur Mitarbeit ein. Sie verteilten die Macht über den fertigen Text unterschiedlich. Im Wiki veröffentlichte der Beitragende zuerst, und Mozilla konnte zurückrudern. In Yari wurde zuerst der Vorschlag sichtbar, während die Verantwortlichen für den Merge festlegten, wann er zum öffentlichen Dokument wurde. Für einen Besucher sah die Seite womöglich ähnlich aus. Für jemanden mit einer Korrektur hatte sich der entscheidende Handgriff verlagert.