State of the Word 2018: WordPress umarmt den Blockeditor

Das WordCamp US startete am Wochenende in Nashville nach der Veröffentlichung von WordPress 5.0. In den ersten 48 Stunden wurde 5.0 mehr als 2,8 Millionen Mal heruntergeladen. Am Samstagabend wurden 3 Millionen überschritten.

„Es ist viel passiert, deshalb möchte ich WordPress die Chance geben, sich wieder vorzustellen“, sagte Matt Mullenweg in der Präambel seiner Rede zur Lage der Welt. Er berief sich auf die vier Freiheiten als Verfassung des Projekts und rief die Gemeinschaft zu ihren Wurzeln zurück.

„Das ist der Grund, warum wir hier sind“, sagte Mullenweg. „WordPress ist nichts Physisches; es ist kein Codesatz. Es ist eine Art Idee. WordPress wird durch das volle Vertrauen und die Anerkennung aller Personen und Unternehmen unterstützt, die davon abhängig sind.“

Er bekräftigte die Mission des Projekts, das Verlagswesen zu demokratisieren, und formulierte seine Vision für die Weiterentwicklung des offenen Webs neu.

„Wie ich vor ein paar Jahren sagte, bauen wir ein Web-Betriebssystem, ein Betriebssystem für das offene, unabhängige Web und eine Plattform, auf der andere wirklich aufbauen können“, sagte Mullenweg.

Der Marktanteil von WordPress von 32,5 % und sein kommerzielles Ökosystem, das Mullenweg auf 10 Milliarden US-Dollar pro Jahr schätzt, geben dem Projekt die Ressourcen, um einen starken Einfluss auf die Zukunft des Webs auszuüben.

Mullenweg baut einen überzeugenden Fall für den Blockeditor auf

Mullenweg verdeutlichte die Notwendigkeit von Gutenberg, indem er eine Auswahl von Videos zeigte, in denen neue Benutzer Schwierigkeiten hatten, einfache Aufgaben im alten Editor zu erledigen. Ihre Erfahrungen wurden von schmerzhaften Kommentaren begleitet:

• „Das fühlt sich an, als würde man 2005 einen Blog schreiben.“
• „Das war sehr knifflig; Das funktioniert nicht."
• „Wie würde ich eine Bildunterschrift hinzufügen? Ich habe keine Ahnung."

Mullenweg beschrieb, wie er vor WordPress 5.0 mühelos zwischen den visuellen und HTML-Editoren hin- und herwechselte, aber feststellte, dass nicht alle Benutzer dazu in der Lage sind.

„Seit über einem Jahrzehnt ist dies unsere Erfahrung als Redakteur, und viele von uns haben gelernt, damit umzugehen“, sagte er.

Er folgte mit einem Video, das demonstrierte, wie viel einfacher diese Aufgaben im neuen Blockeditor sind, und identifizierte Blöcke als den Weg nach vorne für WordPress.

Einige Teilnehmer kommentierten im Nachhinein, dass der Benutzer, der Videos testet, zusammen mit einem Experten, der Gutenberg verwendet, unausgewogen wirkte, und sie hätten gerne Videos von neuen Benutzern gesehen, die dieselben Aufgaben im neuen Editor versuchen. Das Ziel dieses Segments schien jedoch eher darauf abzuzielen, die Notwendigkeit von Gutenberg und die Möglichkeiten, die es eröffnet, zu kommunizieren, sobald die Benutzer die Chance hatten, darin hineinzuwachsen.

Mullenweg fordert die Teilnehmer auf, „Blockaden gründlich zu lernen“

Millionen von Early Adopters haben den Blockeditor bereits in Phase 1 des Gutenberg-Projekts angenommen, das mit 1,2 Millionen aktiven Installationen und 1,2 Millionen geschriebenen Beiträgen abgeschlossen wurde. Es gab bereits 277 WordCamp-Gespräche über Gutenberg, 555 Meetup-Veranstaltungen mit dem Fokus auf den neuen Editor und mehr als 1.000 Blog-Posts, in denen er diskutiert wurde.

