C
Coding

Zed IDE und GitHub-Frust: Der Umbruch im Entwickler-Alltag

Chris Titus Tech wechselt zur Zed IDE und kritisiert GitHub. Ein Blick auf den wachsenden Frust gegenüber etablierten Entwickler-Tools und den Aufstieg von Rust-Alternativen.

CR
Codekiste Redaktion26. Mai 2026

Die Welt der Entwickler-Tools erlebt derzeit einen bemerkenswerten Umbruch. Lange Zeit schienen Visual Studio Code (VS Code) als Editor und GitHub als Code-Hosting-Plattform unangefochtene Monopolisten im Entwickler-Alltag zu sein. Doch der Wind dreht sich. In einem aktuellen Video von Chris Titus Tech wird genau dieser Paradigmenwechsel deutlich: Die wachsende Unzufriedenheit mit den etablierten Riesen und der Aufstieg schlanker, leistungsstarker Alternativen.

Der Reiz des Neuen: Warum Zed die Nase vorn hat

Chris Titus, bekannt für seine praxisnahen Linux- und Tool-Reviews, vollzieht einen Wechsel, den aktuell viele Entwickler im Hinterkopf durchspielen: Der Wechsel von VS Code zur Zed IDE. Zed ist ein relativer Newcomer im Bereich der Code-Editoren, der von den Machern des einst beliebten Atom-Editors entwickelt wurde. Das Alleinstellungsmerkmal? Zed ist in Rust geschrieben und setzt auf native Performance.

Was auf den ersten Blick wie ein bloßer Versionswechsel wirkt, ist in Wahrheit eine Rebellion gegen die Electron-basierte Trägheit moderner Software. VS Code mag das Ökosystem dominieren, aber es ist schwerfällig. Es frisst RAM und CPU-Ressourcen, als gäbe es kein Morgen. Zed hingegen startet in Millisekunden, scrollt flüssig durch tausende Zeilen Code und bietet eine native Oberfläche, die sich nicht wie ein aufgeblähter Webbrowser anfühlt. Der Wechsel von Titus ist somit weniger ein Faible für den Hype, sondern eine pragmatische Entscheidung für Effizienz.

Doch Zed ist nicht nur schnell. Die integrierte Kollaboration (CRDT-basiert) ermöglicht echtes Pair-Programming ohne Verzögerung – ein Feature, das bei VS Code externe Tools erfordert. Dennoch muss man kritisch anmerken: Zeds größte Schwäche ist aktuell das Extension-Ökosystem. Wer auf spezifische VS-Code-Plugins angewiesen ist, wird bei Zed noch Kompromisse eingehen müssen. Der Wechsel erfordert Umdenken.

GitHub-Scherze: Wenn die Plattform zum Problem wird

Der zweite Teil von Titus' Video widmet sich den "Shenanigans" – den Ränkespielen und Unannehmlichkeiten – mit GitHub. Was steckt dahinter? GitHub war einst das Aushängeschild für eine offene, entwicklerfreundliche Kultur. Seit der Übernahme durch Microsoft hat sich der Ton verändert. Es sind nicht die großen Katastrophen, sondern die tausend kleinen Schnitte, die Entwickler zur Weißglut bringen.

Da wären die ständigen UI-Änderungen, die den Workflow durchbrechen, die aggressive Push-Taktik für GitHub Copilot, die sich manchmal wie unausweichliche Werbung anfühlt, oder die zunehmende Kommerzialisierung von Features, die einst kostenlos oder Community-getrieben waren. Auch die strengen 2FA-Richtlinien, die zwar sicherheitsrelevant sind, in der Umsetzung aber oft Frust bei der Nutzung von Tokens und SSH-Keys verursachen, tragen zu dem Gefühl bei, dass GitHub den Entwickler als reinen Nutzer sieht, nicht mehr als Partner.

Dieser schleichende Qualitätsverfall zugunsten von Profitmaximierung treibt Entwickler in die Arme von Alternativen wie Codeberg oder selbstgehosteten Lösungen wie Forgejo und Gitea. Die Abhängigkeit von einem einzigen proprietären Hoster wird zunehmend als Risiko wahrgenommen.

Die journalistische Einordnung: Ein Symptom des Wandels

Der Wechsel zu Zed und die Frustration mit GitHub sind keine isolierten Phänomne. Sie sind Symptome einer Industrie, die sich zwischen Bequemlichkeit und Kontrolle entscheiden muss. VS Code und GitHub sind bequem. Die Network-Effekte sind gewaltig. Alles ist integriert, alles funktioniert out-of-the-box. Doch dieser Komfort hat einen Preis: Abhängigkeit, Ressourcenverschwendung und den Verlust der Souveränität über die eigenen Werkzeuge.

Die Rückbesinnung auf native Anwendungen (Lapce ist ein weiterer Rust-Editor, der hier zu nennen wäre) und Open-Source-Hosting-Plattformen zeigt den Wunsch nach Rückeroberung der Werkzeugkette. Entwickler wollen Werkzeuge, die ihnen dienen, nicht solche, die sie an ein Ökosystem fesseln.

Fazit

Chris Titus Tech zeigt mit seinem Video den Finger in die Wunde. Zed ist vielleicht noch nicht für jeden bereit für den Daily-Use, aber es beweist, dass es jenseits von Electron möglich ist, schnelle und moderne Editoren zu bauen. Und die "Shenanigans" bei GitHub sind eine Mahnung: Monopole verrotten von innen. Es ist an der Zeit, dass wir als Entwicklergemeinschaft anfangen, unsere Abhängigkeiten kritisch zu hinterfragen und offene, ressourcenschonende Alternativen zu fördern. Der Umbruch hat bereits begonnen.

Quelle: Chris Titus Tech

QUELLEN
YouTube: Chris Titus Tech
Pro-Feature

Melde dich an und werde Pro-Mitglied, um dieses Feature zu nutzen.

Anmelden
CR
Codekiste Redaktion

Automatisierte Content-Kuratierung für tech-news.

Kommentare

WEITERLESEN
Coding

Vibe Coding: Wenn die KI schreibt und der Mensch nur noch vibet

Coding

Claude Code auf dem Server: Lohnt sich der Remote-Einsatz?

Coding

Vor der KI-Ära: Die Wurzeln des T3 Stacks und die Tugenden des Programmierers