Meine Erfahrung beim Wechsel von VSCode zu Zed

(tenthousandmeters.com)

5 Punkte von GN⁺ 2026-01-06 | 3 Kommentare | Auf WhatsApp teilen

Wegen der häufigen Ergänzung von AI-Funktionen und Instabilität in VSCode verschlechterte sich das bisherige Nutzungserlebnis, was zur Suche nach einer neuen Alternative führte
Zed ist eine in Rust geschriebene leichte und schnelle IDE und bietet eine VSCode-Nutzern vertraute UI sowie ähnliche Keybindings
Bei der Einrichtung der Python-Entwicklungsumgebung gab es Verwirrung im Zusammenhang mit dem Type-Checking-Modus des Basedpyright-Sprachservers, die jedoch über Einstellungen in pyproject.toml gelöst werden konnte
Geschwindigkeit, Stabilität und die einfache Konfiguration von Zed sind die wichtigsten Vorteile; das Erweiterungs-Ökosystem ist kleiner, reicht für die tägliche Entwicklung aber aus
Zed entwickelt sich zu einer konkurrierenden IDE, die die dominierende Stellung von VSCode herausfordern kann, und stellt einen leichtgewichtigeren, entwicklerzentrierten Workflow wieder her

Warum ich mich von VSCode abgewandt habe

VSCode wurde lange Zeit stabil genutzt, doch nach Updates mit Fokus auf AI-Funktionen entstand bei jeder Version der lästige Aufwand, neue Funktionen wieder deaktivieren zu müssen
- Obwohl GitHub Copilot nicht verwendet wird, erschienen wiederholt Hinweise wie „cmd+I to continue with Copilot“
- Unnötige Funktionen wie Inline-Terminal-Vorschläge kollidierten mit der Shell-Autovervollständigung
settings.json wurde zu einer langen Liste von Deaktivierungsoptionen, und es traten häufig Bugs, Verlangsamungen und Abstürze auf
Es bleibt die Hoffnung, dass die AI-Integration in VSCode wieder weniger aufdringlich und stabiler wird, derzeit führte das aber zur Suche nach Alternativen
JetBrains-IDs sind schwergewichtig, Vim/Emacs wurden wegen des hohen Konfigurationsaufwands ausgeschlossen
Deshalb wurde das in Rust geschriebene Zed als neue IDE ausprobiert

Der erste Eindruck von Zed

Beim Wechsel von VSCode boten ähnliche UI und Keybindings sofort eine vertraute Umgebung
- Allerdings hat Zed kein Panel mit der Liste geöffneter Dateien; navigiert wird über die Dateisuche mit Cmd+P
- VSCode-Einstellungen können automatisch importiert werden, wurden hier aber bewusst manuell neu eingerichtet
Die wichtigsten Einstellungen beschränkten sich auf Schriftgröße, Theme, Deaktivierung von Git blame und Aktivierung von Auto-Save
Geschwindigkeit und Reaktionsfähigkeit sind VSCode deutlich überlegen; in zwei Wochen Nutzung gab es keine Bugs oder Abstürze
Eingesetzt für Python- und Go-Entwicklung
- Go funktionierte sofort ohne zusätzliche Einrichtung
- Python erforderte anfangs etwas Zeit für die Konfiguration

Einrichtung der Python-Umgebung

Zed bietet auf Basis von Language Servern Funktionen wie Autovervollständigung, Code-Navigation und Type Checking
Der standardmäßige Sprachserver für Python ist Basedpyright, das auf Pyright basiert, aber einen strengeren typeCheckingMode verwendet
- Wenn pyproject.toml einen Abschnitt [tool.pyright] enthält, wird standardmäßig der Modus recommended angewendet
- Um den gewünschten Modus standard zu verwenden, muss dies in pyproject.toml explizit festgelegt werden

Beispielkonfiguration:

"basedpyright.analysis": {
  "typeCheckingMode": "standard"
}

Das Problem, dass Typfehler zwischen Dateien nicht sofort übernommen wurden, ließ sich mit der Einstellung "disablePullDiagnostics": true beheben
Auch die Erkennung virtueller Umgebungen funktionierte reibungslos
Der ty-Sprachserver (von Astral entwickelt, Beta-Version) wurde ebenfalls getestet und funktionierte gut, Basedpyright blieb jedoch aus Konsistenzgründen mit der CI erhalten

Aktuelle Bewertung der Nutzung von Zed

