Ist die WordPress-Entwicklung heute wirklich so schwer zu bekommen?

Oh, wie leicht vergessen wir das WordPress von vor 10, 15 Jahren.

Wir sind verwöhnt. Wir sind verwöhnt von der Fülle an Dokumentationen und Tutorials, einem Reichtum an Wissen, der in mehr als einem Jahrzehnt geschaffen wurde. Wir sind verwöhnt von unserem eigenen Fachwissen, das in unsere kräftigere Jugend eingebaut ist und jetzt auf unseren Hüften sitzt, während wir zusammen mit unserer geliebten Plattform gealtert sind.

Wir sind zu den sprichwörtlichen mürrischen alten Männern herangewachsen. „Zu meiner Zeit brauchten wir all diese ausgefallenen Tools nicht, um uns beim Schreiben von Code zu helfen. Wir haben uns an unseren Bootstraps hochgezogen und alles von Grund auf neu aufgebaut.“

Ich scherze. Art von. Ich zähle mich zu den Old-School-Entwicklern, die beim Aufbau von WordPress geholfen haben, über das so viele immer noch nostalgisch sind – ich denke, ich habe mir das Recht verdient, über mich selbst zu scherzen . Das waren „einfachere“ Zeiten aber nicht wirklich.

Da ich schon so lange in der Community bin, kann ich mich jedes Mal an die Gegenreaktion erinnern, wenn ein neues Feature veröffentlicht wurde. Ich erinnere mich an die Tage, als es wirklich für so ziemlich alles keine Dokumentation gab.

In letzter Zeit gab es ein wachsendes Gespräch über die Schwierigkeit, die derzeitige Eintrittsbarriere von WordPress für Entwickler zu überwinden. Dies ist seit einigen Jahren eine anhaltende Diskussion, aber das neueste Aufflammen folgt einem Tweet von Chris Wiegman:

Je tiefer ich in die moderne WP-Entwicklung eintauche, desto mehr verstehe ich, warum neuere Entwickler nicht gerne daran arbeiten. Dies ist nicht dasselbe Projekt wie in der Vergangenheit. Die Lernkurve ist jetzt ungeachtet der bisherigen Erfahrungen extrem hoch.

Ich habe vor ungefähr einem Monat mein erstes Block-Plugin in wenigen Stunden erstellt. Als ich über die Erfahrung schrieb, sagte ich, dass die Eintrittsbarriere viel höher war als damals, als ich 2007 mein erstes Plugin erstellte. Nachdem ich die Zeit hatte, mich zurückzulehnen und darüber nachzudenken, bin ich mir nicht sicher, ob es eine faire Aussage war. Wir neigen dazu, die Vergangenheit durch eine rosarote Brille zu sehen, während wir den wahren Kampf vergessen.

Was ich wollte, war, das Plugin in 30 Minuten zu bauen. Wäre alles in PHP gewesen, wäre das ein leichtes Unterfangen für mich gewesen. Objektiv gesehen bin ich ein Experte (oder nahe genug) in der Sprache. Allerdings hinken meine JavaScript-Kenntnisse 10 Jahre hinterher.

Es war schon eine Weile her, seit ich auf diese Weise herausgefordert worden war. Das war eine quälende Erfahrung für jemanden, der sich mit seinen eigenen Fähigkeiten wohlgefühlt hatte.

Ich meckerte über die Dokumente. Aber seien wir ehrlich. WordPress hatte noch nie die Art von ausführlicher Dokumentation, die einem angehenden Entwickler alles beibringen könnte. Ich weiß das, weil ich in meiner Karriere mindestens ein paar hundert Tutorials geschrieben habe. Fast jedes Mal habe ich mich in den Quellcode des Projekts vertieft, um ihm einen Sinn zu geben, wodurch ich anderen Entwicklern beibringen konnte, wie man mit verschiedenen Funktionen arbeitet. Und viele andere Entwickler in der Branche taten dasselbe.

