VS Code? Eher VS Slow: Ein Vim-Nerd-Manifest

Lassen Sie uns über diese Vim-Nerds sprechen. Sie kennen die – sie sitzen in der Ecke des Büros, tippen selbstgefällig in ihrem Terminal herum, während der Rest von uns bloßen Sterblichen in VS Code herumklickt wie Touristen mit Kameras. Sie greifen ungefähr nie nach ihrer Maus, haben ihren Editor für Dinge konfiguriert, die wie schwarze Magie erscheinen, und sie lieben es, Ihnen zu erzählen, warum Ihr Entwicklungs-Setup minderwertig ist.

Aber hier ist die Sache: Nach Jahren der Beobachtung dieser Terminal-bewohnenden Zauberer könnte tatsächlich etwas an ihrem unerträglichen Überlegenheitskomplex dran sein. Lassen Sie uns eintauchen, warum diese Tastatur-Krieger Vim gegenüber VS Code wählen, und warum sie nicht damit aufhören können, darüber zu reden.

Das große Erwachen: Vom Maus-Bauern zum Tastatur-Krieger

Stellen Sie sich dieses tragische Szenario vor (das die meisten normalen Entwickler beschreibt):

1. Der endlose Maus-Tanz: Hand zur Maus, klicken, scrollen, noch mehr klicken, zurück zur Tastatur
2. Die Extension-Sucht: “Es muss dafür eine Extension geben!” installiert 47 weitere Extensions
3. Das RAM-Massaker: VS Code verbraucht mehr Speicher als Chrome mit 50 offenen Tabs
4. Das Wartespiel: “Lädt…” während Electron entscheidet, ob es heute arbeiten möchte

Nun beobachten Sie den Vim-Nerd-Workflow:

1. Reine Tastatur-Meisterschaft: Sie navigieren mit hjkl, ändern Wörter mit ciw, duplizieren Zeilen mit yy5p
2. Blitzgeschwindigkeit: Sie denken es, tippen es, fertig. Kein Warten, kein Laden, kein “bitte warten Sie, während wir Ihr Projekt indexieren”
3. Minimaler Ressourcenverbrauch: Ihr Editor läuft auf einer Kartoffel und übertrifft trotzdem schicke IDEs
4. Terminal-Überlegenheit: Alles an einem Ort, kein Fensterwechsel, nur pure Produktivität

Der mathematische Beweis: Vim > VS Code

So schlüsseln diese Vim-Enthusiasten ihre “harten Zahlen” auf:

Zeit, eine Datei zu öffnen:

• VS Code: Klicken, warten, navigieren, klicken, noch mehr warten… ~5-8 Sekunden
• Vim: :e dateiname ~0,2 Sekunden

Zeit, zu Zeile 847 zu navigieren:

• VS Code: Strg+G, Nummer eingeben, Enter, auf Scroll-Animation warten ~3 Sekunden
• Vim: :847 oder 847G ~0,1 Sekunden

Zeit, eine Zeile 10 Mal zu duplizieren:

• VS Code: Zeile markieren, kopieren, einfügen, einfügen, einfügen… (wiederholen während Sie Lebensentscheidungen hinterfragen) ~15 Sekunden
• Vim: yy10p ~0,5 Sekunden

Laut Vim-Anhängern lügt die Mathematik nicht. Über eine Karriere hinweg sind das buchstäblich Jahre an Leben, die Entwicklern zurückgegeben werden. (Obwohl sie die meiste gesparte Zeit damit verbringen, ihre .vimrc-Dateien zu konfigurieren.)

Die Nur-Tastatur-Philosophie: Nie wieder diese Maus anfassen

Hier ist die Sache, die VS-Code-Benutzer nicht verstehen: Jedes Mal, wenn Sie nach Ihrer Maus greifen, stirbt irgendwo ein Kätzchen. Okay, vielleicht nicht buchstäblich, aber Ihre Produktivität nimmt definitiv einen Schlag.

Die Vim-Philosophie ist einfach: Ihre Hände sollten auf der Tastatur leben, als wären sie dort geboren. Die Grundreihe ist Ihr wahres Zuhause. Die Maus ist dieser nervige Verwandte, den Sie auf Familientreffen sehen – anerkannt, aber gemieden.

Typischer VS-Code-Workflow:

Denken → Hand zur Maus bewegen → Zeigen → Klicken → Hand zurück → Tippen → Endlos wiederholen

Erleuchteter Vim-Workflow:

Denken → Tippen → Fertig

