Peak Software Engineer

Die Peak-Software-Engineer-These

„Peak Software Engineer” ist das Argument — am prominentesten von DHH vertreten —, dass wir den Höchststand für Softwareentwickler erreicht haben könnten, die überdurchschnittliche Vergütung vorrangig auf Basis von Implementierungsfähigkeiten einfordern. Die These sagt nicht weniger Entwickler voraus, sondern eine grundlegende Verschiebung dessen, was einen Entwickler wertvoll macht.

Das Kernargument

1. Entwickler waren der Engpass: Software konnte nur so schnell produziert werden, wie Entwickler sie schreiben konnten. Diese Knappheit trieb hohe Gehälter.
2. Agenten lockern den Engpass: Senior-Entwickler mit Agent-Beschleunigung können das 5- bis 10-fache ihrer früheren Leistung erzielen. Der Engpass verlagert sich von der Implementierung hin zum Produkturteil.
3. Mehr Software, andere Ökonomie: Die gesamte Softwareproduktion explodiert (das Jevons-Paradoxon greift), aber die Prämie verschiebt sich zum Wissen was zu bauen ist, nicht wie es zu bauen ist.

Wer gewinnt, wer verliert

Gewinner:

• Senior-Entwickler, die Agent-Ausgabe validieren und komplexe Systeme steuern können
• Entwickler mit Geschmack, Designgefühl und Produkturteil
• Diejenigen, die technische Fähigkeiten mit Geschäftsverständnis verbinden

Unter Druck:

• Reine Implementierer, die sich auf Tippgeschwindigkeit und Sprachkenntnisse verlassen haben
• Junior-Entwickler, die von Agenten generierten Code noch nicht auf Produktionsqualität prüfen können
• Entwickler in Cost-Center-Rollen, wo die Arbeit gut umrissen und wiederholbar ist

Belege

• Amazons interne Analyse führte schwere Ausfälle auf Junior-Entwickler zurück, die ungeprüften, von Agenten generierten Code ausgeliefert hatten
• Rückgang der Bootcamp-Einschreibungen, da der „Coding lernen”-Kurzweg weniger verlässlich wird
• 37 Signals hält die Teamgröße bei, während es den Projektumfang dramatisch ausweitet
• Shopify macht KI-Kompetenz zur Pflicht für alle Mitarbeiter

Das Gegenargument

Das Jevons-Paradoxon legt nahe, dass mit sinkenden Produktionskosten für Software die Nachfrage stark genug steigen wird, um die verdrängten Arbeitskräfte aufzufangen. DHH erkennt dies an, hält dagegen jedoch, dass „nicht alle Programmierer davon gerettet werden.”

Weiterführende Lektüre

• Agent-First Development — Der Workflow, der den Wandel antreibt
• David Heinemeier Hansson — Hauptvertreter der These