Blöcke erobern die Welt von WordPress. Version 5.0 wird mit 70 nativen Blöcken ausgeliefert, und es gibt bereits mehr als 100 Blöcke von Drittanbietern und 1.000 damit verbundene Konfigurationen.

„Blöcke sind vorhersehbar, taktil und können einfach wie ein Textblock oder so umfangreich wie eine E-Commerce-Schnittstelle sein“, sagte Mullenweg. Er beschrieb sie als die neue DNA von WordPress, aus der Benutzer alles erstellen können, was sie sich vorstellen können.

Mullenweg präsentierte zwei Standorte, die mit dem Blockeditor erstellt wurden, die Indigo Mill und Lumina Solar. Diese wunderschönen Seiten öffnen die Vorstellungskraft für das, was Gutenberg auf Websites bringen kann.

WordPress.org wird Plugins und Themes hervorheben, um das Block-Ökosystem voranzutreiben. Es gibt auch mehr als 100 Gutenberg-fähige Themen, die Benutzern im Verzeichnis zur Verfügung stehen, und ein neues Gutenberg-Block-Tag, das derzeit für Plugins aktiv ist. Es wird bald auch für Themen verfügbar sein.

Mullenweg hob Tools wie das create-guten-block Toolkit, Block Lab und Lazy Blocks hervor, die es Entwicklern leicht machen, ihre eigenen Blöcke zu erstellen. Auch Blocksammlungen und Bibliotheken entstehen. Er sagte, eine der Prioritäten für 2019 sei der Aufbau eines WordPress.org-Verzeichnisses zum Entdecken von Blöcken und eine Möglichkeit, sie nahtlos zu installieren.

Aufbauend auf den Hausaufgaben, die er 2015 den WordPress-Entwicklern gegeben hatte, „Learn JavaScript Deeply“, forderte Mullenweg die Community auf, „Blocks Deeply zu lernen“. Blöcke bieten eine Vielzahl von Möglichkeiten, die Benutzererfahrung über das hinaus zu verbessern, was sich die Schöpfer von Gutenberg anfangs hätten vorstellen können.

Gutenberg Phase 2: Navigationsmenüblock, Widget-Blöcke, Themen-Inhaltsbereiche

Mullenweg kündigte die nächsten Phasen für das Gutenberg-Projekt an. Phase 2 hat bereits begonnen und konzentriert sich auf die Anpassung der Website, wobei die Blockschnittstelle auf andere Aspekte des Content-Managements erweitert wird. Dazu gehört das Erstellen eines Navigationsmenüblocks. Die Neugestaltung von Menüs wird eine Herausforderung sein, und Mullenweg sagte, dass sie während des Prozesses sogar umbenannt werden könnten.

Zu den Zielen von Phase 2 gehören auch die Portierung aller Widgets auf Blöcke und die Registrierung von thematischen Inhaltsbereichen in Gutenberg. Eine frühe Version von Phase 2 wird im Gutenberg-Plugin enthalten sein, sodass jeder, der am Testen teilnehmen möchte, es reaktivieren kann.

Während der Frage-und-Antwort-Zeit stellte ein Teilnehmer eine Frage dazu, dass diese Phase anscheinend sehr wenig darüber beinhaltet, Layoutfunktionen robuster zu machen. Er fragte, ob Mullenweg plane, diese Layout-Entscheidungen dem Marktplatz überlassen zu lassen, oder ob Core eine Layout-Sprache definieren werde. Mullenweg antwortete, dass es klüger sein könnte, zu sehen, was andere im Ökosystem tun, und sich die besten Lösungen herauszupicken und zu übernehmen. Er bemerkte auch, dass es spannend wäre, wenn Benutzer in Zukunft zwischen verschiedenen Seitenerstellern wechseln könnten, ohne ihre Inhalte zu verlieren.

Gutenberg-Phasen 3 und 4: Zusammenarbeit und zentrale Unterstützung für mehrsprachige Websites