Das Schöne ist, dass Vim-Befehle sich wie Englisch lesen. Wollen Sie das Wort unter Ihrem Cursor ändern? cw (change word). Alles innerhalb der Klammern löschen? di( (delete inside parentheses). Es ist wie ein Gespräch mit Ihrem Editor, außer dass Ihr Editor tatsächlich zuhört und tut, was Sie wollen.

Plugin-Ökosystem: Qualität vs. Quantität

VS-Code-Ansatz: “Lass uns 50 Extensions installieren und hoffen, dass sie nicht in Konflikt geraten!”

• Extension für Git-Integration
• Extension für Klammer-Hervorhebung
• Extension für Datei-Icons
• Extension für Themes
• Extension zur Verwaltung anderer Extensions
• Ihr RAM hat den Chat verlassen

Vim-Ansatz: “Lass uns genau das installieren, was wir brauchen, und es blitzschnell machen!”

• Telescope: Fuzzy-Suche, die VS Codes Suche wie Einwahlinternet aussehen lässt
• LSP: Echtzeit-Fehlerprüfung ohne Ballast
• Treesitter: Syntax-Hervorhebung, die Ihren Code tatsächlich versteht
• NvimTree: Datei-Explorer, der nicht Ihre gesamte Seitenleiste frisst

Der Unterschied? Laut Vim-Evangelisten sind ihre Plugins für Geschwindigkeit und Effizienz gebaut. VS-Code-Extensions sind gebaut für… nun, sie sind sich nicht ganz sicher wofür, aber die Vim-Crowd besteht darauf, dass es definitiv nicht Performance ist.

Der Terminal-Vorteil: Eine Umgebung, sie alle zu beherrschen

Während der Rest von uns mit mehreren Fenstern jongliert wie Zirkusartisten, leben diese Terminal-Puristen in dem, was sie “Terminal-Zen” nennen:

• Dateibearbeitung: Vim
• Git-Operationen: Eingebaute Terminal-Befehle
• Projektnavigation: Dateimanager und Fuzzy-Finder
• Testing: Terminal
• Debugging: Terminal (mit den richtigen Tools)
• Alles andere: Immer noch Terminal

Es ist wie ein Schweizer Taschenmesser, außer dass jedes Werkzeug das beste in seiner Kategorie ist und alle perfekt zusammenarbeiten.

Anpassung: Ihr Editor, Ihre Regeln

Laut Vim-Puristen gibt Ihnen VS Code Themes und einige Einstellungen. Vim gibt Benutzern vollständige Kontrolle über die Realität.

Wollen Sie einen benutzerdefinierten Befehl erstellen, der Code formatiert, Tests ausführt, zu Git committed und Kaffee macht? Angeblich ist das für diese Zauberer einfach:

:command! DoEverything !format-code && run-tests && git commit -m "magic" && make-coffee

“Versuchen Sie das in VS Code zu machen,” werden sie Sie selbstgefällig herausfordern. “Wir warten.”

Ihre vimrc-Dateien werden zu lebenden Dokumenten ihrer Entwicklungsevolution. Es ist nicht nur Konfiguration für diese Leute – es ist ein persönliches Manifest, geschrieben in Code.

Der Performance-Unterschied: SSD vs. Diskette

VS-Code-Startzeit: 3-10 Sekunden (länger, wenn Electron eine Existenzkrise hat) Vim-Startzeit: Instant (buchstäblich schneller als Sie blinzeln können)

VS-Code-Speichernutzung: 200-800MB (nur für den Editor, wohlgemerkt) Vim-Speichernutzung: 10-30MB (einschließlich Ihres gesamten Workflows)

VS Code auf älterer Hardware: “Haben Sie versucht, es aus- und wieder einzuschalten?” Vim auf älterer Hardware: “Welche Hardware-Einschränkungen?”

Die Lernkurve: Investition vs. Sofortige Befriedigung

Selbst Vim-Befürworter geben zu – ihr geliebter Editor hat eine Lernkurve. Sie beschreiben es wie das Lernen, einen Formel-1-Wagen zu fahren, wenn man an ein Automatik-Fahrzeug gewöhnt ist. Die erste Woche wollen Neulinge ihren Computer aus dem Fenster werfen. Die zweite Woche beginnen sie, das Licht zu sehen. Bis zur dritten Woche werden sie unerträglich evangelistisch darüber.

Vim-Enthusiasten sehen VS Code als bequem – wie eine warme Umarmung von Microsoft. Aber für sie ist Bequemlichkeit der Feind des Wachstums. Sie glauben, dass Vim Entwickler zwingt, besser zu werden, indem es sie bei jedem Tastendruck über Effizienz nachdenken lässt. (Ob jemand nach diesem Optimierungsniveau gefragt hat, ist eine andere Frage.)

Reale Szenarien: Vim-Angeber

Szenario 1: Müssen Sie eine Config-Datei auf einem Remote-Server bearbeiten?

• VS Code: Extensions installieren, Remote-Entwicklung einrichten, auf Sync warten…
• Vim: ssh server && vim config.yml Fertig.

Szenario 2: Arbeiten an einer 10.000-Zeilen-Datei?

• VS Code: Strandball des Todes
• Vim: “Welche Datei? Mir ist nichts Besonderes aufgefallen.”

Szenario 3: Müssen Sie die gleiche Bearbeitung an 50 Stellen machen?

• VS Code: Suchen und Ersetzen, hoffen, dass es funktioniert, jede einzelne manuell überprüfen
• Vim: Makro aufnehmen, 50 Mal in einem Befehl abspielen

Die sozialen Vorteile: Maximale Selbstgefälligkeit freigeschaltet

Lassen Sie uns den sozialen Aspekt nicht ignorieren. Wenn Vim-Benutzer beiläufig ihre Editor-Wahl erwähnen, glauben sie, sofort zu gewinnen:

• +50 Entwickler-Glaubwürdigkeit
• +25 Terminal-Straßen-Cred
• +100 “Ich weiß, was ich tue”-Aura
• Unbegrenzte Rechte, Leute zu beurteilen, die die Maus benutzen

Außerdem gibt es laut ihnen nichts Vergleichbares wie den Gesichtsausdruck von jemandem, wenn sie eine komplexe Datei schneller bearbeiten, als andere VS Code öffnen können. (Der Ausdruck ist normalerweise Verwirrung gemischt mit leichter Verärgerung, aber sie interpretieren ihn als Ehrfurcht.)

Migrationspfad: Die Reise zur Terminal-Erleuchtung

Hier ist, was Vim-Konvertiten als ihre typische Progression beschreiben:

Woche 1: Neovim installieren, ein bisschen weinen, Lebensentscheidungen hinterfragen Woche 2: Grundnavigation lernen (hjkl), anfangen, “die Macht” zu spüren Woche 3: Textobjekte meistern (ciw, da(, yip), erleben, was sie “Euphorie” nennen Woche 4: Erste Plugins konfigurieren, erreichen, was sie als “Transzendenz” betrachten Woche ∞: Workflow kontinuierlich optimieren, für Kollegen unerträglich werden

Das Urteil: Den Terminal-Widerstand verstehen

Laut Vim-Evangelisten ist VS Code in Ordnung, wenn Entwickler genießen:

• Darauf zu warten, dass Dinge laden
• 50 Extensions ihr Leben verwalten zu lassen
• 2GB RAM zu nutzen, um Textdateien zu bearbeiten
• Von einer Maus abhängig zu sein, als wäre es noch 1995

Aber wenn Entwickler wollen:

• Mit Gedankengeschwindigkeit zu programmieren
• Vollständige Kontrolle über ihre Umgebung zu haben
• Computerressourcen effizient zu nutzen
• Den Reihen der Terminal-bewohnenden Code-Zauberer beizutreten

Dann bestehen diese Tastatur-Puristen darauf, dass es Zeit ist, Vim zu umarmen. Sie versprechen, dass Ihr zukünftiges Ich (und RAM) jedem danken wird, der den Wechsel macht.

Wie sie gerne alle erinnern: Es gibt nur zwei Arten von Entwicklern auf dieser Welt – die, die Vim benutzen, und die, die es noch nicht entdeckt haben. Die Wahl liegt bei Ihnen, aber wählen Sie weise, warnen sie. Ihre Tastatur wartet.

---

Bereit, Ihre Reise zu beginnen? Starten Sie mit dem eingebauten vimtutor-Befehl in Ihrem Terminal, oder probieren Sie Vim Adventures (ein spielbasiertes Tutorial). Dann wechseln Sie zu Neovim und der exzellenten kickstart.nvim-Konfiguration.

Brauchen Sie Inspiration? Schauen Sie sich diesen großartigen Artikel darüber an, warum Entwickler 2023 immer noch Vim wählen.

Warnung: Nebenwirkungen der Vim-Nutzung können erhöhte Produktivität, Terminal-Sucht und einen unwiderstehlichen Drang beinhalten, anderen von der Überlegenheit des modalen Editierens zu predigen.