Mit der Zeit fügte WordPress.org eine robustere Entwicklerdokumentation hinzu, aber diese wurde nicht über Nacht erstellt. Es ist ein sich ständig weiterentwickelndes Projekt.

Ich habe auch meinen ersten Blocktyp mit Vanilla JavaScript erstellt. Keine Build-Tools. Keine React-Dokumente geöffnet. Einfach nur der alte JS-Code in meinem Editor. Ich musste kriechen, bevor ich laufen konnte, und diese erste Iteration des Codes in einen funktionsfähigen Zustand zu bringen, war notwendig, bevor ich mich auf etwas Komplexeres einließ.

In den Tagen danach habe ich alles neu codiert, um moderneres JavaScript zu verwenden, und es mit Webpack kompiliert. Eine Woche später habe ich ein zweites Block-Plugin mit erweiterten Funktionen erstellt.

War es schwer? Bestimmt. War die Eintrittsbarriere höher als bei der ersten Entwicklung von Plugins? Wahrscheinlich. Ehrlich gesagt habe ich nicht so viel gekämpft, aber ich bin auch an einem anderen Punkt in meinem Leben. Mit 37 habe ich nicht mehr ganz so viel Antrieb und wahrscheinlich weniger Kapazität, um mir neue Fähigkeiten so schnell anzueignen wie in meinen späten Teenagern und frühen 20ern. Ich habe jedoch ein starkes Fundament und genug Erfahrung, um einige der Hürden zu überwinden, auf die ich gestoßen bin.

Würde ein 20-jähriges Ich mit dieser JavaScript-Landschaft mehr zu kämpfen haben als mit einem rein PHP-basierten WordPress? Das bezweifle ich. Beide hatten enorme Lernkurven für jemanden, der neu war.

Jemandes erste Einführung in Subversion oder Composer kann genauso beängstigend sein wie sein erster Einstieg in Webpack und npm. Ich bin mir nicht sicher, ob die Eintrittsbarriere für einen frischen Geist, eine offene Leinwand, die nach über einem Jahrzehnt der Vorgehensweise auf „WordPress-Weise“ noch bemalt werden muss, so viel höher ist.

Für uns Oldschooler hat sich unsere Welt auf den Kopf gestellt. Das können Sie nicht leugnen. Das Gutenberg-Projekt, das den Kern fast jeder neuen WordPress-Funktion bildet, entwickelt sich so schnell, dass es fast unmöglich ist, mitzuhalten und gleichzeitig Ihre Fähigkeiten zu verbessern. Es ist leicht, überwältigt zu werden. Wenn mir das passiert, trete ich normalerweise einen Schritt zurück und kehre zurück, wenn ich Gelegenheit hatte, meinen Geist zu beruhigen.

Einen Beitrag zum WordPress-Ökosystem zu leisten, hatte schon immer die eine oder andere Hürde. Ob es das Privileg der Zeit, PHP-Kenntnisse oder andere Fähigkeiten sind, das Projekt hat einige Leute ausgelassen. Das ändert sich in gewisser Weise. Einige Teile sind jetzt für Benutzer verfügbar, die zuvor nie zugänglich waren. Dies ist am einfachsten von der Themenseite aus zu sehen.

„Ich wünschte, die Leute würden sehen, dass die Themenentwicklung in die entgegengesetzte Richtung geht“, twitterte Carolina Nymark. „Die Eintrittsbarriere für Designer und neue Entwickler wird niedriger sein. Wenn Leute stecken bleiben und sagen: ‚Aber ich kann meine Hooks nicht in einem Blockthema verwenden‘, liegt das daran, dass sie auf das schauen, was heute existiert, nicht auf die Zukunft.“

Nachdem ich mehr Zeit mit der Themenseite des Blockeditors als mit der Plugin-Entwicklung verbracht habe, stimme ich von ganzem Herzen zu. Theme-Autoren haben eine saubere Weste erhalten, oder zumindest bis zu dem Zeitpunkt, an dem blockbasierte Themes im WordPress-Kern unterstützt werden, wird dies der Fall sein.