Mullenweg kündigte an, dass sich Gutenberg Phase 3, die für 2020 geplant ist, auf Zusammenarbeit, Multi-User-Bearbeitung und Workflows konzentrieren wird. Phase 4 (2020+) zielt darauf ab, eine offizielle Möglichkeit für WordPress zu entwickeln, mehrsprachige Websites zu unterstützen. Auf die Frage, wie das angesichts der vielen bereits vorhandenen Lösungen aus technischer Sicht aussehen wird, sagte Mullenweg, er wolle noch nichts vorschreiben, da es sich noch im Experimentierstadium befinde.

Weitere wichtige Ankündigungen waren eine mit Spannung erwartete Erhöhung der Mindestversion von PHP, die für die Verwendung von WordPress erforderlich ist. Bis April 2019 wird PHP 5.6 die PHP-Mindestversion für WordPress sein, und bis Dezember 2019 wird die Anforderung auf PHP 7 aktualisiert.

WordPress-Releases werden in Zukunft schneller kommen, da die Gutenberg-Entwicklung ein neues Tempo für die Iteration vorgegeben hat. Mullenweg sagte, er möchte, dass WordPress an den Punkt kommt, an dem Benutzer nicht darüber nachdenken, auf welcher Version sie sich befinden, sondern stattdessen einen Kanal wählen, auf dem sie problemlos Betas oder die stabile Version ausführen können.

Mullenweg bestätigt Fehler und gewonnene Erkenntnisse im 5.0-Release-Prozess

WordPress 5.0 war einer der längsten und umstrittensten Veröffentlichungszyklen in der Geschichte des Projekts. Diejenigen außerhalb des inneren Kreises der Entscheidungsfindung waren mit großer Unsicherheit konfrontiert, da Termine angekündigt und dann verpasst wurden, wobei sekundäre Termine zugunsten der Veröffentlichung von 5.0 mit einer Frist von nur drei Tagen verworfen wurden.

„Wir hatten Angst, ein neues Veröffentlichungsdatum bekannt zu geben, nachdem wir unser vorheriges verpasst hatten“, sagte Mullenweg und räumte das umstrittene Veröffentlichungsdatum ein. Er sagte, dies scheine viel Angst und Unsicherheit zu erzeugen, bis sie einen neuen Termin bekannt gaben. Die Termine schienen aus heiterem Himmel zu kommen und waren stressig für die Gemeinde.

Mullenweg hob die Lektionen hervor, die sie im Prozess der Veröffentlichung von 5.0 gelernt haben:

• Die verschiedenen Teams in WordPress müssen besser zusammenarbeiten
• Sie müssen JavaScript noch tiefer lernen
• Bedeutung von Triage und Code-Freezes
• Geben Sie immer Veröffentlichungstermine bekannt

Mullenweg bemerkte, dass die Beta-Versionen von WordPress 5.0 100-mal häufiger getestet wurden als andere Versionen, was seiner Meinung nach dazu beitrug, dass Gutenberg robuster wurde, bevor es in 5.0 landete. Diese positiven Ergebnisse schienen jedoch von mehreren kritischen Kommunikationsstörungen überschattet zu werden, die nach Ansicht vieler das Vertrauen der Community missbraucht haben.

Er merkte an, dass die Leute das Plugin-Review-System benutzten, um über Gutenberg abzustimmen, und dass die Community vielleicht ein anderes Medium braucht, um solche Dinge auszudrücken. Die Benutzer taten dies, weil sie das Gefühl hatten, dass dies einer der wenigen Feedback-Mechanismen war, bei denen sie eine Stimme hatten. Negative Bewertungen häuften sich in den frühen Tagen der Entwicklung des Plugins, aber sie setzten sich während der gesamten Reise des Feature-Plugins in den Kern fort. Nach der Veröffentlichung von 5.0 häufen sich weiterhin negative Kritiken zum Gutenberg-Plugin, und seine Bewertung ist auf 2,2/5 Sterne gefallen.

Wachstumsschmerzen und ein Ruf nach Transparenz

