Wenn ein Journalist vier Senior-Engineers mit jeweils zehn oder mehr Jahren Produktionserfahrung fragt, was sie 2026 relevant hält, erwartet man vier verschiedene Antworten. Man bekommt eine. KI hat das reine Codieren nahezu irrelevant gemacht, Ownership hat sich keinen Millimeter bewegt, und der Engineer, der beides kann, bekommt weiterhin den Anruf. Marko Crnjanskis Interview in ShiftMag vom 24. April 2026 setzte sich mit Denis, Marina, Marko und Mario zusammen, alle mit 10+ Jahren Erfahrung, und die Konvergenz ist die Geschichte. Sie stimmen nicht überein, weil sie Antworten abgesprochen hätten. Sie stimmen überein, weil sich der zugrunde liegende Job für jeden, der 2026 Produktionscode betreibt, in derselben Weise verändert hat.
Dieser Text liest ihre Antworten als Käufer- und Hiring-Dokument, mit verbatim Zitaten und der Polemik von mir. Wenn Sie Senior-Contractor filtern, Senior-Gehälter bezahlen oder einen Pager für ein System tragen, das täglich KI-generierten Code ausliefert, ist diese vierfache Konvergenz Ihr Signal.
Was das ShiftMag-Interview tatsächlich sagt
ShiftMag-Editor Marko Crnjanski interviewte vier Engineers, jeder mit zehn plus Jahren Produktionserfahrung, zu drei Fragen: was sie relevant hielt, ob langfristiger Erfolg eher Spezialist oder Generalist verlangt, und wie KI-Werkzeuge Entwicklerkarrieren verändern. Die Antworten wurden redigiert, aber nicht zu Banalitäten zusammengeschoben. Von vorne bis hinten gelesen liest sich der Artikel weniger wie ein Panel und mehr wie eine Fokusgruppe, die nicht wusste, dass sie eine ist.
Denis darüber, relevant zu bleiben: I was always looking for ways to improve my workflow, so I could spend more time on the interesting, creative parts of the job and less on repetitive, routine tasks. I focused on really understanding problems and possible solutions, which meant building deeper knowledge rather than relying on quick fixes from the internet.
Denis sagt also: tieferes Problemverständnis schlägt Schnellfixes aus dem Netz, weil die kreative Zeit nur freigespielt wird, wenn die Routine wirklich verstanden ist.
Marina zur selben Frage: Staying relevant over the years came down to curiosity and hands-on learning. I regularly read blogs and watch online conferences to keep up with new technologies, but I learned the most by trying things out through small POCs.
Marina ergänzt: das Beste lernt sie durch eigenhändige POCs, nicht durch passives Konsumieren von Inhalten.
Marko zur selben Frage: For me it’s a combination of continuous learning and a strong focus on fundamentals. I always tried to explore new technologies and different domains, but with an emphasis on really understanding the core principles behind them.
Marko bringt Lernen und Fundament zusammen: neue Technologien ja, aber immer auf dem Weg über die zugrunde liegenden Prinzipien.
Mario zur selben Frage: Talking to other people, watching what others build, and experimenting myself plus exploring open source projects, YouTube videos, and Udemy courses on 2x speed to quickly understand what’s possible with unfamiliar tools.
Mario verlässt sich auf direkten Austausch, Open Source und schnellen Konsum auf doppelter Geschwindigkeit, um zügig einzuordnen, was mit einem unbekannten Werkzeug möglich ist.
Jeder von ihnen, getrennt befragt, kam zur gleichen Triade zurück: tieferes Wissen statt Schnellfix, Hands-on-Produktionserfahrung und Lernen, das sich zwischen Domänen bewegt, statt einen einzigen Schacht hinabzufahren. Die vier arbeiteten zudem auf unterschiedlichen Stacks (Marina front-end-lastig, Mario von Linux-Internals nach oben, Marko cross-stack, Denis näher am Produkt), was die Konvergenz stärker macht, nicht schwächer.
KI als Verstärker, nicht als Ersatz
Die stärkste Zeile des Artikels stammt von Marina: AI tools will significantly change how developers work, but I don’t see them replacing strong engineers. Instead, they will amplify those who understand what they are building.
Marina sagt also: KI verstärkt die, die wissen, was sie bauen, statt sie zu ersetzen.
Das Wort amplifier arbeitet hier hart. Ein Verstärker multipliziert Signal. Er multipliziert auch Rauschen. Die Käufer-seitige Lesart: KI hebt einen Junior nicht zum Senior und nivelliert die Seniority-Kurve nicht. Sie macht sie steiler. Der Senior, der weiß, was er ausliefern soll, wird schneller. Der Junior, der nicht weiß, was er ausliefern soll, wird schneller darin, das Falsche auszuliefern.
Denis geht weiter, mit dem provokativsten Zitat des Stücks: AI tools have made coding skills almost irrelevant. Still, other skills and practices related to quality, such as trunk-based development, TDD, continuous delivery, modularity, cohesion, DDD, etc., are more valuable than before. AI tools are a powerful amplifier, and they need guidance.
Denis sagt also: das reine Tippen von Code hat seinen ökonomischen Marginalwert verloren, das umgebende Handwerk gewinnt zurück, und der Verstärker funktioniert nur unter Anleitung.
Lesen Sie diese Zeile langsam. Er sagt nicht, Codieren spiele keine Rolle. Er sagt, der Akt, gültige Syntax in einer bekannten Sprache zu produzieren, ist im wirtschaftlichen Grenznutzen nahe Null gefallen, während das umgebende Handwerk (Testdisziplin, Deployment-Kadenz, architektonische Kohäsion) gestiegen ist. Das deckt sich mit dem, was polnische Recruiter No Fluff Jobs in ihrem Marktbericht 2025 bis 2026 sagten: Programmierer sind zunehmend Operatoren von LLMs und Architekten der Automatisierung, nicht Code-Tipper. Der Just Join IT Bericht formuliert es direkter: Prompt Engineering war ein Jahr lang so wichtig wie klassisches Programmieren, dann löste es sich in den Alltag auf, und übrig blieb die Fähigkeit, KI auf Probleme zu lenken, die zählen. Der Stack Overflow Developer Survey 2024 zeigt zudem, dass Deutschland im europäischen Vergleich überproportional viele Senior-Engineer-Anteile hält, was die Verstärker-These auf dem DACH-Markt mit zusätzlicher Kontur versieht.
Für AI-ready Commerce und Universal Commerce Protocol auf WooCommerce oder Headless-WordPress-Lieferung mit entkoppeltem öffentlichen Frontend ist Marinas Verstärker-Framing die operative Wahrheit. KI liefert den Code aus. Der Senior entscheidet, ob der Code überhaupt in dieses Repo gehört.
Ownership und On-Call bewegen sich nicht
Die klarste Formulierung der menschlichen Seite des KI-Schocks kommt von Mario: The amount of generated code is huge, yet humans still need to review, understand, and own it. AI isn’t the one waking up when something breaks. Creating PRs with AI is easy, being responsible for them is another story.
Mario sagt also: das Volumen explodiert, die Verantwortung wandert nicht, und einen PR zu öffnen ist billig geworden, einen zu verantworten nicht.
Diese Zeile gehört in die Hiring-Matrix der Käuferseite. Jeder, der 2026 einen Pager für ein Produktionssystem trägt, versteht sie instinktiv. KI dehnt die Surface schneller aus, als das Team wachsen kann. Die Verantwortung des Teams für diese Surface dehnt sich gar nicht aus. Das Ergebnis ist Kompression: Senior-Engineers verbringen mehr ihres Tages mit Review, Ownership und dem Ablehnen von KI-Output, und weniger mit dem Schreiben von Code von Null. Die Form der Arbeit ist näher an einem Senior-Code-Reviewer in einem Hochfrequenz-PR-Shop als an einem Senior-IC vor fünf Jahren.
Marko macht denselben Punkt anders: When something breaks at 2 a.m., it’s still engineers who make decisions and take responsibility. AI is powerful, but only as effective as the person using it.
Marko ergänzt: um zwei Uhr morgens entscheidet ein Mensch, und KI ist nur so wirksam wie die Person, die sie führt.
Für unsere Kunden im Sicherheitsaudit WordPress und in der technischen Betreuung für WordPress ist das der operative Unterschied zwischen einem Senior-Contractor und einem KI-augmentierten Mid. Der Senior ist derjenige, dessen Name in den Runbook-Eintrag wandert und dessen Telefon klingelt, wenn das Runbook versagt. KI besetzt diese Rolle nicht.
M-shaped schlägt T-shaped, am Ende
Die Mitte des Artikels ist der Teil, den Hiring-Manager am wenigsten erkennen werden. Die vier Veteranen wurden gefragt, ob langfristiger Erfolg eher beim tiefen Spezialisten oder beim breiten Generalisten liegt, und drei von vier sagen weder noch. Sie beschreiben die M-Form: Tiefe in mehreren Domänen, angesammelt durch das Folgen von Problemen statt durch Karriereplanung.
Marina beginnt mit dem kanonischen T und sagt, dass es ihre Arbeit nicht mehr beschreibt: Earlier in my career, I believed that being a T-shaped developer was the ideal path and I assumed that trying to learn more than one thing deeply would only lead to superficial knowledge and that focusing on a single specialization was the safest way to grow. Over time, my view changed. Through real-world experience, I realized it’s possible to build strong, meaningful expertise in multiple areas without losing depth.
Marina beschreibt also den eigenen Wechsel vom T-shaped Ideal zur Erkenntnis, dass mehrere ernsthafte Tiefen möglich sind, ohne flach zu werden.
Mario, mit zwanzig plus Jahren über Linux-Internals, Netzwerke, Compiler, Container, Orchestrierung und verteilte Systeme, beschreibt denselben Bogen: So my view has evolved, I started as a T-shaped believer, and somewhere along the way I became something closer to M-shaped. Not by design, but by following the problems.
Mario fügt hinzu: nicht aus einem Karriereplan heraus, sondern weil er den Problemen gefolgt ist.
Marko fasst das integrierende Prinzip: What ties all of this together is problem-solving. Technologies change, but problems remain. Being able to learn continuously, adapt, and apply concepts from one domain to seemingly unrelated problems becomes incredibly valuable over the long term.
Marko bringt es auf den Punkt: Technologien wechseln, Probleme bleiben, und der Wert liegt darin, Konzepte aus einer Domäne auf Probleme einer anderen anzuwenden.
Das ist die technische Begründung für das kompositorische Engineer-Muster, das polnische Freelance-Marken wie wppoland.com verkaufen. WordPress sitzt neben Astro, Next.js, Cloudflare Workers, Universal Commerce Protocol, NIS2-Readiness und Accessibility-Audits, nicht weil der Engineer Stacks wie Abzeichen sammelte, sondern weil Produktionsprobleme diese Grenzen überschritten. Ein M-shaped Lebenslauf lässt sich schwerer faken als ein T-shaped Lebenslauf; die Tiefe in jeder Spitze ist im Referenzgespräch testbar. Der Bitkom-Bericht zum IT-Fachkräftemangel 2025 unterstreicht das aus DACH-Sicht: gerade tiefes Cross-Stack-Wissen wird im deutschen Mittelstand knapper, weil das interne Aufbauen mehrerer Tiefen länger dauert als ein einzelner Stack.
Der enge Korridor für Junioren
Die härteste Zeile des Artikels stammt ebenfalls von Mario, und sie ist nicht optimistisch: Young developers are in a tight spot, suddenly expected to skip writing code by hand but still have the same depth of understanding. And I’m not sure you can skip that part. There’s something about writing code by hand, hitting a wall, debugging it yourself, and feeling the pain of it not working that builds intuition you can’t shortcut. Even if AI is faster and easier.
Mario sagt also: man kann das eigenhändige Codieren nicht überspringen, ohne die Intuition zu verlieren, die genau aus diesem Schmerz wächst.
Für polnische Junior-Engineers stützt die Empirie diese These. No Fluff Jobs berichtete, dass Junior-Stellen 2025 auf 5,3 Prozent aller Angebote fielen, während Senior-Stellen bei 59,7 Prozent stehen blieben. Just Join IT misst Junior-Angebote bei 4,79 Prozent, Senior bei 51,48 Prozent. Die Prozess, die historisch Senior-Engineers produzierte (Junior schreibt Code per Hand, stößt an die Wand, lernt) ist auf der Eintrittsebene gestört, weil der KI-augmentierte Junior Output produziert, der auf dem Bildschirm wie Senior aussieht und es nicht ist.
Markos Empfehlung im Artikel ist die pragmatischste: For junior developers, don’t skip the fundamentals. Expectations are higher than ever, but strong foundations are key for a sustainable career. The good news is that access to knowledge and AI tools is better than ever. Use AI to accelerate learning, not replace understanding.
Marko fasst zusammen: keine Abkürzung um die Fundamente, KI nur zur Beschleunigung des Lernens, nicht zum Ersatz des Verstehens.
Marios taktische Anleitung: Write as much code by hand as you can. Use AI to review it, ask for other options, and have it challenge your approach, and then actually think through the answers.
Mario gibt das Rezept: erst per Hand schreiben, dann KI als zweites Augenpaar einsetzen und ihre Antworten wirklich durchdenken.
Wenn Sie 2026 ein Junior- oder Mid-Hire-Programm im polnischen oder DACH-Kontext fahren, ist das die Struktur, die Sie umsetzen, nicht die, von der Sie lesen. KI ist Teil der Toolchain, aber das tägliche Training ist erst Code per Hand, dann KI als zweites Augenpaar.
Continuous Delivery, TDD, DDD: warum altes Handwerk zurückkehrt
Der unsexy-ste und ökonomisch am stärksten geladene Satz aus dem Interview ist der von Denis. Er listet trunk-based Development, TDD, Continuous Delivery, Modularität, Kohäsion und Domain-driven Design als 2026 wertvoller als zuvor. Nichts davon ist neu. Das meiste existiert seit den frühen 2000ern. Der Grund, warum diese Begriffe im Vokabular eines Seniors 2026 wieder auftauchen, ist genau der KI-Schock.
Trunk-based Development zählt mehr, weil das PR-Volumen aus KI-augmentierten Teams höher ist; lange Branches sterben schneller. TDD zählt mehr, weil KI-generierter Code den Linter passiert und die Spec verfehlt; die Spec muss in Testform existieren, bevor die KI loslegt. Continuous Delivery zählt mehr, weil die Änderungsrate höher ist; die Deployment-Surface ist der einzige Ort, an dem sich Latenz kontrollieren lässt. Modularität und Kohäsion zählen mehr, weil KI Code generiert, der Modulgrenzen still überschreitet; ohne architektonisches Skelett verwandeln sich diese stillen Übertretungen in den ball of mud, den Mario beschrieben hat. DDD zählt mehr, weil die Geschäftsregeln der Teil des Systems sind, zu dem KI den geringsten Zugang hat; der Wert des Seniors liegt im Pflegen des Modells.
Lesen Sie diese Liste als Kaufsignal. Ein Senior-Contractor 2026, der weder sein TDD-Muster, seine trunk-based Kadenz noch seine DDD-Context-Map beschreiben kann, ist 2026 kein Senior-Contractor. Er ist ein Mid mit KI-Zugang, was ein anderes Preisniveau ist.
Die Polemik: was die vier Veteranen andeuten, aber nicht aussprechen
ShiftMag ist freundlich zu KI-Werkzeugen. Die vier Engineers nutzen sie alle. Die implizite Polemik, die der Editor nicht herausgezogen hat und die ich herausziehe, lautet: der Senior-Engineering-Job 2026 ist asymmetrisch schwerer als 2022, während der Junior-Engineering-Job an der Oberfläche asymmetrisch leichter und darunter asymmetrisch schwerer geworden ist.
Asymmetrisch schwerer für Senioren, weil:
- das PR-Review-Volumen schneller wächst als der Headcount,
- architektonische Entscheidungen schnellere, selbstbewusstere KI-generierte Alternativen überstehen müssen,
- die On-Call-Surface mit dem Codevolumen wächst, nicht mit der Teamgröße,
- die Fähigkeit, eine plausible KI-Suggestion abzulehnen, eine tägliche, unbezahlte Disziplin ist.
Asymmetrisch leichter an der Oberfläche für Junioren, weil der sichtbare Output (laufender Code, abgeschlossene Tickets) schneller kommt. Asymmetrisch schwerer darunter, weil der Weg von “ich habe Output produziert” zu “ich verstehe das System” nicht mehr standardmäßig durch handgeschriebenen Code führt. Junioren müssen sich aktiv für den schwereren Pfad entscheiden. Wenige werden das tun, weshalb der Senior-Aufschlag wächst.
Für polnische Freelance-Engineers ist das die Marktstruktur, die zahlt. No Fluff Jobs gab den Senior-B2B-Median 2024 mit 24.360 PLN netto pro Monat an. Der Reset 2025 bis 2026 hat diesen Boden gehalten und den Senior-Anteil auf nahezu 60 Prozent der Stellen verstärkt. Bitkoms IT-Fachkräftegap-Daten 2025 stützen den Trend für DACH: das Knappheits-Profil verschiebt sich nach oben, der Mid-Markt mit KI-Zugang konkurriert um schmalere Senior-Slots. Die Konvergenz, die ShiftMag eingefangen hat, ist es, wie sich diese Zahlen von innen anfühlen.
Was das für Käufer 2026 bedeutet
Wenn Sie 2026 Senior-Engineering einkaufen, gibt Ihnen die vierfache Konvergenz in ShiftMag einen klaren Filter:
- Frage nach abgelehnten KI-Suggestions, wöchentlich. Wer Produktionscode mit KI-Unterstützung fährt, lehnt wöchentlich Vorschläge ab. Konkretes filtert Theater aus.
- Lies Pull-Request-Reviews, die er geschrieben, nicht erhalten hat. Einen PR zu authoreren ist heute KI-billig. Einen zu reviewen ist das Senior-Signal.
- Gehe einen Produktionsvorfall vom Pager bis zum Post-Mortem durch. KI besetzt keinen On-Call. Die Geschichte mit konkreten Namen ist das Signal, das überlebt.
- Vergleiche Output mit und ohne KI für dieselbe Aufgabe. Das Delta ist der tatsächliche Lift.
- Frage nach der M-Form. Zwei oder drei tiefe Domänen mit benannten Systemen. Das T ist das Ideal von 2018; 2026 unterbietet es den Engineer, der sich zwischen Schichten bewegt, wenn das Problem es verlangt.
Die vier Veteranen unterstützen implizit einen Hiring-Funnel, in dem die Oberflächensignale (Tippgeschwindigkeit, syntaktische Geläufigkeit, Framework-Bekanntheit) durch KI eingeebnet wurden, und die Tiefensignale (Ablehnung, Ownership, On-Call-Narrativ, architektonisches Gedächtnis) sich aufgeschichtet haben.
Schluss: kompositorisches Engineering als Senior-Muster der KI-Ära
Der stärkste Einzelsatz im ShiftMag-Stück, und derjenige, der sich am direktesten auf das mappt, wie diese Marke verkauft, ist Markos Formulierung: What ties all of this together is problem-solving. Technologies change, but problems remain.
Marko sagt also: Technologien wechseln, Probleme bleiben, und das ist der Anker, der über die Jahre zählt.
Das kompositorische Engineer-Muster, in dem ein Senior zwischen WordPress, headless Front-End, Edge-Runtime, KI-Integration und Konformität wechselt, ist kein Marketing-Slogan. Es ist die Form, die M-shaped Engineering annimmt, wenn die Produktionsrealität sie erzwingt. KI hat das Muster nicht erfunden. Sie hat es beschleunigt. Die vier Veteranen, die ShiftMag interviewt hat, beschreiben aus vier verschiedenen Winkeln die Form der Senior-Engineering-Arbeit 2026, und die Form ist dieselbe.
Für ein Freelance-Engagement 2026 lautet die praktische Lesart: zahlen Sie für Ablehnung, Ownership und Tiefe in mehreren Domänen. Tippgeschwindigkeit ist heute kostenlos.
Zitierte Quellen:
- Marko Crnjanski, “What 4 engineers with 10+ years of experience say about staying relevant in the AI era,” ShiftMag, 24. April 2026.
- No Fluff Jobs, “Rynek pracy IT 2025/2026.”
- Just Join IT, “Co z tym Eldorado? 2024/2025.”
- Bitkom, “IT-Fachkräftegap 2025.”
- Stack Overflow Developer Survey 2024.
Verwandte Lektüre auf dieser Seite:
- Universal Commerce Protocol Leistungspillar
- Headless-WordPress-Entwicklung
- Sicherheitsaudit für WordPress
- Technische Betreuung für WordPress
Letzte Aktualisierung: 2026-05-02.
