Das Paradox des mühelosen Codes

Wir leben in einer seltsamen Zeit. Eine generative KI kann ein komplettes Feature in wenigen Minuten zusammenbauen. Man gibt eine Beschreibung in ChatGPT ein – und bekommt funktionierenden Code zurück. Für Entwickler, die seit zwanzig Jahren programmieren, ist das gleichzeitig aufregend und beunruhigend.

Die Aufregung liegt auf der Hand: Die Geschwindigkeit ist enorm gestiegen. Das Unbehagen lässt sich schwerer beschreiben. Wenn Code einfach so entsteht, verschwindet etwas. Das Ringen, das Ausprobieren, die kleinen Erfolge beim Optimieren – das sind keine Hindernisse. Das ist der eigentliche Lernprozess.

Der Reiz liegt im Widerstand

In der Designwelt gibt es dafür einen Begriff: Friction has value. Weniger Reibung ist nicht immer besser. Manchmal ist die Reibung selbst das Erlebnis.

Nehmen wir ein simples Projekt: einen Visualisierer für Lochkarten. Eine KI würde das in fünf bis zehn Minuten aus einem Prompt generieren. Aber was passiert, wenn man das Ganze komplett selbst schreibt? Ohne Autovervollständigung. Ohne KI-Halluzinationen. Nur Texteditor und ein Problem.

Plötzlich wird aus einem langweiligen Nebenprojekt wieder etwas Spannendes.

Beim Parsen von Hollerith-Codes lernt man nicht nur Syntax, sondern versteht ein historisches Format. Beim Berechnen von SVG-Koordinaten für echte Lochkarten-Reihen entdeckt man Zusammenhänge, die man sonst nie hinterfragt hätte. Und wenn man vor dem ersten Tastendruck über die richtige Datenstruktur nachdenkt, denkt man wirklich nach – statt nur Code zu produzieren.

Solche Aufgaben sind nicht trivial. Sie sind der Kern echten Programmierens.

Das Skizzieren ist nie verschwunden

Früher haben viele Entwickler zuerst auf Papier skizziert. Pseudocode auf Servietten. Architektur auf Whiteboards. Es gab eine Denkphase, bevor der erste Code geschrieben wurde.

Mit besseren Tools und intelligenterem Autocomplete wurde diese Phase immer kürzer. Und mit generativer KI ist sie fast ganz verschwunden – ersetzt durch das iterative Anpassen von KI-generiertem Code.

Dabei war das Skizzieren kein Luxus. Dort entstand echtes Verständnis. Dort stellte man sich die Frage: Was will ich hier eigentlich erreichen? Diese Fähigkeit verkümmert, wenn man sie nicht mehr trainiert.

Jenseits der Produktivitätskennzahlen

Die generative KI erlaubt es uns, Metriken zu optimieren – Lines of Code pro Stunde, Features pro Sprint, Deployments pro Woche – während gleichzeitig das Handwerk und die Intuition schwinden, die gute Systeme von mittelmäßigen unterscheiden.

Langsamer Code ist kein Rückschritt. Er ist eine bewusste Praxis. Wie körperliche Fitness in einer Welt voller Autos. Manche Fähigkeiten lassen sich nur erhalten, wenn man sie regelmäßig nutzt. Und der Akt des Erstellens selbst hat einen Wert – unabhängig vom Ergebnis.

Wer seine Problemlösungskompetenz monatelang auslagert, riskiert, sie zu verlieren. Wenn die KI dann doch einmal etwas Falsches liefert – und das passiert bei komplexer Fachlogik häufiger als gedacht –, fehlt die Routine, es zu erkennen und zu korrigieren.

Die Slow-Code-Bewegung

Die Lösung liegt in der Absicht. Einmal im Monat eine Stunde, in der man bewusst auf KI verzichtet. Etwas komplett von Hand schreibt. Muss nichts Großes sein. Ein Lochkarten-Visualisierer. Ein kleines Spiel. Ein Utility-Skript. Eine Datenstruktur aus ersten Prinzipien.

Es geht nicht darum, langsamer zu sein als die KI. Es geht darum, sich zu erinnern, was man selbst mitbringt: Neugier, Geschmack, die Fähigkeit, gute Fragen zu stellen, Muster zu erkennen, die über Trainingsdaten hinausgehen.

Jeder Entwickler sollte sich diese Zeit nehmen. Nicht als Strafe. Als Erinnerung.

Für Entwickler, die mitmachen wollen

Wer sich angesprochen fühlt, kann einfach anfangen. Allein. Timer stellen. Ein Projekt ohne Deadline und Stakeholder wählen. Alles von Hand schreiben. Notizen machen. Die Reibung spüren. Und beobachten, wie sich das eigene Denken verändert.

Wer eine Community aufbauen will: einfach melden. Es ist etwas anderes, wenn man weiß, dass andere dasselbe tun – das Handwerk wiederentdecken, während alles auf Automatisierung zusteuert. Es ist kein Widerstand gegen Fortschritt. Es ist eine Ergänzung. Eine Erinnerung daran, dass Tools unser Denken unterstützen sollen – nicht ersetzen.

Der beste Code entsteht nicht am schnellsten. Er entsteht mit Absicht.