Leistungsfähig bleiben als Entwickler:in, auch in zwanzig Jahren

Die Werkzeuge in diesem Beruf wechseln alle paar Jahre. Die Erwartung, über alles auf dem Laufenden zu sein, bleibt, und sie ist der schnellste Weg zu dem Gefühl, dauerhaft hinterherzuhinken. Entwickler:innen, die nach fünfzehn oder zwanzig Jahren noch gut sind, wissen selten am meisten. Sie haben eine Arbeitsweise, die sie weiterlernen lässt, ihre Aufmerksamkeit schützt und sie gesund genug hält, um weiterzumachen.

Dieser Artikel beschreibt die Gewohnheiten, die ich für am nützlichsten halte, in der Reihenfolge, in der ich sie übernehmen würde.

Zuerst lernen, was bleibt

Frameworks kommen und gehen. Die Ideen darunter bewegen sich viel langsamer. Vergleichen Sie, wie viel davon Sie in zehn Jahren noch benutzen:

• Langlebig: wie Datenbanken Daten speichern und abfragen, wie HTTP und das Netzwerk sich verhalten, wie man ein Problem modelliert, wie man testet, wie man fremden Code liest, wie man klar schreibt, wie man Arbeit schätzt und zerlegt.
• Mittelfristig: eine Sprache samt Ökosystem (TypeScript, Python, Go), die Form von Webarchitekturen, die Kerndienste eines Cloud-Anbieters.
• Kurzlebig: die aktuelle Best Practice für ein bestimmtes Framework, Build-Tools, die Bibliothek, die letztes Jahr alle installiert haben.

Verwenden Sie den größten Teil Ihrer Lernzeit auf die erste Gruppe. Wer Transaktionen, Indizes und Isolationsstufen versteht, lernt die nächste Datenbank an einem Wochenende. Wer nur die API des ORMs kennt, fängt jedes Mal neu an.

Neue Technik gezielt auswählen

Ein neues Werkzeug lohnt sich, wenn es ein Problem löst, das Sie jetzt haben, oder wenn mehrere Leute, deren Meinung Sie schätzen, aus Gründen umsteigen, die sie erklären können. „Alle reden darüber“ ist keins von beidem.

Ein kurzer Filter, bevor Sie ein Wochenende investieren:

1. Welches Problem würde das für mich in diesem Quartal lösen?
2. Was würde ich heute stattdessen nehmen, und was genau ist daran schlecht?
3. Höre ich in einem Jahr noch davon? (Warten Sie ein paar Monate und schauen Sie.)

Die meisten Neuerscheinungen können Sie auslassen. Warten kostet wenig, und die frühen Anwender finden die Bugs für Sie. Führen Sie eine Liste mit Dingen, die Sie neugierig machen, und sehen Sie sie alle paar Monate wieder an. Die meisten Einträge haben sich bis dahin von selbst erledigt.

Lernen, indem man Kleines baut

Lesen und Zuschauen fühlt sich produktiv an, verblasst aber schnell. Was bleibt, ist das, was Sie benutzt haben. Bauen Sie etwas, das klein genug ist, um an einem Wochenende fertig zu werden: ein Skript für eine Aufgabe, die Sie haben, eine alte Funktion im neuen Werkzeug neu geschrieben, eine Minimalversion einer Bibliothek, auf die Sie sich verlassen, um zu verstehen, wie sie funktioniert.

Zwei Ergänzungen verstärken den Effekt:

• Lesen Sie fremden Code. Öffnen Sie den Quellcode einer Bibliothek, die Sie nutzen, und lesen Sie, wie eine Funktion arbeitet. Es ist der günstigste Weg zu sehen, wie erfahrene Leute Probleme lösen.
• Schreiben Sie es auf. Etwas in eigenen Worten zu erklären, in einer Notiz, einem Beitrag oder einem Vortrag vor Kolleg:innen, zeigt schnell, was Sie noch nicht verstanden haben. Ein Publikum brauchen Sie dafür nicht.

Zeit zum Nachdenken schützen