Mullenweg sagte, dass die Entwicklung von Gutenberg vollständig in der Öffentlichkeit stattfand und viele Herausforderungen im Zusammenhang mit der Entwicklung von Open-Source-Software in der Öffentlichkeit ans Licht brachte. Der Kodex war öffentlich, aber die wichtigsten Entscheidungen wurden hinter verschlossenen Türen getroffen. Hinzu kam, dass die Entwickler-Community in Core-Dev-Chats und in den sozialen Medien Frustrationen äußerte.

Während des Q&A-Segments forderten mehrere Zuhörer mehr Transparenz im Veröffentlichungsprozess und stellten fest, dass die meisten Beiträge und Ankündigungen zu 5.0 von Automattic-Mitarbeitern stammten. Morten Rand-Hendriksen, der bei WordCamp Q&A's zu einer Art Brandstifter der Community geworden ist, erhielt Applaus für seine Frage zur Verwendung des Wortes „wir“ in Verbindung mit Posts in den Make-Blogs. Er drängte Mullenweg, mehr darüber zu erfahren, wo diese Entscheidungen getroffen werden.

Mullenweg sagte, das „wir“, das er in Bezug auf die Veröffentlichungsdaten von 5.0 meinte, beziehe sich auf einen privaten Kanal, auf dem die Veröffentlichungsleiter darüber diskutierten. Er sagte, mit so vielen Leuten, die zu den Entwickler-Chats erschienen, seien die Diskussionen schwierig geworden.

„Ich gehe nicht einfach in eine Höhle und denke mir diese Dinge aus“, sagte Mullenweg. „Viele Leute tauchten [zu Entwickler-Chats] auf, die noch nie zuvor zu WordPress beigetragen hatten, und verdrängten die Diskussion des Kernteams.“ Er sagte auch, die privaten Gespräche seien „genauso lebhaft wie die öffentlichen“, außer dass es keine Drive-by-Meinungen gab.

Für Außenstehende schienen diese Treffen geheim zu sein, da sie in den Make-Blogs nie erwähnt oder zusammengefasst wurden. Daher fragte sich die Entwickler-Community, woher diese Entscheidungen kamen und ob sie eine Stimme hatten oder nicht.

Gutenberg wurde öffentlich entwickelt, aber zu viele Entscheidungen wurden isoliert getroffen und nicht klar kommuniziert. Dies kann für 5.1 und höher #WCUS verbessert werden

– K. Adam White (@kadamwhite) 8. Dezember 2018

Während der Fragen und Antworten sagte Mulllenweg, er habe sich lebhafte Diskussionen und verschiedene Standpunkte von Release-Leads verschiedener Unternehmen angehört und dabei so viele Informationen wie möglich aus Rezensionen, Blog-Posts und Kommentaren aus der Community gesammelt. Er beschrieb diesen Prozess als Teil der Kunst, all die verschiedenen Dinge, die die Leute sagen, zu verstehen und auszugleichen.

Die Unterstützung eines BDFL-geführten Projekts erfordert ein gewisses Maß an Vertrauen, dass die Führung zuhört. In den vergangenen Wochen hat Mullenweg große Anstrengungen unternommen, um die Kommunikationskanäle offen zu halten.

Die schmerzhaften Benutzertestvideos, die Mullenweg teilte, zeigten, wie dringend WordPress aus seinem alten Editor herauswachsen musste. Es kommt nicht oft vor, dass der Kern Änderungen vornimmt, die fast jeden Winkel des WordPress-Ökosystems gleichzeitig betreffen. Diese Erfahrung war mit einem angemessenen Anteil an Wachstumsschmerzen verbunden. Trotz Kommunikationsfehlern während des Veröffentlichungsprozesses von 5.0 hat Mullenweg das Projekt erfolgreich durch diesen steinigen Übergang navigiert. Obwohl die Teilnehmer des WordCamp US nach 5.0 müde zu sein schienen, verband sie der gemeinsame Wunsch, voranzukommen und weiterhin mit der Führung zusammenzuarbeiten, die WordPress in den letzten 15 Jahren auf dem Kurs des Wachstums und der Verbesserung gehalten hat.