Texteditor im Terminal: Vim, Neovim und Micro im Vergleich

Ein Editor im Terminal startet in wenigen Millisekunden, läuft über SSH auf jedem Server und kommt ohne grafische Oberfläche aus. Der Preis dafür ist eine Bedienung, die man erst erlernen muss. Wir haben die drei verbreitetsten Kandidaten mehrere Wochen lang im Alltag eingesetzt.

Vim und die modale Bedienung

Vim trennt strikt zwischen Normalmodus, Einfügemodus und Befehlszeile. Wer aus einem grafischen Editor kommt, empfindet das zunächst als Hürde: Text tippen setzt ein vorheriges i voraus, Speichern und Beenden verlangt :wq. Nach etwa zwei Wochen täglicher Nutzung kippt das Verhältnis, weil sich Befehle kombinieren lassen. d2w löscht zwei Wörter, ci( ersetzt den Inhalt einer Klammer. Die Konfiguration liegt in ~/.vimrc und ist in Vimscript geschrieben.

Neovim mit gleicher Tastatur und modernerem Unterbau

Neovim übernimmt die Tastenbelegung vollständig, tauscht aber den Unterbau aus. Konfiguriert wird in Lua über init.lua, was gegenüber Vimscript deutlich lesbarer ausfällt. Der eingebaute Client für das Language Server Protocol liefert Vervollständigung, Sprung zur Definition und Fehleranzeige ohne Fremdsoftware. Rechnen Sie damit, dass die Startzeit mit einer ausgebauten Konfiguration von rund 30 auf 150 bis 300 Millisekunden steigt.

Ein Werkzeug, das Sie täglich acht Stunden bedienen, verdient zwei Wochen Einarbeitung. Ein Werkzeug für den Monatsbedarf verdient sie nicht.

Micro für den schnellen Einstieg

Micro kennt keine Modi und übernimmt die gewohnten Kürzel: Strg+S speichert, Strg+Q beendet, Kopieren und Einfügen arbeiten wie erwartet. Ausgeliefert wird eine einzelne Binärdatei ohne Abhängigkeiten, die Einstellungen liegen als JSON in ~/.config/micro/settings.json.

Die Entscheidung fällt entlang Ihrer Nutzung:

• gelegentliche Änderungen an Konfigurationsdateien: Micro genügt vollständig;
• tägliches Schreiben von Code oder Text: Neovim rechtfertigt die Einarbeitung;
• Arbeit auf fremden Servern ohne Installationsrechte: Vim ist fast überall vorhanden;
• gemischte Teams: einigen Sie sich auf einen gemeinsamen Notfalleditor.

Wechseln Sie nicht mitten in einem Projekt. Der beste Zeitpunkt für einen Editorwechsel ist eine ruhige Woche, in der ein Produktivitätsverlust von zwanzig Prozent niemandem wehtut.