Lektionen, die durch das Verlassen der WordPress-Komfortzone gelernt wurden

Es war Spätsommer 2018. Ich war ein in die Jahre gekommener Entwickler, der sich nicht mehr ganz sicher war, wo ich in der WordPress-Welt hingehöre. Ich hatte über ein Jahrzehnt damit verbracht, die Ins und Outs der Plattform zu lernen, die meine Karriere startete und auch als Hobby für andere Lieblingsprojekte diente, die ich in Angriff nehmen wollte.

Teilweise war ich gelangweilt. Ich brauchte eine neue Herausforderung.

Ich liebe WordPress. Darüber hinaus schätze ich, was WordPress mir im Laufe der Jahre ermöglicht hat. Allerdings war ich damit für meinen persönlichen Blog nicht mehr zufrieden. Es war für den Job geeignet, aber ich fand oft, dass es viel mehr Gadgets und Spielereien hatte, als ich brauchte. Außerdem schreibe ich seit vielen Jahren Blogbeiträge in Markdown und nicht im klassischen Editor. WordPress war einfach nicht mehr Teil meines Workflows für meinen Blog. Manchmal war es ein Hindernis.

Herausforderung angenommen.

Über ein Wochenende habe ich ein funktionierendes benutzerdefiniertes Blogsystem erstellt. Ich zögere, es als Content-Management-System (CMS) zu bezeichnen, da ihm entscheidende Funktionen wie eine Verwaltungsschnittstelle fehlten, die das Herzstück eines jeden CMS sind. Trotzdem habe ich in zwei Tagen ein funktionierendes System von Grund auf neu aufgebaut.

Ich hatte keine Ahnung, dass ich eine solche Leistung vollbringen könnte, ohne mich auf die nützlichen Funktionen und Tools zu verlassen, die WordPress während des größten Teils meiner Programmierkarriere so großzügig zur Verfügung gestellt hatte. Ich kann nicht zählen, wie oft ich versehentlich esc_attr() oder esc_html() eingegeben habe, nur um mich daran zu erinnern, dass dies WordPress-Funktionen waren. Mein WordPress-Muskelgedächtnis war stark. Ohne es zu wissen, hat mich alles, was ich durch das Aufbauen auf WordPress gelernt hatte, dazu gebracht, ein vielseitigerer PHP-Entwickler zu werden. Es gibt nur wenige APIs, mit denen ich nicht aus dem Kern von WordPress gearbeitet hatte. Ich verstand einen Großteil des Quellcodes und kannte die Gründe für einen Großteil des Altlastens.

Mein persönliches Projekt verblasste im Vergleich zur Macht von WordPress und tut es bis heute. Es hat mich jedoch aus meiner Komfortzone herausgebracht. Es erlaubte mir, alte Ideen auf neue Weise zu erforschen.

Ein Beispiel war das Verständnis, wie Rewrite-Regeln und Routing funktionierten. Einige meiner Freunde und ich haben kürzlich gescherzt, dass niemand die WordPress Rewrite API wirklich versteht. Sie basteln einfach daran herum, bis etwas funktioniert und der neue Code Ihre Website nicht mehr beschädigt. Es gibt viele bestehende Bibliotheken da draußen, aber ich wollte verstehen, wie das für meine eigene Erbauung funktioniert. Daher habe ich mich daran gemacht, eine HTTP-Anforderung, einen Router und eine Controller-Klasse zu erstellen. Das Endergebnis war eine elegante Lösung, die sich stark an andere PHP-Frameworks anlehnte.

Mit einer einfachen Codezeile, wie unten gezeigt, zum Einrichten eines Inhaltstyps „Buch“, konnte ich eingehende Anfragen für eine Buchseite verarbeiten, sie der richtigen Ressource zuordnen und die Vorlage am Frontend ausgeben. Ich begann mich zu fragen, warum ich als Entwickler so viele Jahre vor diesem grundlegenden Website-Konzept zurückgeschreckt war.

 // Create 'example.com/books/book-name'. $this->router->get( 'books/{name}', Controller::class );

