Designing for Developers — Wie ich als Entwicklerin denke und trotzdem schön gestalte

Die meisten Entwickler:innen, die ich kenne, sagen irgendwann denselben Satz: „Ich kann einfach nicht designen.“ Das ist fast nie wahr. Was fehlt, ist nicht Geschmack — es ist die Erlaubnis, das eigene systemische Denken auf ein anderes Vokabular anzuwenden.

Design-Tokens sind Variablen

Ein konsistentes Farbsystem, eine Abstandsskala, eine begrenzte Anzahl an Schriftgrößen — das ist im Kern dasselbe Prinzip wie Konstanten statt Magic Numbers im Code. Wer versteht, warum man Werte nicht überall hart codiert, versteht bereits die Grundlage guten Designs. Diese Website nutzt genau eine Akzentfarbe, drei Schriftfamilien mit klar definierten Rollen und eine Handvoll wiederkehrender Abstände — dieselben Tokens, die auch diese Seite hier gerade rendern:

Komponenten sind wiederverwendbare Funktionen

Eine Buttonkomponente mit drei Varianten ist konzeptionell identisch mit einer Funktion mit drei Parametern. Wer sauberen, wiederverwendbaren Code schreiben kann, kann auch ein sauberes, wiederverwendbares Komponentensystem gestalten. Der Unterschied ist nur, dass der „Rückgabewert“ visuell statt logisch ist.

Beschränkungen erzeugen bessere Ergebnisse

Dieselbe Disziplin, die einen dazu bringt, eine Funktion nicht mit zehn optionalen Parametern zu überladen, sollte einen davon abhalten, fünfzehn Schriftgrößen in einem Projekt zu verwenden. Beschränkung ist kein kreatives Hindernis — sie ist der Grund, warum konsistente Systeme überhaupt entstehen.

Wie ich eine visuelle Richtung finde

Ich beginne nie mit Farben. Ich beginne mit Typografie-Pairing, dann mit einer Abstandsskala, erst danach mit Farbe und Bewegung. Diese Reihenfolge ist kein Zufall — sie folgt derselben Logik wie beim Aufbau einer Architektur: erst Struktur, dann Ausschmückung.