← Zurück zur Übersicht

Ein Elektroingenieur postet ein Foto seiner Platine. Darauf: saubere Rahmen um jeden Schaltungsblock, beschriftet mit Funktionsnamen. Das Internet rastet aus. Der Grund: Was er mit seiner Platine macht, ist exakt das, was gute Programmierer mit Code machen. Und was die Neurowissenschaft über Denken weiß.

Kurzfassung für den ersten Schluck:

Silkscreen ist die bedruckte Textschicht auf Platinen — normalerweise nur Bauteilnummern und Logos. Ein Ingenieur nutzt sie, um ganze Funktionsblöcke visuell abzugrenzen: Vorverstärker hier, Filter dort, Endstufe da drüben. Die Community nennt das „Software Comments for Hardware." Dahinter steckt ein universelles Prinzip: Wer Dinge benennt und abgrenzt, denkt besser.

Was passiert ist

Anfang Februar 2026 ging ein Tweet viral. Ein Elektroingenieur zeigte seine Platine: weiße Soldermask, und auf der Oberfläche nicht nur die üblichen Bauteilbezeichnungen (R1, C3, U7), sondern sauber gezeichnete Polygone um zusammengehörige Schaltungsteile. Jeder Block hatte einen Namen: Pre-Amp. Mix. Filter. Amp. Output.

Die Reaktionen waren einhellig und begeistert:

Erisgath
@erisgath
I always do this. It makes assembly, debugging, and repairs so much easier. It's especially great for audio or other signal processing where you tend to have blocks for pre-amp, mix, filter, amp, etc. Borders and labels are software comments for hardware.

Dieser letzte Satz hat es in sich. Denn er benennt etwas, das über Elektronik weit hinausgeht.

Was Silkscreen eigentlich ist

Kurzer Exkurs für alle, die keine Platinen designen. Jede Leiterplatte (PCB — Printed Circuit Board) hat mehrere Schichten: Kupfer für die Leiterbahnen, Lötstopplack als Schutzschicht, und ganz oben der Silkscreen. Das ist eine Schicht aus nicht-leitfähiger Epoxid-Tinte, die im letzten Fertigungsschritt aufgebracht wird.

Standardmäßig stehen dort Bauteilbezeichnungen (R1 für den ersten Widerstand, C4 für den vierten Kondensator), Polaritätsmarkierungen, Testpunkte, Logos und Revisionsnummern. Das ist die Pflicht. Die Kür — und das ist es, was der Tweet zeigt — sind strukturelle Annotationen: Rahmen, Sektionsnamen, Funktionsbeschreibungen.

Das Problem: Bei dicht bestückten Platinen ist dafür selten Platz. Ein Kommentator bringt es auf den Punkt: „I wish I had designs with room for this." Und ein anderer: „I rarely do a board that is not absolutely cramped. Having so much space is liberating."

Es geht also nicht um eine Technik, die alle können und niemand nutzt. Es geht um eine Technik, die alle wollen und für die der Platz fehlt. Wie Kommentare in Code, die unter Zeitdruck als erstes wegfallen.

Die Parallele: Code-Kommentare

Programmierer kennen das Prinzip. Guter Code hat Kommentare — nicht solche, die beschreiben was der Code tut (das sollte der Code selbst zeigen), sondern solche, die erklären warum er es tut und wie die Teile zusammengehören.

Hardware (Silkscreen)

  • Rahmen um Funktionsblock
  • Label „Pre-Amp Section"
  • Testpunkte beschriftet
  • Signalfluss angedeutet
  • Revisionsnummer auf Board

Software (Code)

  • Abschnitte in Funktionen/Module
  • Docstring „Handles audio preprocessing"
  • Logging an kritischen Stellen
  • Architektur-Docs für Datenfluss
  • Versionierung via Git

Die Struktur ist identisch. In beiden Fällen geht es nicht um die Maschine — der Compiler ignoriert Kommentare, die Schaltung funktioniert ohne Labels. Es geht um den Menschen, der in sechs Monaten auf das Ding schaut und verstehen muss, was er da vor sich hat.

Ein Kommentator im Thread trifft es präzise: „Silkscreen as UX for future-you. Underrated skill."

Die Neurowissenschaft dahinter: Externalisiertes Denken

Warum fühlt sich eine beschriftete Platine so befriedigend an? Warum wirkt aufgeräumter Code beruhigend? Die Antwort liegt in der kognitiven Entlastung.