Hat sich als Standard-IDE für Python- und Go-Entwicklung etabliert
Schnell, stabil und mit vertrauter Oberfläche, mit soliden Grundfunktionen
Das Erweiterungs-Ökosystem ist kleiner als bei VSCode, aber für die tägliche Entwicklung ausreichend
Nur ein leistungsstarker Diff-Viewer auf dem Niveau von GitLens fehlt etwas
Die AI-Funktionen von Zed sind vorhanden, aber nicht aufdringlich und können bei Bedarf ignoriert werden
Ein kostenpflichtiger Plan bietet Vorhersagen beim Bearbeiten und dient als Erlösmodell für die Nachhaltigkeit des Projekts

Fazit

Zed entwickelt sich zu einem echten Konkurrenten für VSCode
Allein der Einfluss von Microsoft könnte künftig nicht ausreichen, um die Stellung von VSCode zu halten
Geschwindigkeit, Einfachheit und Stabilität von Zed verbessern die Developer Experience; der Text endet mit der Botschaft: „VSCode, es ist Zeit aufzuwachen“

3 Kommentare

kissdesty 2026-01-07

Ich kann es noch nicht als mein Hauptentwicklungstool nutzen, verwende es aber als Ersatz für den Editor (...), und die schnelle Reaktionsfähigkeit, die aufgeräumte UI sowie die schnellen und simplen Updates sind für mich äußerst attraktiv.

heycalmdown 2026-01-07

Ich habe gezögert, weil ich nicht wusste, wofür ich es nutzen würde, aber als du meintest, dass du es als Notizblock verwendest, dachte ich sofort: Genau das! haha

GN⁺ 2026-01-06

Hacker-News-Kommentare

Hier ist Ben vom VS Code-Team. Mit der einzelnen Einstellung "chat.disableAIFeatures" lassen sich alle AI-Funktionen deaktivieren
Die zugehörige Dokumentation findet sich auf der offiziellen Update-Seite
Falls AI-Funktionen nach dem Setzen der Einstellung weiterhin erscheinen, meldet das bitte auf der GitHub-Issue-Seite, dann schauen wir es uns an
Gelegentlich kann es vorkommen, dass neue AI-Funktionen die Einstellung ignorieren, aber wir bemühen uns, so schnell wie möglich einen Patch bereitzustellen
- VS Code ist ein Flaggschiffprodukt von Microsoft, daher halte ich den Ansatz „wir beheben es so schnell wie möglich“ für eine globale Opt-out-Einstellung für unzureichend
  Solche Funktionen sollten bereits im Design sicher blockiert werden können
- Ich finde es sehr positiv, dass eine einzelne Einstellung hinzugefügt wurde, mit der sich alle AI-Funktionen auf einmal abschalten lassen
  Gerade nach dem Rebranding zum „Open-Source-AI-Code-Editor“ ist es ein Zeichen von Respekt gegenüber den Nutzern, die Option zu bieten, AI nicht zu verwenden
  In einer Zeit, in der viele Unternehmen zur Integration von LLMs gedrängt werden, ist so eine Wahlmöglichkeit bedeutsam
- Die Absicht ist gut, aber ich frage mich, ob diese Einstellung intern im Team tatsächlich auch genutzt wird
  Ich musste Copilot mehrfach deaktivieren und habe VS Code am Ende deshalb verlassen
  Es gab zu viele Pop-ups, und ich hatte wiederholt die Erfahrung von gestörter Konzentration, weil der Editor jede Woche meine Einstellungen zu ignorieren schien
- Wenn es heißt, dass „neue AI-Funktionen gelegentlich die Einstellung ignorieren können“, wirkt das fast so, als ob das Marketingteam absichtlich etwas einschleusen würde
- Ich möchte Ben noch etwas mitgeben. Ich habe kürzlich die Einhaltung der LGPL-Lizenz bei Electron-Apps untersucht, und mehrere Unternehmen, darunter Microsoft, scheinen sie nicht einzuhalten
  Das Electron-Projekt selbst scheint sich der LGPL-Anwendbarkeit nicht bewusst zu sein
  Bitte gib das an das Microsoft-Rechtsteam weiter und lass es prüfen
Mich hat das ständige Pushen von AI in VS Code gestört, deshalb nutze ich stattdessen jetzt VS Codium
VS Codium ist eine Open-Core-Version von VS Code ohne die Microsoft-Branding-Funktionen
Soweit ich weiß, baut Microsoft auf VS Codium auf und fügt dann eigene Funktionen hinzu, um VS Code zu veröffentlichen
Die Grundfunktionen von VS Code sind gut, aber wenn einen die Microsoft-Bestandteile stören, ist VS Codium einen Blick wert
- VS Codium hat nichts mit Microsoft zu tun und ist ein separates Projekt, das den Open-Source-Code von VS Code direkt baut
  Es ist nicht mit der Beziehung zwischen Chrome und Chromium vergleichbar
