In der Agenturpraxis pflegt man selten nur ein System. Bei mir sind es an einem normalen Tag TYPO3, WordPress, Shopware, JTL-Shop und gelegentlich XT-Commerce — nebeneinander, nicht nacheinander gelernt. Das funktioniert nicht, weil ich fünf Ökosysteme auswendig kenne. Es funktioniert, weil es unter der Oberfläche fast immer dieselben fünf Konzepte sind.
Die immer gleichen Bausteine
- Ein Routing-Mechanismus, der URLs auf Code abbildet
- Ein Templating-System, das Daten von Darstellung trennt (mal sauber, mal weniger)
- Eine Datenzugriffsschicht — ob ORM, Query Builder oder rohes SQL mit Konventionen
- Ein Hook- oder Event-System für Erweiterungen ohne Core-Änderungen
- Ein Rechte- und Auth-Modell, das irgendwo zwischen Rollen und Capabilities liegt
Sobald man diese fünf Muster einmal in einem System bewusst gesehen hat, sucht man sie im nächsten automatisch — und findet sie fast immer, nur anders benannt. WordPress nennt es „Hooks und Filter", TYPO3 nennt es „Signal/Slot" oder „Events", Shopware nennt es „Subscriber". Das Konzept dahinter ist identisch.
Warum „10 Jahre Erfahrung mit X" oft die falsche Frage ist
Stellenausschreibungen fragen gerne nach Jahren in einem bestimmten Framework. Das misst aber vor allem Verweildauer, nicht Übertragbarkeit. Jemand, der in zwei Jahren durch vier unterschiedliche CMS und Shop-Systeme musste, hat wahrscheinlich mehr Muster gesehen als jemand, der zehn Jahre ausschließlich eines gepflegt hat — und tut sich beim fünften System leichter, nicht schwerer.
Die Ausnahme, die man ernst nehmen sollte
Das Prinzip hat Grenzen. Performance-Fallstricke, Sicherheitslücken und Ökosystem-Eigenheiten sind tool-spezifisch und lassen sich nicht aus Prinzipien ableiten — die kennt man nur, weil man sie einmal erlebt hat (oder von jemandem gehört, der sie erlebt hat). Pattern-Recognition bringt einen schnell auf 80 Prozent Produktivität in einem neuen System. Die letzten 20 sind ehrliche Zeit im Detail.
Das JavaScript-Ökosystem als Paradebeispiel
Kein Bereich fühlt sich komplexer an, als er ist, wie das JS-Frontend-Ökosystem. Neuer Build-Tool-Name, neues State-Management-Pattern, neues Meta-Framework — bei genauerem Hinsehen sind es dieselben fünf bis sechs Ideen (Komponenten, unidirektionaler Datenfluss, Reaktivität, Bundling, Hydration) in immer neuer Verpackung. Wer das einmal durchschaut hat, liest neue Libraries schneller als ihre Marketing-Seiten suggerieren.
Praktische Konsequenz: Bei einem neuen System suche ich zuerst die fünf Bausteine, bevor ich die Doku von vorne lese. Meistens sind sie in einer Stunde gefunden — und der Rest ist Vokabelheft, kein Neulernen.