Die Arbeit, auf die es ankommt, braucht lange, ungestörte Abschnitte: ein Problem verstehen, eine Änderung entwerfen, einen schwierigen Bug verfolgen. Ein Tag, den Nachrichten und Meetings in 20-Minuten-Stücke zerlegen, bringt davon wenig.

Was in der Praxis hilft:

• Blocken Sie täglich zur selben Zeit zwei bis drei Stunden für konzentrierte Arbeit. Für viele ist der Vormittag ideal, wählen Sie, was zu Ihrem Tag passt.
• Schalten Sie in diesem Block die Benachrichtigungen aus. Beantworten Sie Nachrichten zwischen den Blöcken.
• Reservieren Sie wöchentlich einen Lernslot von ein paar Stunden und tragen Sie ihn wie ein Meeting in den Kalender ein. Was nicht eingeplant ist, verliert immer gegen die Anforderungen von Kunden und Team.
• Als Freiberufler:in kalkulieren Sie ihn in Honorar und Verträge ein. Lernzeit gehört zu den Kosten, nützlich zu bleiben, und ist kein Gefallen an sich selbst.

Ein Arbeitsprotokoll führen

Schreiben Sie einmal pro Woche auf, was Sie entschieden, gelernt und was nicht funktioniert hat. Fünf Zeilen genügen. Das erfüllt drei Zwecke. Es macht Lernen sichtbar, sodass Sie Fortschritt bemerken, der sich sonst unsichtbar anfühlt. Es liefert Material, wenn Sie erklären müssen, was Sie getan haben: im Gespräch mit der Führungskraft, in einer Honorarverhandlung oder einer Bewerbung. Und es lässt Muster erkennen, etwa denselben Fehler zum dritten Mal.

Feedback von Leuten einholen, die mehr wissen

Wenn niemand Ihre Arbeit sieht, verbessern Sie sich langsam. Bitten Sie eine Kollegin, Ihren Entwurf zu prüfen, bevor Sie bauen. Suchen Sie zwei oder drei Entwickler:innen, mit denen Sie regelmäßig sprechen können, in Ihrer Firma oder außerhalb. Lesen Sie Incident-Berichte und Post-Mortems anderer Teams; das sind kostenlose Lektionen aus den Fehlern anderer.

Der Sinn von allem: früh und günstig korrigiert zu werden.

Das eigene Tempo halten

Burnout kommt in diesem Feld selten als Zusammenbruch. Er baut sich über Monate auf: Sie schlafen weniger, die Arbeit macht keine Freude mehr, kleine Aufgaben fühlen sich schwer an, und Sie werden zynischer. Wenn es offensichtlich ist, dauert die Erholung viel länger als die Vorbeugung.

Gewohnheiten, die eine lange Laufbahn tragen:

• Schlaf ist nicht verhandelbar. Nachts im erschöpften Zustand zu debuggen erzeugt meist mehr Fehler, als es behebt.
• Legen Sie Arbeitszeiten fest und halten Sie sie meistens ein. Ausnahmen sind in Ordnung; eine dauerhafte Ausnahme ist eine neue Regel.
• Planen Sie freie Zeit im Voraus, statt zu warten, bis Sie sie brauchen.
• Behalten Sie mindestens eine Sache in Ihrem Leben, die nichts mit Bildschirmen oder Code zu tun hat.
• Nehmen Sie frühe Warnzeichen als Information, nicht als Schwäche. Wenn Sie sie bemerken, ändern Sie etwas an der Arbeit.

Einmal im Jahr die Richtung prüfen

Nehmen Sie sich einmal im Jahr eine Stunde mit drei Fragen:

1. Was habe ich in diesem Jahr gelernt, das ich vorher nicht konnte?
2. Was hat mehr Energie gekostet, als es wert war, und was hat Energie gegeben?
3. Wo möchte ich in zwei Jahren stehen, und was kann ich in diesem Quartal ändern, um dem näherzukommen?

Schreiben Sie die Antworten auf und sehen Sie sie nächstes Jahr wieder an. Es ist eine kleine Gewohnheit, und sie verhindert, dass die anderen auseinanderdriften.