- Ich hatte das auch in Erwägung gezogen, aber ich nutze proprietäre Erweiterungen in VS Code wie Pylance, deshalb war ein vollständiger Ersatz schwierig
  Stattdessen habe ich Zed ausprobiert, das nicht auf Electron basiert, und es fühlte sich deutlich angenehmer an
- Ich nutze VS Codium seit Jahren, hatte aber zuletzt ein Problem, bei dem Rust analyzer Änderungen nicht erkannt hat
  Als ich Zed wieder ausprobierte, war es deutlich stabiler, und das frühere Problem war ebenfalls behoben
Durch diesen Beitrag habe ich Zed noch einmal installiert, und ein Problem, bei dem es früher bei Remote-Code-Arbeit hängen blieb, war inzwischen behoben
Remote-Git funktioniert ebenfalls gut, und die Geschwindigkeit ist viel besser geworden — es fühlte sich wie ein Weihnachtsgeschenk an
- Bei mir hing die Remote-Funktion von VS Code auch häufig, daher bin ich am Ende ebenfalls zu Zed gewechselt
Ich nutze derzeit Zed, Sublime und VS Code parallel
Was ich bei Zed am meisten vermisse, ist eine Side-by-Side-Diff-Funktion
Es gibt dazu eine Diskussion hier, aber bisher ohne Fortschritt
Auch Unterstützung für GDB/LLDB und bessere C/C++-Tooling-Unterstützung sind nötig
In einer Zeit, in der Software immer aufgeblähter wird, gefällt mir, dass Zed und Sublime in die entgegengesetzte Richtung gehen
- Ich glaube, dass „Feature-Wünsche“ letztlich die Ursache für aufgeblähte Software sind
  Zum Beispiel sind bei Diff-Funktionen spezialisierte Werkzeuge wie Meld oder Beyond Compare deutlich besser
  Wenn ein Editor auch noch all diese Randfunktionen integrieren will, verwässert das seinen Kern
- Ich mag die Diff-Ansicht von IntelliJ wirklich sehr
  Wie auch in dieser Diskussion gesagt wurde, wäre ich sogar bereit, für ein schnelles und gutes eigenständiges Git-UI zu bezahlen
- Wenn ich mir die Größe der Zed-Binaries ansehe, frage ich mich, ob es wirklich so leichtgewichtig ist. Selbst im Vergleich zu Sublime scheint der Unterschied nicht groß zu sein
- Mich würde interessieren, warum du mehrere Editoren parallel nutzt. Wäre es nicht effizienter, sich tief in einen einzigen einzuarbeiten?
Ich habe ein neues MacBook gekauft und absichtlich kein VS Code installiert
Stattdessen nutze ich nur Emacs, und dank meiner über 40 Jahre gewachsenen Konfiguration bin ich damit sehr zufrieden
VS Code ist großartig, aber ich war bei der Nutzung nicht glücklich. Emacs ist für mich ein Werkzeug, das mich glücklich macht
Auch die LLM-Integration halte ich minimal und nutze nur bei Bedarf gemini-cli oder lokale Modelle
- Auch ich habe diese besondere Art von Flow nur dann, wenn ich Emacs benutze
  Emacs hält an einer Philosophie fest, die sich auf Textbearbeitung konzentriert, und unterscheidet sich damit von der Automatisierungsorientierung heutiger IDEs
  Emacs vermittelt für mich das Gefühl einer handwerklichen Entwicklungserfahrung
- Als ich gesehen habe, wie JetBrains und VS Code immer AI-zentrierter wurden, bin ich zu doom emacs gewechselt
  Ich glaube, dass Vim/Neovim und Emacs Editoren sind, die auch in Zukunft lange überleben werden
  Die anfängliche Lernkurve ist da, aber es lohnt sich absolut
- Dank LLMs lässt sich die Emacs-Konfiguration heute viel leichter verfeinern
  Lisp ist zwar immer noch schwierig, aber ich bin inzwischen mit einer sauberen und modernen Konfiguration sehr zufrieden
- Selbst auf einem neuen Notebook war VS Code nicht schnell, also bin ich am Ende zu Zed gewechselt
  VS Code ist zwar mächtiger, aber ich konnte es einfach nicht mehr ertragen
- Natürlich kann nicht jeder Emacs perfekt beherrschen
  Es ist ein gewaltiges Projekt, das 40 Jahre Erfahrung und kontinuierliche Konfigurationsarbeit erfordert