Es gab viele andere Bereiche, in denen ich anfing, die „WordPress-Methode“ zu hinterfragen. Während dieser Entdeckungsreise konnte ich Dinge lernen, die ich für die Verwendung in meinen WordPress-Projekten mitnehmen konnte. Durch den Schritt in die größere Welt der Website-Entwicklung konnte ich die Fehler in der Plattform besser erkennen, die mir geholfen haben, mich in die Programmierung zu verlieben. Allerdings war ich auch besser in der Lage, die Schönheit des Systems zu erkennen, das Tausende von Entwicklern in den vorangegangenen 15 Jahren am Laufen gehalten haben.

Es geht nicht nur um Code

Ich hatte die Gelegenheit, große Frameworks wie Laravel und Symfony zu studieren und zu lernen. Ich habe jedoch auch untersucht, wie andere Plattformen aus einer reinen User-Experience-Perspektive funktionieren.

Das einzige, was ich sicher wusste, war, dass ich Plattformen testen wollte, die für Leute erstellt wurden, die in Markdown schrieben. Ich habe nicht nach großen Plattformen gesucht, um mit der Power von WordPress zu konkurrieren, wie Joomla oder Drupal. Stattdessen habe ich nach leichteren Lösungen wie Grav, Jekyll und Hugo gesucht. Ich wollte verstehen, wie sich die Benutzererfahrung in meinen Workflow einfügt.

Von allen von mir getesteten Lösungen hatte jede ihre Vorteile. Jeder hatte auch Funktionen oder Methoden, um Dinge zu tun, die nicht nach meinem Geschmack waren. Das Gute an dieser Erfahrung war, dass ich erkennen konnte, wie meine Blogging-Plattform für mich funktionieren sollte. Das Lesen von Gedanken von anderen in diesen Communities ermöglichte es mir auch, von Benutzern außerhalb der WordPress-Community zu hören, warum sie ihr bevorzugtes Blogging-System liebten.

Ich stürmte vorwärts. Mit dem, was ich von diesen Plattformen gelernt habe, habe ich etwas gebaut, das ich gerne verwende. Es war nicht perfekt und würde es wahrscheinlich nie sein. Raum für Wachstum ist nichts Schlechtes.

In dieser Zeit habe ich meine Liebe zum Bloggen mit WordPress neu entfacht. Obwohl dies nicht immer die populäre Meinung ist, fühlte sich der Blockeditor sprunghaft besser an als der klassische Editor. Es war etwas, von dem ich mir vorstellen konnte, es regelmäßig zu verwenden. Abgesehen von meinem persönlichen Blog begann ich, es für andere Projekte zu verwenden. Ich schreibe immer noch jeden Tag in Markdown. Allerdings genieße ich das Schreiben im WordPress-Editor zum ersten Mal seit Jahren.

Warum Sie neue Plattformen ausprobieren sollten

Aus Entwicklersicht ist es keine gute Idee, selbstzufrieden zu werden und sich auf ein einzelnes System zu verlassen. Anstatt sich selbst als „WordPress-Entwickler“ zu bezeichnen, denken Sie über diese Terminologie hinaus. Stattdessen sollten Sie ein PHP-Programmierer oder JavaScript-Programmierer sein. Oder, noch besser, nennen Sie sich einfach Programmierer. Programmierer lösen Probleme. Die Tools oder Sprachen sind das, was Sie verwenden, um von Punkt A nach Punkt B zu gelangen.

Auf dem Arbeitsmarkt eröffnet ein vielseitigerer Programmierer mehr Möglichkeiten. Während die meisten von uns nur hoffen können, dass WordPress die führende Plattform für die nächsten 10, 20 oder 50 Jahre sein wird, sollten Sie auf jede Zukunft vorbereitet sein.

Ein weiterer Vorteil der gelegentlichen Zusammenarbeit mit anderen Plattformen besteht darin, dass Sie Ideen lernen, die Sie wieder in das WordPress-Ökosystem einbringen können. Es ist beispielsweise interessant zu sehen, wie das Sage-Starter-Theme die Templating-Engine von Laravel Blade implementiert. Diese Ideen können dabei helfen, die Zukunft von WordPress zu gestalten.

Einige Ideen können in den Kern von WordPress geschoben werden. Andere können Teamworkflows innerhalb von Agenturen verbessern.

Weiterbildung kommt der gesamten WordPress-Community zugute. Beschränken Sie diese Ausbildung nicht auf WordPress-spezifische Ideen. Lernen Sie von außen und bringen Sie es zurück.