Unser Arbeitsgedächtnis hat eine harte Kapazitätsbegrenze — etwa vier bis sieben Einheiten gleichzeitig. Jedes Mal, wenn du dir eine Information merken musst, die auch irgendwo stehen könnte, verschwendest du kognitive Kapazität. Das Gehirn arbeitet wie ein Prozessor mit begrenztem RAM. Und Labels sind externe Speicher.

Der Kognitionswissenschaftler Andy Clark nennt das „Extended Mind" — die Idee, dass unser Denken nicht im Schädel endet, sondern sich in Notizbücher, Post-Its, beschriftete Ordner und eben auch beschriftete Platinen erstreckt. Wenn du einen Schaltungsblock mit „Pre-Amp" beschriftest, musst du ihn nicht mehr im Kopf identifizieren. Du siehst es. Die kognitive Last sinkt. Der Blick wird frei für das eigentliche Problem.

Das gleiche Prinzip nutzt die Psychotherapie unter dem Namen „Name it to tame it" — ein Konzept des Psychiaters Dan Siegel. Wenn du einem Gefühl einen Namen gibst, aktivierst du den präfrontalen Cortex und regulierst damit die Amygdala. Das Benennen selbst ist der therapeutische Akt. In der Elektronik ist es weniger dramatisch, aber die Mechanik ist die gleiche: Benennen schafft Kontrolle.

Warum die meisten es trotzdem nicht machen

Wenn Labels so offensichtlich nützlich sind — warum hat nicht jede Platine sie? Warum hat nicht jede Codebasis gute Kommentare? Warum beschriftet nicht jeder seine Ordner?

Drei Gründe, die sich über Disziplinen hinweg wiederholen:

1. Platz und Zeit. Bei dichten Platinen fehlt physisch der Platz. In Sprints fehlt die Zeit für Dokumentation. In beengten Wohnungen fehlt der Raum für ein Ordnungssystem. Das Strukturieren ist immer die Aufgabe, die als erstes geopfert wird, wenn Druck entsteht.

2. Das Fluent-Self-Illusion. Im Moment des Bauens ist alles klar. Du weißt, welcher Block was tut, weil du ihn gerade entworfen hast. Das Gehirn verwechselt aktuelle Klarheit mit dauerhaftem Wissen. Psychologen nennen das die Fluency-Illusion: Weil es sich jetzt leicht anfühlt, glaubst du, es wird sich immer leicht anfühlen. In sechs Monaten sitzt du vor deinem eigenen Board und denkst: „Was zum — "

3. Es fühlt sich nicht wie Arbeit an. Labels drucken, Kommentare schreiben, Ordner beschriften — das produziert kein sichtbares Ergebnis. Die Platine funktioniert nicht besser. Der Code läuft nicht schneller. Erst beim Debugging, beim Reparieren, beim Onboarding eines Kollegen zahlt es sich aus. Und dann ist es zu spät, um noch zu beschriften.

Das universelle Prinzip

Der virale Tweet hat so viele Menschen angesprochen, weil er ein universelles Muster sichtbar macht. Ob Platine, Codebase, Küchenschublade oder Kalender — das Prinzip ist immer dasselbe:

Wer Grenzen zieht und Dinge benennt, schafft Struktur für sein zukünftiges Ich.

In der Hardware sind es Silkscreen-Polygone und Labels. In der Software sind es Module, Kommentare und README-Dateien. In der Selbstorganisation sind es Beschriftungen, Routinen und Journaling. In der Psychologie ist es „Name it to tame it."

Alles dasselbe Prinzip: Externalisiere, was du weißt, damit dein Gehirn Platz hat für das, was es noch nicht weiß.

Was du mitnehmen kannst

Du musst keine Platinen designen, um von Silkscreen-Denken zu profitieren. Drei Fragen für alles, woran du gerade arbeitest:

Wo fehlen Grenzen? Welche Teile deines Projekts, deines Codes, deines Alltags fließen ineinander, obwohl sie logisch getrennt sein sollten?

Wo fehlen Labels? Was in deinem System versteht nur die Person, die es gebaut hat — also du, gerade, in diesem Moment? Und was passiert, wenn du in drei Monaten zurückkommst?

Wo opferst du Struktur für Geschwindigkeit? Und ist die Zeitersparnis real — oder holst du sie dir beim Debugging dreifach zurück?

Der Ingenieur auf Twitter hat nichts Neues erfunden. Er hat Grenzen gezeichnet und Dinge benannt. Das ist so alt wie Sprache selbst. Aber in einer Welt, die immer dichter und komplexer wird — in Hardware wie in Software wie im Kopf — ist es vielleicht die unterschätzteste Fähigkeit überhaupt.

Oder wie ein Kommentator es ausdrückte: „Silkscreen as UX for future-you." Nicht nur für Platinen.