Sublime Text ist immer noch ein großartiger Editor
Er ist schnell, Plugins funktionieren gut, und mit Claude lässt sich Personalisierung wie die Automatisierung von Tastenkürzeln leicht umsetzen
Mit Sublime konnte ich mir meine eigene leichtgewichtige IDE bauen
- Früher habe ich Sublime geliebt, aber das Plugin-Ökosystem stagniert
  Trotzdem war es der Vorläufer leichter Editoren wie Atom, VS Code und Zed
- Sublime-Plugins sind in der Entwicklung so einfach, dass sogar eine einzelne .py-Datei ausreichen kann
  Ich habe mit Gemini mehrere erstellt, und sie haben alle gut funktioniert
- Mit SublimeLSP erledige ich die meisten Aufgaben, aber ich beneide Zed um den eingebauten Debugger und die Möglichkeit, Text aus Pop-ups zu kopieren
  Im Moment fühlt sich Sublime für mich bei der Performance aber immer noch besser an
- Sublime ist bei der Verarbeitung großer Dateien unschlagbar schnell
  Andere Editoren erreichen kaum dieses Maß an Reaktionsfähigkeit
- Ich nutze Emacs im Terminal als „leichtgewichtige IDE“, aber in Wirklichkeit ist es schwer und langsam
  Vielleicht wäre es besser gewesen, stattdessen Vim zu lernen
Zed ist schneller und weniger lästig als VS Code
Allerdings fehlt ein Widget zum Erkunden von Funktionsaufrufgraphen, was unpraktisch ist
Das lässt sich nicht per Erweiterung lösen, aber gerade diese Einschränkung gefällt mir auch, weil dadurch eine browserartige Erweiterungsstruktur vermieden wird
Die Suchleistung in großen Remote-Repositories wird noch verbessert, aber ich hoffe, dass sie bald besser wird
Ich wollte zu Zed wechseln, habe es aber wegen fehlender Jupyter Notebooks und Bild-/Video-Vorschau aufgegeben
Weitere Nachteile sind das standardmäßig aktivierte format on save (zugehörige Diskussion) und die im Vergleich zu VS Code schwächere Debugger-UX
- Ich bin überrascht, dass jemand in einem Code-Editor eine Videovorschau braucht. Ich werde zu Hause in VS Code mal nachsehen
- Ich hatte eine ähnliche Erfahrung. Der Python-Interpreter wurde nicht erkannt, sodass selbst die Grundfunktionen instabil wirkten
  Es gibt heute viele IDEs, aber der grundlegende Workflow muss perfekt sein
- Ich habe mich wegen format_on_save auch herumgeärgert. Inzwischen kann man es abschalten, aber die Standardeinstellung bleibt umstritten
- Auch Sublime und VS Code hatten anfangs eine Phase, in der sie IDE-Funktionen bewusst reduziert hielten
  Da Zed auf Rust basiert, wird es schwerer sein, ein großes Erweiterungsökosystem aufzubauen, dafür könnte es aber Performance und Einfachheit bewahren
- Es gibt immer noch nichts, das so gut ist wie der Debugger von VS Code
  Ich bearbeite inzwischen mit Helix und debugge mit Xcode. VS Code hatte häufig Memory Leaks
Zed hat meine Entwicklungsumgebung in letzter Zeit komplett verändert
Startgeschwindigkeit, Eingabeverzögerung und Ressourcenverbrauch sind alle deutlich besser als bei VS Code, und auch die Vim-Mode-Qualität ist auf höchstem Niveau
- Es fühlt sich wirklich so an, als hätte man viel Wert auf die User Experience gelegt, und deshalb nutze ich es mit Freude
- Allerdings muss man abwarten, ob die jetzige Geschwindigkeit erhalten bleibt, wenn der Funktionsumfang weiter wächst
Ich bin der Autor des Beitrags. Ich hoffe, viele können sich mit der Erfahrung identifizieren, von VS Code zu Zed gewechselt zu sein
In Zed fehlen zwar noch einige kleinere Funktionen wie die automatische Erkennung von Einrückungen (Issue-Link), aber es verbessert sich schnell, daher bin ich optimistisch
- Hast du auch Vim oder Neovim in Betracht gezogen? Vor allem LazyVim hat eine gute Standardkonfiguration und ist sofort nutzbar
  Vielleicht sind die Vorteile, die du in Zed siehst, in Vim längst vorhanden
- Der Blog ist wegen des hohen Traffics gerade nicht erreichbar. Ich möchte ihn später unbedingt lesen