Ein gutes Werkzeug verschwindet im Hintergrund, sobald Sie sicher damit umgehen. Der Entwickler Ginger Bill hält genau diese Unsichtbarkeit für das eigentliche Ziel jedes Werkzeugbaus und liefert damit einen erstaunlich praktischen Prüfstein für jede Software-Entscheidung im Betrieb.
drweb.de als bevorzugte Quelle auf Google hinzufügenQualitätsgeprüfte Inhalte direkt in Google News & DiscoverJetzt hinzufügen
Gute Werkzeuge zeigen sich ausgerechnet dort, wo niemand über sie redet. Ein Programmierer baut voller Begeisterung ein Makro, um einen Text ein einziges Mal umzustellen, und feiert hinterher den Bastelspaß, obwohl dieselbe Änderung mit mehreren Cursorn in einer Minute erledigt gewesen wäre. Aus dieser kleinen Szene entwickelt Ginger Bill, Schöpfer der Programmiersprache Odin, eine steile These: Die Mühe, die Schwäche eines Werkzeugs zu umgehen, wird zu Unrecht als dessen größte Stärke verkauft.[1]
Das Wichtigste in Kürze
- Ein gutes Werkzeug wird unsichtbar, sobald Sie sicher damit arbeiten; erst an seinen Grenzen tritt das Tool wieder störend hervor.
- Ginger Bill warnt vor dem Reflex, die Macken eines Tools als „lustiges Rätsel“ zu feiern statt als Kostenfaktor zu erkennen.
- Der ehrliche Maßstab ist nicht das Gefühl von Cleverness, sondern die reine Bearbeitungszeit und die Zahl der Fehler.
- Für die Werkzeugwahl im Betrieb gilt: Gute Voreinstellungen schlagen maximale Konfigurierbarkeit.
Was heißt bei einem Werkzeug „unsichtbar“?
Unsichtbar heißt, dass Sie das Werkzeug schlicht nicht mehr bemerken, weil nichts im Weg steht. Erst wenn eine Aufgabe hakt und Sie umständlich darum herumarbeiten, drängt sich das Tool wieder in den Vordergrund.
Der Designforscher Don Norman hat diesen Gedanken schon 1988 in seinem Standardwerk „The Design of Everyday Things“ beschrieben. Gutes Design fällt nicht auf, schlechtes Design bemerken wir sofort, weil wir daran scheitern. Ein Türgriff, den man ohne Nachdenken bedient, funktioniert perfekt; ein Griff, vor dem man kurz stutzt, ist bereits ein Konstruktionsfehler.
Genau diese Reibung meint Ginger Bill. Solange ein Editor jede Aufgabe glatt erledigt, bleibt er unsichtbar. Sobald aber eine Sonderaufgabe Handarbeit erzwingt, verwandeln viele Nutzer diese Reibung in ein Hobby und preisen den Umweg anschließend als Beweis für die Klasse ihres Werkzeugs. Der eigentliche Gewinn liegt woanders, nämlich in schneller Software, die aus dem Weg geht.
Warum verlieben sich Profis in die Schwächen ihrer Werkzeuge?
Weil das Werkzeug zum Teil der eigenen Identität wird. Sobald die Wahl von Editor oder Betriebssystem zum Bekenntnis gerät, fühlt sich jedes Eingeständnis einer Schwäche wie eine persönliche Niederlage an, und aus Nachteilen werden Trophäen.
Ginger Bill nennt den Kern dieses Trugschlusses den Unterschied zwischen sich produktiv fühlen und produktiv sein. Ein kniffliges Problem zu lösen, erzeugt ein Hochgefühl der Cleverness, das sich leicht mit echtem Ergebnis verwechseln lässt. Der ehrliche Test misst deshalb nicht die empfundene Raffinesse, sondern die verbrauchte Zeit und die Zahl der Fehler auf dem Weg dorthin. Wie schwer ehrliche Messung fällt, zeigt sich gerade bei den KI-Coding-Benchmarks, die kaum noch belastbare Unterschiede erfassen.
In der Diskussion auf Hacker News wird eingewandt, dass Unsichtbarkeit auch reine Übungssache ist. Das Cockpit einer Boeing 737 oder ein Bloomberg-Terminal wirkt auf Laien überladen, verschwindet für geübte Profis aber ebenso im Hintergrund. Ein hoher Lernaufwand ist damit noch kein Makel, solange am Ende echte Geschwindigkeit steht und nicht bloß der Stolz, ihn bezwungen zu haben.
Ein Werkzeug, das Sie ständig bewundern müssen, frisst in aller Regel Ihre Zeit. Das beste Tool im Betrieb fällt am Monatsende niemandem mehr ein, weil niemand gegen seine Macken ankämpfen musste.
— Markus Seyfferth, Chefredakteur Dr. Web
Woran Sie ein Werkzeug erkennen, das Ihnen dient, statt Sie zu beschäftigen.
Unsichtbares Werkzeug
- ◆ Verschwindet im Hintergrund, sobald Sie sicher damit arbeiten
- ◆ Macken werden still umgangen, nicht gefeiert
- ◆ Gute Voreinstellungen ab Werk, Sonderwege nur bei Bedarf
Werkzeug als Identität
- ◆ Wird zum Bekenntnis und zur Trophäe
- ◆ Schwächen gelten als „lustiges Rätsel“
- ◆ Steile Lernkurve als angebliches Gütesiegel
Wanduhr-Zeit plus Fehlerzahl statt Gefühl von Cleverness.
Der Werkzeugbauer entscheidet einmal, tausend Nutzer sparen die Denkarbeit.
Volle Konfigurierbarkeit als Notausgang für Ausnahmen, nicht als Standard.
Was bedeutet das für die Werkzeugwahl im Unternehmen?
Prüfen Sie Software nicht danach, wie mächtig oder flexibel sie wirkt, sondern danach, wie schnell Ihr Team damit fertig wird. Gute Voreinstellungen sparen jedem Mitarbeiter Zeit, maximale Konfigurierbarkeit verlagert die Arbeit nur auf Ihre IT.
Ginger Bill dreht die Schuldfrage um: Der Werkzeugbauer trägt die Verantwortung für gute Voreinstellungen, nicht der Nutzer. „Hochgradig konfigurierbar“ sei oft nur die Ausrede eines Herstellers, der keine Entscheidung treffen wollte und die Denkarbeit an tausend Kunden weiterreicht. Als Gegenmodell taugt das Prinzip „Konvention vor Konfiguration“, das der Rails-Erfinder David Heinemeier Hansson populär gemacht hat: sinnvolle Standards ab Werk, Sonderwege nur als Notausgang. In dieselbe Richtung zielt der Rat, Code zu schreiben, den ein Mensch warten kann.
Für den Mittelstand steckt darin eine handfeste Kostenfrage. Klassische Unternehmenssoftware lockt mit grenzenloser Anpassbarkeit und bindet dann Budgets in Beratertagen und internen Customizing-Projekten, lange bevor der erste Nutzen entsteht. Eine saubere Trennung der wirklich relevanten Werkzeug-Kategorien im Unternehmen spart einen Teil dieser Kosten. Drei Punkte helfen bei der nächsten Auswahl weiter.
- Messen Sie Kandidaten an der reinen Bearbeitungszeit und der Fehlerquote, nicht am Gefühl von Mächtigkeit.
- Bevorzugen Sie Tools mit starken Voreinstellungen und kurzen Notausgängen für die seltenen Sonderfälle.
- Misstrauen Sie Argumenten aus reiner Gewohnheit; „haben wir immer so gemacht“ ist versenkter Aufwand, kein Nutzen.
Die nächste Werkzeug-Debatte im Team lässt sich mit einer einzigen Frage entschärfen: Wie lange dauert die Aufgabe wirklich, und wie oft geht dabei etwas schief? Alles Weitere ist Geschmackssache, und Geschmack darf nie mehr kosten als die Arbeit selbst.
Quelle
[1] Ginger Bill: „Good Tools Are Invisible“ ↩