Während ich bis zum Erbrechen über die Details schreiben könnte, wie die Themenentwicklung selbst sprunghaft besser ist, ist der revolutionäre Teil, wie das System diejenigen willkommen heißt, die in der Vergangenheit keinen Zugang hatten.

Neben Version 5.8 hat WordPress.org die erste Iteration seines Musterverzeichnisses geöffnet. Bald wird jeder Benutzer in der Lage sein, benutzerdefinierte Blockmuster beizusteuern, ohne eine einzige Codezeile schreiben zu müssen. Sie können einfach Layouts aus dem Editor heraus erstellen, kopieren und mit anderen teilen.

Wenn der Site-Editor landet, wird er das Spiel erneut verändern. Nicht-Programmierer haben die Möglichkeit, im Wesentlichen ganze Front-End-Designs ohne bereits vorhandene Programmierkenntnisse zu erstellen.

Wenn WordPress für Entwickler komplexer werden muss, um Endbenutzern so viel Leistung zu bieten, kann ich damit leben.

Die höchste Eintrittsbarriere ist – wie schon immer – der direkte Beitrag zu WordPress. Oder zumindest über Gutenberg zur Blockseite der Dinge beitragen.

Der Abschnitt Erste Schritte mit Codebeitrag des Blockeditor-Handbuchs ist eine schwindelerregende Liste von Installationshinweisen und -verfahren, die selbst den erfahrensten Entwickler abschrecken können. Da es sich bei fast allem um ein Drittanbieter-Tool handelt, landen Sie bei Problemen, die Sie beim Einrichten Ihres Systems haben, wahrscheinlich in Support-Foren oder Chatrooms außerhalb von WordPress. Selbst nach dem Setup ist das Beitragen von Code zu Gutenberg anders als in früheren Zeiten.

Was fehlt, ist die Geschichte. Wir hatten anderthalb Jahrzehnte Zeit, um unsere Systeme für das klassische WordPress zu perfektionieren. Es war oft hässlich und brutal, die Plattform und das Ökosystem um sie herum so weit aufzubauen, dass sie ein komfortabler Raum für Entwickler war. Wir hatten nur drei Jahre Zeit, damit sich modernes WordPress so natürlich anfühlt wie in den vergangenen Jahren.

Ich bin immer der Optimist und hoffe, dass wir in weiteren 15 Jahren dieselben Diskussionen über den neuen Technologie-Stack führen, den WordPress 10.0 eingeführt hat. In der Zwischenzeit freue ich mich darauf, zu sehen, wie sich unsere Dokumentation weiterentwickelt, unsere Entwickler-Community ihre Fähigkeiten erweitert und neue WordPresser auf die Reise kommen.

Weiterlesen

In dieser Diskussion gibt es keine richtigen oder falschen Antworten. Das Gespräch ist wichtig, weil es unser Wissen bereichert und darüber informiert, wie wir die nächste Version von WordPress und dem Web erstellen.

Im Folgenden finden Sie Links zu diesem Thema, die mir geholfen haben, meine Gedanken zu informieren. Jeder ist es wert, gelesen, angehört oder angesehen zu werden. Wenn ich welche verpasst habe, die andere veröffentlicht haben, kannst du sie gerne in den Kommentaren verlinken.

• Das sich verändernde WordPress-Ökosystem
• Moderne WordPress-Entwicklung
• WordPress-Lernkurve
• Die Themenerstellung ist jetzt einfacher
• WP Mainline Folge 5 – Mitwirken und Entwickeln für WordPress ist nicht mehr so ​​einfach wie früher (Podcast)
• Tötet Gutenberg WordPress-Themes? Herausforderungen für einen Theme-Entwickler in einer Gutenberg-Welt. (Video)