Postmortem von Gutenberg The Launch, damit wir Gutenberg das Produkt annehmen können

Nach 10 Monaten der Veröffentlichung als neuer Standard-Editor von WordPress wird Gutenberg immer noch von einer beträchtlichen Anzahl von Leuten aus der Webentwicklungs-Community abgewiesen, die häufig die mangelnde Unterstützung der Barrierefreiheit als Grund dafür anführen, ihn zu ignorieren (obwohl große Verbesserungen der Barrierefreiheit vorgenommen wurden Ort), wie langsam es ist (obwohl es jetzt viel schneller läuft) und einige andere Beschwerden. Diese pessimistische Reaktion auf Gutenberg zeigt sich am deutlichsten in Online-Artikeln, die Gutenbergs Fähigkeiten demonstrieren, die, anstatt eine positive Reaktion bei den Lesern hervorzurufen, meistens Verachtung hervorrufen (was sich in einem Strom negativer Kommentare widerspiegelt).

Viele Leute scheinen „auf Gutenberg“ sauer zu sein (wir werden gleich sehen, was Gutenberg eigentlich ist), und sagen, dass Gutenberg nie hätte passieren dürfen oder zumindest nie als Standarderfahrung in den WordPress-Kern integriert worden wäre, oder zumindest nicht so bald. Unterschiedliche Menschen haben unterschiedliche Gründe, gegen Gutenberg zu sein, wobei einige ihrer Gründe persönlich bedeutsamer sind als andere. Zum Beispiel haben einige Leute ihre Existenz gefährdet gesehen, nachdem sie hart gearbeitet haben, um sich auf eine bestimmte Lösung zu spezialisieren, die aufgrund von Gutenbergs Ankunft vom Verschwinden bedroht ist (z. B. jeder, der mit dieser oder jener Marke von Seitenerstellern arbeitet). Ich kann wirklich verstehen, warum diese Leute wütend auf Gutenberg sind, und ich sympathisiere mit ihnen.

Allerdings glaube ich auch, dass es kein vernünftiger Ansatz ist, sich endlos über Gutenberg zu ärgern und das Ganze abzutun – ohne auch nur zu überlegen, ob es sich überhaupt lohnen könnte, es zu verwenden. Als es ursprünglich auf den Markt kam, war ich ziemlich gegen Gutenberg, weil ich dachte, dass es noch nicht fertig sei, und diese Haltung hielt mehrere Monate an. In letzter Zeit habe ich jedoch festgestellt, dass ich Gutenberg immer häufiger verwende, und ich kann sogar behaupten, dass es mir heutzutage tatsächlich Spaß macht. War ich am Anfang selbst auch etwas verärgert „auf Gutenberg“, habe ich meinen Ärger verfliegen lassen und kann jetzt tatsächlich davon profitieren.

Durch diesen Artikel werde ich versuchen, die Erzählung zu ändern, unter der Gutenberg am häufigsten dargestellt wird. Ich werde aufzählen, was in der Vergangenheit schief gelaufen ist, und beschreiben, was Gutenberg war und was es ist, wodurch ich einen Vertrauensvorschuss geben kann, um Gutenberg in einem günstigen Licht darzustellen. Ich werde auch argumentieren, dass Gutenberg bereits eine positive Kraft ist und als solche eine weitere Chance verdient (falls Sie dies noch nicht getan haben).

Was Gutenberg eigentlich ist

Aus meiner Sicht ist der wichtigste Grund, warum Gutenberg nicht mehr akzeptiert wird, der, dass, wenn Leute über Gutenberg sprechen, es nicht mit einer, sondern tatsächlich mit zwei Entitäten gleichgesetzt wird (die miteinander verwechselt werden), nämlich:

1. Gutenberg, der Start;
2. Gutenberg, das Produkt.

Gutenberg als „das Produkt“ ist das Plugin/die Funktionalität selbst. Gutenberg als „der Start“ war der Prozess, der die anfängliche Entwicklung und Veröffentlichung von Gutenberg umfasste, der möglicherweise begann, als WordPress-Gründer Matt Mullenweg Gutenberg im Juni 2017 während des WordCamp Europe 2017 einem breiteren Publikum vorstellte, und endete Anfang Dezember 2018, als WordPress 5.0 war veröffentlicht mit Gutenberg darin verschmolzen.

