Ein Teil meiner Arbeit fließt zurück in die Community – nicht als Nebenprojekt, sondern als Ergebnis der täglichen Arbeit.
Fast jede meiner Extensions ist entstanden, weil in einem Projekt etwas fehlte. Was allgemein genug war, um auch anderswo zu helfen, ist auf GitHub und Packagist gelandet.
Alle Pakete sind über Composer installierbar, dokumentiert und mit Upgrade-Wizards versehen, wo eine Änderung bestehende Daten betrifft.
Fragen und Antworten als FAQPage-Schema, das Google direkt im Suchergebnis anzeigen kann – der Editor lässt nur die dafür erlaubten Auszeichnungen zu. Meine meistgeladene Extension.
Frontend-User-Management nach dem Security-by-Design-Ansatz. Registrierung, Profile, Einwilligungen.
Icons über ein Mapping statt fest verdrahtet – ein Wechsel des Icon-Sets bricht keine Templates. Die ausgelieferten SVGs tragen aria-label und Beschreibung, sind also für Screenreader nutzbar.
Erweiterte Überschriften für Inhaltselemente – Vorüberschrift, Icon und formatierbare Überschrift.
Statische Analyse für Fluid-Templates. Findet Kodierungsfehler und Breaking Changes, ohne TYPO3 zu starten.
Fängt ausgehende Mails ab, bevor ein Test sie an echte Empfänger schickt – und sagt vorher, ob er aktiv ist.
Seit meiner Selbstständigkeit 2018 arbeite ich ehrenamtlich im TYPO3 Education Committee. Mit meinem Team verantworte ich den Syllabus und den Fragenpool der TYPO3-Integrator-Zertifizierung.
Das steht hier nicht als Titel, sondern weil es beschreibt, wie ich arbeite: Wer die Prüfungsfragen zu einer neuen TYPO3-Version schreibt, muss jede Neuerung, jede Deprecation und jeden Breaking Change wirklich verstanden haben – nicht ungefähr.
Zertifiziert bin ich in allen drei Stufen, und zwar durchgehend: Integrator seit 2015, Developer seit 2016, Editor seit 2017. Die Prüfungen habe ich damals regulär abgelegt, bevor ich im Committee war – seitdem läuft die Zertifizierung über die Mitgliedschaft, denn am selbst entwickelten Fragenpool kann man schlecht geprüft werden. Nachsehen können Sie das in meinem öffentlichen TYPO3-Profil, das die Laufzeiten mit ausweist.
Quelloffener Code ist überprüfbarer Code. Sie sind nicht davon abhängig, dass ich verfügbar bleibe – jede Entwicklerin und jeder Entwickler mit TYPO3-Erfahrung kann das übernehmen, was ich gebaut habe.
Das ist der eigentliche Punkt an Open Source in Kundenprojekten: Es senkt Ihr Risiko, nicht meines.
Was Sie gerade ansehen, läuft auf dem SiteKit. Kein aufgeräumtes Demosystem, sondern eine gewöhnliche Installation – nur dass der Kunde in diesem Fall ich bin.
Unter der Oberfläche: TYPO3 14.3, die Inhaltselemente aus dem SiteKit-Baukasten und aus Content Blocks, die dafür gebaut wurden. Die Container für Layout und Hintergrundflächen, die Text-Icon-Elemente, die Karten, die Überschriften mit Vorüberschrift und Icon, der FAQ-Bereich, die Icons – alles Bausteine, die in Kundenprojekten genauso laufen.
Das ist der ehrlichste Test, den ich einem eigenen System geben kann. Wäre eine Ecke davon unfertig, fiele es hier zuerst auf – und Sie könnten es sehen, ohne mich fragen zu müssen.
Alle Projekte liegen offen auf GitHub – samt Changelog, Issues und der einen oder anderen Entscheidung, die ich heute anders treffen würde.