Ein Editor, der damit zufrieden ist, ein Editor zu sein

Visual Studio Code ist ein kostenloser Open-Source-Code-Editor von Microsoft, der unter Windows, Mac und Linux läuft. Die hier beschriebene Version ist 1.139. Das Wort, das über die Eignung entscheidet, ist das letzte: Editor. Er öffnet einen Ordner und bearbeitet die Dateien darin. Er besteht nicht darauf, das Projekt zu besitzen, eine Projektmappe zu erzeugen oder neu zu definieren, wie der Code gebaut wird.

Diese Zurückhaltung ist der Grund, warum er sich über Sprachen verbreitet hat, für die er nie entworfen wurde. Eine Compiler-Toolchain, ein Shell-Skript, eine Konfigurationsdatei und ein Stylesheet lassen sich im selben Fenster mit denselben Gewohnheiten bearbeiten, weil das Programm für keines davon die Autorität sein will.

Die vier Dinge, die zuerst auffallen

Syntaxhervorhebung ist der Einstieg: Struktur wird sichtbar, bevor sie gelesen wird, und eine fehlende Klammer ist kein Rätsel mehr. Die Vervollständigung ist das zweite – nicht nur Namen, die existieren, sondern Signaturen und kurze Erklärungen, was den Weg zwischen »sich an etwas erinnern« und »es benutzen« verkürzt.

Eigene Tastenkürzel sind das dritte und die Funktion, die man vor der Nutzung unterschätzt und danach braucht. Jeder Editor hat Kürzel; die nützliche Frage ist, ob die, die schon in den Fingern sitzen, darauf abgebildet werden können, sodass ein Wechsel nicht bedeutet, Tippen neu zu lernen.

Der Vergleich ist das vierte und das am wenigsten dekorative. Zwei Dateien oder zwei Fassungen einer Datei nebeneinander, mit markierten Unterschieden, ist die schnellste Antwort auf die einzige Frage, die nach einer Änderung zählt: Was genau habe ich gerade getan.

Alles andere kommt als Erweiterung

Was der Editor nicht selbst tut, kommt als Erweiterung über einen eingebauten Marktplatz. Sprachunterstützung für etwas Unbekanntes, ein Linter, ein Debug-Adapter, ein Theme, ein Formatierer – die Basisinstallation ist bewusst dünn, und die Erweiterungen machen daraus eine Arbeitsumgebung für einen bestimmten Stack.

Der Kompromiss ist ehrlich und sollte benannt werden: Ein dünner Editor plus fünfzehn Erweiterungen ist nicht dasselbe Programm wie ein dünner Editor, und Startzeit wie Rauschen wachsen mit der Liste. Die Gewohnheit, die es angenehm hält, ist das zu installieren, was diesen Monat benutzt wird, und zu entfernen, was letztes Jahr benutzt wurde. Wer die Liste nie aufräumt, merkt es irgendwann daran, dass der Editor zum Starten länger braucht als das Projekt, das man öffnen will.

Ein Detail zur Sprache der Oberfläche

Die Oberfläche ist standardmäßig englisch, und andere Sprachen kommen als Sprachpaket-Erweiterungen statt eingebaut zu sein. Das ist eine bewusste Entscheidung mit praktischer Folge: Der Editor muss nicht die Übersetzung jeder Sprache mitführen, in der er irgendwann benutzt werden könnte, und ein Team kann sich unabhängig davon auf eine Oberflächensprache einigen, welches Betriebssystem der einzelne auch nutzt.

Wo der Editor endet und die IDE beginnt

Ehrlich zusammengefasst ist das ein Editor mit einem sehr guten Erweiterungssystem und keine integrierte Entwicklungsumgebung im älteren Sinn. Er verwaltet keinen Build-Graphen, keine Datenbankmigration und kein Deployment von selbst, und er ist nicht der Ort, an dem die Struktur einer großen Lösung definiert wird. Er macht die Datei vor einem leichter änderbar, auf allen drei Plattformen, ohne Konto und ohne dass das restliche Team sich auf etwas einigen muss.

Für die meiste Arbeit ist das die vollständige Anforderung – und genau deshalb ist er zur Standardantwort auf die Frage geworden, womit man eine Datei öffnet.