(Sobald der Start beendet war, begann eine neue Phase, die bis heute andauert: Der „Gutenberg Continuous Delivery Cycle“. Diese Phase unterscheidet sich jedoch stark von „Gutenberg the Launch“, da es keine ernsthaften Probleme damit gegeben hat, und da so entsteht kein Missverständnis gegenüber dem „Produkt Gutenberg“, weshalb in diesem Artikel nicht darauf eingegangen werden muss.)

Wir müssen zwischen den beiden Einheiten „der Launch“ und „dem Produkt“ unterscheiden. Daher hoffe ich, dass von nun an, wenn wir uns auf „Gutenberg“ beziehen, es immer „Gutenberg das Produkt“ bedeutet, und wenn wir uns auf „Gutenberg die Markteinführung“ beziehen wollen, dann müssen wir es ausdrücklich benennen (möglicherweise unter Verwendung einer seiner Variationen , wie „Gutenbergs anfängliche Entwicklung/Veröffentlichung“ oder ähnliche Ausdrücke). Am wichtigsten ist, dass wir davon absehen, die Markteinführung und das Produkt in derselben Tasche zu mischen: Die Erwähnung von Faktoren, die zu Gutenbergs enttäuschender Markteinführung beigetragen haben, als Grund, Gutenberg nicht in unseren Projekten zu verwenden, sollte auslaufen, und Gutenberg als Produkt sollte beurteilt werden nur gegen seine eigenen Qualitäten. Dies ist fair gegenüber dem Produkt Gutenberg.

