The Developer
Von Bastian Brand, Ph.D. ·
Baut Produkte und Systeme auf der Basistechnologie auf. In jedem Zyklus enorm gefragt — aber nicht jeder Developer gleichermaßen. Der Unterschied ist Sichtbarkeit, und sie verzinst sich über Jahre.
Was der Developer macht
Der Developer baut die zweite Schicht einer Technologiewelle: Wallets, Interfaces, Tooling, Integrationen — alles, was Basistechnologie nutzbar macht. Er erfindet keine Protokolle und trainiert keine Frontier-Modelle; er übersetzt diese Durchbrüche in funktionierende Produkte.
Diese Übersetzungslücke ist strukturell: In jedem Zyklus ist der Abstand zwischen Forschung und nutzbarer Software groß, und er öffnet sich mit jeder neuen Fähigkeit erneut. Deshalb ist der Developer in allen Phasen gefragt — der Application-Developer, der heute LLM-Integrationen baut, sitzt exakt dort, wo in der Krypto-Welle der Wallet-Developer und in der Linux-Welle der Treiber-Developer saß.
Aber nicht alle Developer sind gleich gut positioniert. Wer nur Tickets abarbeitet, wird mit der Zeit zur Massenware — und zunehmend durch AI-Codegen. Wer versteht, warum seine Architektur Sinn ergibt, öffentlich darüber schreibt, was er gerade lernt, und zu den Tools beiträgt, die alle anderen nutzen: dieser Developer ist unersetzlich und verwandelt den Zyklus in Hebelwirkung.
Drei Subtypen
Die Developer-Rolle teilt sich in drei Subtypen mit unterschiedlicher Ökonomie und unterschiedlichen Konvertierungspfaden auf:
Backend Developer
Beständigkeit: HochSysteme, Pipelines, Infrastruktur — die Teile, die niemand sieht, bis sie kaputtgehen. Der tiefste technische Burggraben, der stärkste Pfad zu Staff-/Principal-Rollen bei Infrastruktur- und AI-Plattform-Unternehmen. Das Risiko ist Unsichtbarkeit: Backend-Arbeit lässt sich am leichtesten unter Wert kommunizieren.
Frontend Developer
Beständigkeit: MittelBesitzt, wie sich das Produkt anfühlt. Hohe Nachfrage in Hype-Phasen, wenn jedes Projekt ein Gesicht braucht — aber Routine-Implementierung liegt am nächsten an dem, was AI-Codegen zuerst zur Massenware macht. Die beständige Variante klettert im Stack nach oben: Design-Systeme, Produktgespür, Founding-Engineer-Rollen.
Designer-Developer
Beständigkeit: HochBesitzt ein Feature von Anfang bis Ende, von Figma bis zum Deploy. Seltene Kombination, in großen Teams unbequem (für Spezialisten weder ein 'echter' Designer noch ein 'echter' Engineer) — aber der klassische Solo-Pfad: Das ist das Profil hinter den meisten erfolgreichen Micro-Foundern.
Wie der Developer verdient
Der Developer ist in erster Linie eine Rolle mit direkter Monetarisierung — eine der wenigen im Ökosystem, in denen kompetente Arbeit ab dem ersten Tag bezahlt wird. Der Zinseszins ist allerdings indirekt: Der Track Record verwandelt sich in die Positionen mit hoher Hebelwirkung.
Fehlermodi
Tutorial-Hölle
Tutorials darüber schauen, wie man Dinge baut, statt Dinge zu bauen. Eine Erklärung zu verstehen ist nicht dasselbe, wie bauen zu können. Nach dem ersten Tutorial in einem beliebigen Feld: den Browser schließen, einen Editor öffnen, etwas Verwandtes bauen.
Keine Sichtbarkeit
Code, den niemand liest, hat die halbe Karriere-Wirkung von Code, mit dem sich Leute beschäftigen. Das Portfolio ohne README, das die Entscheidungen erklärt, der Beitrag ohne Post über das Gelernte — alles verschenkter Hebel. Zwei Developer mit gleichen Fähigkeiten werden innerhalb von 2–3 Jahren systematisch unterschiedliche Karrieren haben, je nachdem, wer in der Öffentlichkeit baut.
Stack-Hopping
Alle paar Wochen erscheint ein neues Framework, jedes verspricht, das letzte zu reparieren. Der Developer, der jedes davon 'ausprobiert, um am Puls zu bleiben', baut weder Tiefe noch ein kohärentes Portfolio auf. Wähle eine Backend-Sprache, einen Frontend-Ansatz, einen AI-Integrations-Stack — und geh in die Tiefe.
Instrumentalisiert werden
Produkte bauen, ohne zu sehen, dass das Geschäftsmodell ausbeuterisch ist. Die Engineers, die die FTX-/Alameda-Backdoors gebaut haben, waren auch Developer. Technische Exzellenz wäscht nicht rein, was das System tut.
Echte Beispiele
Gleiche Rolle, andere Kostüme — der Builder der zweiten Schicht taucht in jedem Zyklus auf.
Linux- / Open-Source-Zyklus
- · Alan Cox (Red Hat)
- · Greg Kroah-Hartman (SUSE)
- · Die angestellten Kernel-Engineers
Web- / JS-Zyklus
- · Guillermo Rauch (Next.js → Vercel)
- · Evan You (Vue → Vite)
- · Die Produkt-Devs der Framework-Ära
AI-Zyklus
- · Simon Willison (LLM-Tooling)
- · Founding Engineers bei AI-Startups
- · Die LLM-Integrations-Spezialisten
Wie du anfängst
Die Lücke ist bei den meisten Developern fast nie technisches Können — es ist Lesbarkeit. Der Markt kann nicht einstellen, was er nicht sieht. Der Developer, der früh mit einer klaren Spezialisierung in einen Zyklus einsteigt, ist ein Senior- Spezialist, wenn die Nachfrage ihren Höhepunkt erreicht; wer wartet, steigt am Peak ein, zusammen mit allen anderen.
Tiefe schlägt Breite, Bauen schlägt Zuschauen, und Sichtbarkeit vervielfacht den Wert von beidem. Das ist die ganze Disziplin.
Erster Schritt aus dem Playbook
Bau ein Tool, das du selbst brauchst — und stell es sofort als Open Source bereit. Das README, das deine Entscheidungen erklärt, zählt für deine Karriere mehr als der Code.
Ist der Developer das Richtige für dich?
Der Developer passt zu Menschen, deren Energie aus der Arbeit selbst kommt und nicht aus Anerkennung oder Schwung im Raum — das Profil, bei dem ein Samstag, an dem man an etwas baut, bis es am Abend funktioniert, als großartiger Samstag zählt, und bei dem Infrastruktur, die man nur bemerkt, wenn sie kaputtgeht, sich wie die beste Art von Arbeit anfühlt.
Sie belohnt Toleranz für tiefe Fokus-Phasen und bestraft reine kopf-unten- Unsichtbarkeit. Die Spannung, auf die du achten solltest: In AI erfordert die folgenreichste Arbeit — Pipelines, Evaluations-Frameworks, Deployment-Tooling — irgendwann die Koordination mit chaotischen Menschen. Wenn Einsamkeit Treibstoff ist, passt diese Rolle; wenn Einsamkeit Vermeidung ist, kommt die Decke früh.
Finde heraus, ob die Developer-Rolle zu deinem Profil passt — bewertet über alle fünf Dimensionen.
Kostenloses Assessment starten →
Dr. Bastian Brand — Autor von The Hype Cycle Playbook, dem Framework hinter dem roletype-Assessment und diesem Blog. Über den Autor →