Serguey Asael Shinder – IT Professional

von Serguey Shinder

Lange maß ich meinen Wert an dem, was ich hinzufügte. Ein neues Feature, ein cleveres Modul, ein voller Commit am Ende des Tages. Zeilen waren mein Beweis, dass ich gearbeitet hatte. Und je mehr ich schrieb, desto produktiver fühlte ich mich, ganz gleich, ob das Produkt dadurch wirklich besser wurde.

Die Wende kam durch ein Projekt, das unter seinem eigenen Gewicht erstickte. Jahrelang hatte jeder nur hinzugefügt. Optionen, die niemand mehr verstand. Sonderfälle für Kunden, die es nicht mehr gab. Flags, die auf Zustände zeigten, die nie eintraten. Der Code war nicht komplex, weil das Problem komplex war. Er war komplex, weil niemand je etwas weggenommen hatte.

Also fing ich an zu löschen. Erst zaghaft, dann mit einer Art Freude, die ich beim Schreiben selten empfand. Jede entfernte Zeile war eine Zeile, die niemand mehr verstehen, testen oder fürchten musste. Ich brach nichts, was ich vorher entfernte. Ich musste nichts pflegen, was nicht mehr existierte. Zum ersten Mal sah ich Code so, wie er wirklich ist: nicht als Leistung, sondern als Verbindlichkeit, die sich fortlaufend lohnen muss.

Das änderte, wie ich über Handwerk denke. Ein guter Entwickler ist nicht der, der am meisten produziert. Es ist der, der genau weiß, was das System nicht braucht, und den Mut hat, es zu entfernen. Das leerste Diff kann das mutigste sein, weil Löschen ein Urteil verlangt, das Hinzufügen umgeht.

Heute frage ich mich vor jedem neuen Feature zuerst, ob ich stattdessen etwas wegnehmen könnte. Oft ist die ehrlichste Antwort auf eine Anforderung nicht mehr Code, sondern weniger. Und das Merkwürdige ist: seit ich weniger baue, das dafür mehr aushält, vertraue ich meiner Arbeit mehr als je zuvor.

– Serguey Asael Shinder