Ich glaube, dass „Gutenberg the launch“ zwar zu Recht kritisiert wurde, die ständige Verachtung von Gutenberg das Produkt jedoch unfair war (auch wenn sie gerechtfertigt war) und dass Gutenberg das Produkt selbst ein Opfer des befleckten Rufs ist zum Namen „Gutenberg“ während seines frustrierenden Starts. Wenn Sie beispielsweise im WordPress-Plugin-Verzeichnis nach „Gutenberg“ suchen, erscheint Gutenberg nur um die 10. Position, da der Algorithmus, der das Plugin-Ranking bestimmt, in die Bewertung der Plugins einfließt. Viele der 1-Stern-Bewertungen wären jedoch nicht erfolgt, wenn Gutenberg nicht mit dem Kern zusammengeführt worden wäre; Wäre es ursprünglich nur als Plugin veröffentlicht worden und hätte gewartet, bis die wichtigsten Fehler und Probleme (wie z.

Wenn wir in der Lage sind, die beiden Einheiten (Launch und Produkt) zu trennen und separat zu behandeln, dann können wir einerseits postmortem darüber berichten, was während der Einführung von Gutenberg schief gelaufen ist, und dieses Wissen in die aktuelle Continuous Delivery einfließen lassen Zyklus, damit die gleichen Fehler nicht wiederholt werden (tatsächlich scheint dies bereits geschehen, wie ich weiter unten beschreiben werde); Auf der anderen Seite können wir uns erlauben, Gutenberg als Produkt zu schätzen, es zu unseren Stacks hinzuzufügen und hoffentlich davon zu profitieren.

Genau das werde ich aus meiner Sicht tun.

Was beim Start von Gutenberg schief gelaufen ist

In einem einzigen Satz hat das Team, das den Prozess leitet, es vermasselt (so wird es höflich ausgedrückt).

WordPress 5.0 mit darin eingebundenem Gutenberg wurde Anfang Dezember 2018 kurz vor dem WordCamp US gestartet. Es damals auf den Markt zu bringen, war aus einem ganz einfachen Grund die falsche Entscheidung: Gutenberg war noch nicht bereit. Insbesondere die Zugänglichkeitssituation war sehr schlimm, da Gutenberg durch Zugänglichkeitsgeräte wie Bildschirmlesegeräte fast nutzlos war, was effektiv dazu führte, dass jeder, der auf solche Geräte angewiesen war, den WordPress-Editor nicht verwenden konnte. Und weil die WordPress-Community sehr lautstark die Rechte aller (buchstäblich aller) schützt, auf das Internet zugreifen zu können, wurde dieser überstürzte Start nicht gut aufgenommen.

Matt Mullenweg (der den Veröffentlichungsprozess leitete) hatte möglicherweise gute Gründe, darauf zu bestehen, an diesem Datum zu starten, was beispielsweise aus geschäftlicher Sicht sinnvoll gewesen sein könnte. Aus gesellschaftlicher Sicht war es jedoch sicherlich nicht sinnvoll. Tatsächlich fühlten sich viele Community-Mitglieder betrogen und beschwerten sich, dass sie sich beeilen mussten, die Websites ihrer Kunden zu testen, obwohl sie im Urlaub waren. Wir können mit Sicherheit sagen, dass ein solch vorzeitiger Start von vielen Menschen als Wrack empfunden wurde (selbst wenn die Software richtig funktionierte, also tatsächlich kein Jahr 2000 passierte), was unnötige Unzufriedenheit hervorrief und durch eine Verschiebung perfekt hätte vermieden werden können der Markteinführung oder indem Gutenberg zuerst als Plugin veröffentlicht wird, das zu einem späteren, stabileren Zeitpunkt in den Kern integriert wird.

War der Schmerz, die Frustration und die Enttäuschung, die der Gemeinschaft zugefügt wurden, wirklich den Preis wert? Ich glaube, die meisten Leute werden sagen, dass es nicht so war. Ich denke absolut, dass es nicht war. Solche Situationen, in denen gegen den Willen der Mehrheit der Community-Mitglieder gehandelt wird, müssen meines Erachtens in Zukunft vermieden werden (es sei denn, es gibt wirklich gute Gründe dafür, auch wenn nicht alle damit einverstanden sind; wenn überhaupt was bei Gutenbergs Start der Fall war, weiß ich nicht, da mir kein wirklich triftiger Grund dafür bekannt ist).

In seiner Präsentation während desselben WordCamp US räumte Matt Mullenweg ein, dass beim Start von Gutenberg Fehler gemacht wurden und dass er die Lektion gelernt hatte, sodass sich diese Fehler hoffentlich nicht wiederholen werden. Ich schätze, wir können seine Entschuldigung annehmen und darauf vertrauen, dass er beim nächsten Mal die richtigen Entscheidungen treffen wird (auch wenn seitdem neue Auseinandersetzungen zu ebenso wichtigen Themen stattgefunden haben). Der Schaden ist jedoch bereits angerichtet: Eine Wunde hat sich geöffnet, die möglicherweise einige Zeit braucht, um zu heilen, sodass die Community weniger vertrauensvoll sein wird, bis das Vertrauen in die WordPress-Führung vollständig wiederhergestellt ist.

Warum die Dinge jetzt viel besser zu sein scheinen

Jetzt kommt die gute Nachricht: Der Stand der Dinge scheint sich überwiegend in eine positive Richtung entwickelt zu haben, wobei die unten aufgeführten Verbesserungen bereits eingetreten sind.

Verbesserte Kommunikation

Eine der lautesten Beschwerden über den Start von Gutenberg war die mangelnde Kommunikation seitens der Führung. Da keine angemessenen Kanäle für das Management des Projekts und die Kommunikation seiner Entscheidungen eingerichtet wurden (zumindest nicht in umfassender Weise), war es schwierig, sich ein genaues Bild von der Gesamtsituation zu machen. (Zum Beispiel wurden Informationen von verschiedenen Autoren oder Teams auf verschiedenen Wegen veröffentlicht, darunter auch inoffizielle wie persönliche Blogs.)

Diese Sorge wurde stark verbessert. Insbesondere die Menge an Informationen in den Make-Blogs (wo die verschiedenen Communities interagieren, um Entscheidungen bezüglich WordPress für verschiedene Bereiche wie Kern, Zugänglichkeit, Design, Internationalisierung und andere zu treffen) und die Häufigkeit, mit der die Informationen aktualisiert werden erhöht, und jedes Team hält ein regelmäßiges Slack-basiertes Meeting ab (meistens wöchentlich oder zweiwöchentlich), an dem jeder mit einem WordPress.org-Benutzerkonto teilnehmen kann. Wie einige Community-Mitglieder erfahren haben, ist es jetzt möglich, die Entwicklungen zu einem bestimmten Thema zuverlässig zu verfolgen und genügend Informationen zu haben, um sich einbringen zu können.

Die Folgen von Gutenbergs Einführung veranlassten Matt Mullenweg auch dazu, die Führung von WordPress mit zwei neuen Rollen zu erweitern: einem Executive Director, der alle Mitwirkenden-Teams bei ihrer Arbeit zum Aufbau und der Wartung von WordPress beaufsichtigt und leitet, und einem Marketing- und Kommunikationsleiter, der das Marketingteam leitet und beaufsichtige die Verbesserung von WordPress.org, verwandten Websites und all seinen Verkaufsstellen (leider hat die Person, die dieser Rolle zugewiesen wurde, nicht lange danach gekündigt, sodass jemand anderes gefunden werden muss, der diese Position übernimmt).

Triage-Team zur Lösung offener Probleme gebildet

Während der anfänglichen Entwicklungsphase von Gutenberg beschwerten sich mehrere Leute darüber, dass bestehende Fehler, die sich zu Tausenden angesammelt hatten, behoben werden sollten, bevor sie sich daran machten, WordPress um neue Funktionen zu erweitern.

Im März dieses Jahres wurde ein Triage-Team gebildet, um die offenen Probleme im WordPress Trac-Bugtracker zu bereinigen. Das ist harte Arbeit, die seit vielen Jahren nötig ist. Wenn es jemals fertig wäre, hätte WordPress dann die Möglichkeit, von Trac auf einen moderneren Bugtracker wie GitHub umzusteigen.

Barrierefreiheit wird immer mehr zum Nebenthema

Zugänglichkeitsprobleme werden in jeder neuen Gutenberg-Version angegangen, wobei Version 6.3 den Löwenanteil an Verbesserungen bietet. Bei dem aktuellen Verbesserungstempo sollten die ausstehenden Barrierefreiheitsprobleme (wie im Gutenberg Accessibility Audit berichtet) bald der Vergangenheit angehören.

Gutenberg nach seinen eigenen Verdiensten beurteilen

Jetzt, da wir Gutenberg den Start von Gutenberg dem Produkt getrennt haben, können wir damit fortfahren, Gutenberg als Produkt zu analysieren und entscheiden, ob es sich lohnt, es zu unserem Anwendungsstapel hinzuzufügen, allein auf der Grundlage seiner eigenen Vorzüge und Mängel. Viele Leute weisen zu Recht auf Gutenbergs Probleme als Grund hin, ihm nicht zu vertrauen (anstatt sich auf den gescheiterten Start zu konzentrieren). Gutenberg hat sich jedoch sprunghaft verbessert, und viele der kritisierten Probleme wurden möglicherweise gelöst oder stehen kurz vor der Lösung. Daher sollten die negativen Bewertungen ein Verfallsdatum haben und neu bewertet werden. Wenn wir Gutenberg einen neuen Versuch geben und sehen können, wo es heute steht, werden wir vielleicht zu schätzen wissen, dass es schließlich nicht so schlimm ist. Meiner Meinung nach verdient Gutenberg einen herzlicheren Empfang als derzeit.

Ich bin erstaunt, dass Gutenberg immer noch mit der früheren Art der Bearbeitung von Inhalten in WordPress verglichen wird (hauptsächlich über Tinymce, aber auch Shortcodes, Widgets und andere), mit dem Argument, dass es schwieriger sei, mit Gutenberg zu programmieren. Das mag stimmen, aber es verfehlt auch den Punkt: Gutenberg ist nicht hier, um eine neue Art der Codierung unserer Anwendung bereitzustellen und dieselben Funktionen wie in der Vergangenheit zu produzieren; Stattdessen ist es hier, um das, was getan werden kann, erheblich zu verbessern, indem es unseren Anwendungen Funktionen hinzufügt, von denen in der Vergangenheit nur geträumt werden konnte. Außerdem ist Gutenberg kein weiterer Seitenersteller. Tatsächlich geht der Vergleich von Gutenberg mit Divi oder Beaver Builder ebenfalls an der Sache vorbei, denn es ist, als würde man ein Victorinox mit einem normalen Messer vergleichen: Ja, Sie können mit Gutenberg Sites/Seiten erstellen (eigentlich noch nicht, aber es wird bereits daran gearbeitet Fortschritt), aber das ist nur eine von vielen Anwendungen; Es gibt mehrere andere Verwendungsmöglichkeiten, die zunächst verborgen sind, aber sobald Sie sie aus ihrem Fach ziehen und verstehen, wie sie funktionieren, wird eine neue Welt von Möglichkeiten offenbart. Im Folgenden werde ich einige dieser neuen Möglichkeiten beschreiben, die Gutenberg auf den Tisch bringt.

Lassen Sie uns zunächst diskutieren, was an Gutenberg nicht so toll ist. Das einzige, wo ich glaube, dass Gutenberg wirklich als schädlich angesehen werden kann, ist die steile Lernkurve von React (das ist die JavaScript-Bibliothek, mit der Gutenberg codiert ist). WordPress war schon immer sehr umfassend und ermöglichte es Menschen mit jedem Hintergrund (nicht nur Programmierer, sondern auch Nicht-Techniker wie Blogger, Marketingleute, Verkäufer und dergleichen), ein Thema oder Plugin zu erstellen oder eine Website zu starten. Dies ist zweifellos nicht mehr der Fall, und es ist unfair zu erwarten, dass jeder React lernen muss, um einen Gutenberg-Block zu erstellen (dies ist nicht unbedingt der Fall, da wir Blöcke auch mit anderen JavaScript-Bibliotheken erstellen können, und sogar ohne JavaScript , wie etwa durch ACF-Blöcke, jedoch ist die Verwendung von React die logischste Option, schon allein weil Gutenberg damit codiert ist). Das einzige Argument, das diesen Nachteil rechtfertigen könnte, ist, ob es das Erlebnis für den Benutzer verbessert. Mal sehen, ob dies der Fall sein kann.

Wie ich in einem früheren Artikel von mir argumentiert habe, verändert die blockbasierte Architektur von Gutenberg die Art und Weise, wie Anwendungen erstellt werden, radikal: Anstatt in HTML-Code zu denken, können wir jetzt in Komponenten als Einheit zum Erstellen der Website denken. Diese Architektur ist wartungsfreundlicher und robuster, da jede Komponente (oder jeder Block) unabhängig entwickelt und getestet werden kann, und da sie leicht wiederverwendbar ist, kann sie die Kosten für die Entwicklung mehrerer Anwendungen senken. Tatsächlich kann die jüngste Popularität von JavaScript-Bibliotheken wie Vue und React größtenteils auf ihre Unterstützung für Komponenten zurückgeführt werden. Es ist eine großartige Funktion, die Entwickler lieben und von der ich glaube, dass es kein Zurück mehr gibt, sobald Sie mit dem Programmieren beginnen.

In demselben Artikel beschreibe ich auch, wie Gutenberg die „Create Once, Publish Everywhere“-Strategie (auch bekannt als „COPE“) unterstützen könnte, wodurch es möglich wäre, eine einzige Quelle für Inhalte zu erstellen, die alle unsere Anwendungen speisen, für welche auch immer Medium oder Plattform, auf der sie ausgeführt werden: Web, E-Mail/Newsletter, iOS/Android-Apps, VR/AR, Heimassistenten (wie Amazon Alexa) und andere. Da es das gesamte Content-Management viel einfacher macht, ermöglicht COPE auch, die Kosten für die Erstellung von Inhalten für verschiedene Plattformen zu senken. Als ich meinen Artikel zum ersten Mal schrieb, dachte ich, dass es möglich wäre. Ich habe jedoch kürzlich COPE für WordPress implementiert und es funktioniert wie ein Zauber! (Bleib dran für einen weiteren Artikel, in dem ich erkläre, wie es im Detail funktioniert.)

Die Kombination von COPE und den WordPress-APIs (WP REST API, WPGraphQL und meine eigene PoP-API) wird einen überzeugenden Grund dafür liefern, alle unsere Inhalte für alle unsere Anwendungen über WordPress zu verwalten. Der andere überzeugende Grund wird die Benutzerfreundlichkeit von Gutenberg sein (die noch nicht ganz da ist, aber bei der derzeitigen Entwicklungsgeschwindigkeit früher oder später eintreffen wird), die es dem Endbenutzer ermöglicht, aufwändige Inhalte auf sehr einfache Weise zu erstellen.

Wir haben bereits Zugriff auf großartige neue Funktionen, wie z. B. eine Echtzeitvorschau, wie der Inhalt aussieht, Kopieren/Einfügen aus Google Docs mit perfekter Formatierung, Erstellen komplizierter Rasterebenen mit darin verschachtelten Elementen und viele andere. Wir können auch erwarten, dass neue Blöcke völlig unerwartete Funktionen liefern, die wir uns nie vorgestellt haben. Meine Wette ist, dass WordPress durch Gutenberg bereit ist, der digitale Vermögensverwalter des Webs zu werden. (Zu diesem Thema und meiner Begründung für diese kühne Aussage habe ich bereits einen Artikel geschrieben, der demnächst hier im Smashing Magazine erscheinen wird.)

Darüber hinaus ermöglicht Gutenberg die Wiederverwendung von Code mit anderen CMS oder Frameworks (z. B. für Drupal und Laravel), sodass die Codierung für WordPress nicht mehr auf WordPress beschränkt sein muss, was uns wiederum ermöglicht, die Kosten für die Entwicklung einer Bibliothek dafür zu senken muss in so vielen Systemen wie möglich ausgeführt werden (z. B. könnte ein Unternehmen, das eine Integration seiner API für viele verschiedene Plattformen und Sprachen anbietet, wie Stripe, davon profitieren). Derzeit scheint nur der clientseitige Code (JavaScript und CSS) wiederverwendet zu werden, jedoch kann auch der serverseitige PHP-Code wiederverwendet werden. (Ich werde bald wieder einen Artikel über Smashing veröffentlichen, der erklärt, wie man genau das macht.)

Diese Funktionen sind bereits Realität, und wir können davon ausgehen, dass Gutenberg in den kommenden Jahren noch viele weitere überzeugende Gründe für seine Existenz liefern wird (laut Matt Mullenweg hat Gutenberg derzeit nur etwa 10 % seines Potenzials umgesetzt).

Wir können endlich versuchen, ein Urteil über das Produkt Gutenberg zu fällen: Mein Standpunkt ist, dass es eine höhere Eintrittsbarriere für WordPress errichtet, was bedauerlich ist, aber es ist auch ein wunderschön konstruiertes Stück Software, das WordPress wirklich neue Kräfte verleiht und , aufgrund der Bekanntheit von WordPress, für die Welt der Webentwicklung im Allgemeinen. Und zwischen diesem Kompromiss zwischen Kosten und Nutzen glaube ich, dass es sich mehr als lohnt, Gutenberg als Teil von WordPress zu haben. Ich hoffe, Sie können meiner Meinung zustimmen oder, wenn nicht, zumindest die Gründe dagegen allein auf den Eigenschaften von Gutenberg als Produkt beruhen.

Fazit

Gutenberg ist derzeit in Bestform – nachdem es begonnen hat, angenehme Benutzererfahrungen zu bieten, die mit WordPress zuvor nicht möglich waren. Allerdings ist sich nicht jeder dieser Tatsache bewusst, denn nicht jeder kann sich auf Gutenberg einlassen. Dies ist ein unglücklicher Umstand, da Gutenberg (als Produkt) nicht für die Fehler verantwortlich gemacht werden sollte, die während der Einführung von Gutenberg aufgetreten sind. Wenn wir in der Lage sind, diese beiden Einheiten voneinander zu trennen und jede von ihnen unabhängig zu behandeln, können wir die Leute überzeugend bitten , Gutenberg eine weitere Chance zu geben, was darauf hindeutet, dass es sich lohnt, Gutenberg als Produkt zu haben, selbst wenn die Einführung von Gutenberg ein gescheiterter Prozess war.

In diesem Artikel habe ich basierend auf meinem eigenen Verständnis der Ereignisse eine Obduktion des gescheiterten Starts von Gutenberg durchgeführt. Die Durchführung einer solchen Autopsie kann der Gemeinschaft und der Führung helfen sicherzustellen, dass diese unglücklichen Fehler nicht noch einmal passieren. Nach der Obduktion habe ich Gutenberg nach seinen eigenen Vorzügen bewertet und meine Haltung erklärt: Ich glaube, dass Gutenberg ein großartiges Werkzeug ist, und die WordPress-Community kann sicherlich davon profitieren. Und weil es immer besser wird, könnte Gutenberg sogar eine neue goldene Ära für WordPress einleiten.