Zed ist unser Büro

 (zed.dev)
4 Punkte von GN⁺ 2025-11-14 | 1 Kommentare | Auf WhatsApp teilen
  • Das gesamte Zed-Team hält seine wöchentlichen Meetings im Zed-Editor ab und nutzt eine kollaborative Umgebung, in der Bildschirmfreigabe und gleichzeitiges Bearbeiten in Echtzeit erfolgen
  • Zed ist ein Code-Editor, der auf reaktionsschnelles Verhalten ohne Verzögerung, eine Interface ohne Ablenkung und natürliche Zusammenarbeit wie in einem Büro ausgelegt ist
  • Durch eine CRDT-basierte Architektur werden konfliktfreies gleichzeitiges Bearbeiten und geringe Latenz gewährleistet, und Zusammenarbeit ist sofort nur mit GitHub-Authentifizierung möglich
  • Das Kollaborations-Panel besteht aus firmenweiten Meeting-Räumen, projektspezifischen Bereichen und persönlichen Fokus-Räumen und bildet so eine virtuelle Office-Struktur
  • Durch diese Struktur kann das Zed-Team auch ohne echtes Büro alle Meetings, Entwicklung und Kommunikation innerhalb von Zed erledigen und verfolgt damit eine zukunftsorientierte Multiplayer-Entwicklungsumgebung

Kollaborationsstruktur innerhalb von Zed

  • Das Team von Zed Industries hält jeden Montag um 12 Uhr sein All-Hands-Meeting ab, und der gesamte Ablauf wird in Echtzeit innerhalb des Zed-Editors geteilt
    • Die Teilnehmer bearbeiten und protokollieren gleichzeitig Wochenpläne, wichtige Kennzahlen und Nutzerfeedback
    • In Echtzeit ist zu sehen, wie mehrere Cursor gleichzeitig dieselbe Datei bearbeiten
  • Die drei Kernziele von Zed sind Reaktionsfähigkeit, Fokus und Kollaboration
    • Zusammenarbeit ist nicht nur eine einzelne Funktion, sondern als Kern-DNA des Produkts konzipiert

Technische Grundlage der Kollaborationsfunktionen

  • Zed verwendet eine CRDT-Architektur (Conflict-free Replicated Data Type), damit alle Änderungen konfliktfrei zusammengeführt werden
    • Unabhängig von Netzwerklatenz oder Standort konvergiert alles auf denselben Zustand
    • Auch wenn viele Personen gleichzeitig bearbeiten, bleibt die Leistung ohne Einbußen erhalten
  • Zusammenarbeit ist allein mit einem GitHub-Login möglich, ohne zusätzliche Extensions oder das Teilen von Links
  • Sprachanrufe und Bildschirmfreigabe sind integriert, sodass Kommunikation ohne externe Tools möglich ist
  • Dieses Kollaborationssystem ist eine unverzichtbare Infrastruktur, die das Zed-Team für den eigenen Entwicklungsprozess selbst gebaut hat

Struktur von Kollaborations-Panel und Channels

  • Das Kollaborations-Panel besteht aus virtuellen Räumen auf Basis von „Channels“
    • Channels sind hierarchisch organisiert, und es können über- und untergeordnete Channels erstellt werden
    • Jeder Channel enthält Teilnehmer-Avatare, Notizen, Sprachsteuerung und Bildschirmfreigabe
    • Channels können als öffentlich (🛜) oder eingeschränkt (#️⃣) konfiguriert werden; außerdem gibt es ein Berechtigungssystem mit Guest / Member / Admin
  • Nutzer können auf die Avatare anderer Teammitglieder klicken, um zu Cursor-Verfolgung oder Bildschirmansicht zu wechseln

Das virtuelle Büro, das Zed geschaffen hat

  • Das „Büro“ des Zed-Teams ist das Kollaborations-Panel selbst und umfasst firmenweite Diskussionen, Projektzusammenarbeit und persönliche Fokus-Räume
  • Firmenweiter Meeting-Bereich
    • Im Channel this week werden Wochenplanung und Kennzahlen überprüft
    • Im Channel retrospectives findet alle sechs Wochen eine Retrospektive statt, bei der per Abstimmung die positiven Punkte und Verbesserungsmöglichkeiten ausgewählt werden
    • Im Channel demos demonstrieren Teammitglieder jeden Freitag in Echtzeit Funktionen oder Ergebnisse von Bugfixes
  • Projektspezifische Bereiche
    • Für jedes Projekt (git 1.0, edit predictions v2, delta db, cloud usw.) gibt es einen eigenen Channel
    • In den Channel-Notizen sind Teammitglieder, Ziele, zugehörige GitHub-Links und der Fortschritt festgehalten
    • Untergeordnete Channels dienen als Besprechungsräume für einzelne Komponenten
    • Einige Channels sind öffentlich, sodass externe Nutzer sie einsehen können
  • Persönliche Fokus-Räume
    • Unter dem Channel people legt jedes Teammitglied einen Unter-Channel mit dem eigenen Namen an und nutzt ihn als persönlichen Arbeitsbereich
    • Das dient als Signal für den „Fokusmodus“, bei Bedarf können Kolleginnen und Kollegen aber frei vorbeischauen
    • Auch dieser Blogbeitrag wurde im persönlichen Channel blog des Autors als Entwurf verfasst

Ausblick und Vision

  • Die aktuellen Kollaborationsfunktionen bilden die Grundlage dafür, dass Zed Industries innerhalb von Zed betrieben werden kann
  • Langfristig ist das Ziel eine kontinuierliche kollaborative Umgebung, in der Gespräche, Bearbeitung und Erkenntnisse mit Code verbunden sind
  • In der Vergangenheit lag der Fokus auf von Nutzern gewünschten Funktionen (Agent-Tools, Debugging, Unterstützung für Windows und Git usw.),
    jetzt rückt wieder die Verbesserung des Reifegrads als Multiplayer-Entwicklungstool in den Mittelpunkt
  • Die Kollaborationsfunktionen befinden sich derzeit in der Alpha-Version und werden allen Nutzern kostenlos angeboten
  • Downloads für macOS, Windows und Linux sind verfügbar, und es wird aktiv nach Entwicklern gesucht

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-11-14
Hacker-News-Kommentare

  • Mir gefällt die Richtung, die Zed einschlägt, aber es ist frustrierend, dass es an der Stabilität der grundlegenden Editierfunktionen fehlt
    Wenn Dateien extern geändert werden, wird das weder im Projektfenster noch im git diff reflektiert, und in Container-Umgebungen funktionieren die AI-Funktionen nicht richtig
    ACP sieht zwar cool aus, ist in der Praxis aber unbequemer als die meisten CLIs
    Ich bin deshalb erst einmal wieder zu NeoVIM zurückgekehrt. Wenn Zed stabiler ist, probiere ich es noch einmal
    Zugehöriges Issue: github.com/zed-industries/zed/issues/38109

    • Ich kann der Aussage „man muss in Containern arbeiten“ zustimmen. Nix wird zwar scherzhaft erwähnt, aber containerbasierte Entwicklung ist in der Praxis immer noch ein holpriger Workflow
      Im Jahr 2025 gibt es viele andere Möglichkeiten, reproduzierbare Toolchains ohne Systemverschmutzung aufzubauen
    • Da der 1.0-Release offenbar für Frühjahr 2026 geplant ist, werde ich es mir dann noch einmal ansehen
    • In AI-bezogene Funktionen wurde gefühlt zu früh investiert
      Die frühere Demo zu Agentic editing war interessant, aber inzwischen sind CLI-Tools deutlich effizienter
      Ich arbeite meist mit Claude code - plan mode und bearbeite danach im Editor weiter. Ob AI integriert ist, spielt für mich inzwischen keine große Rolle
    • Eine Kleinigkeit, aber am störendsten ist für mich, dass Text auf einem 1440p-Bildschirm unscharf wirkt
    • Mich stört, dass man den Zeilenumbruch (line wrap) nicht deaktivieren kann. Die Einstellung funktioniert nicht, und im Code gibt es ein hartes Limit
      Das ist beim Ansehen großer Log-Dateien sehr unpraktisch. Bei einem Editor sollten die Editierfunktionen oberste Priorität haben
      Trotzdem gefällt mir, dass man globale Suchergebnisse direkt bearbeiten kann
      Zugehörige Diskussion: github.com/zed-industries/zed/discussions/26344

  • Ich würde die Kollaborationsfunktionen unbedingt gern ausprobieren, aber Self-Hosting muss möglich sein
    Wenn Projektdaten über Zed-Server laufen, wird das in Unternehmensumgebungen ohne SLA vermutlich nicht akzeptiert

  • Ich möchte keine Kommunikationstools oder Multiplayer-Funktionen in einer IDE haben
    Das ist ein Raum, den ich für Konzentration nutze, und ich will dort keine Ablenkungen hineinholen

    • Mich interessiert das auch nicht besonders, aber wenn ich es notgedrungen nutzen muss, dann brauche ich gut funktionierende Kollaborationsfunktionen
      Ich habe den Eindruck, dass die Qualität bei Zed besser ist als bei anderen Remote-Pair-Programming-Tools
      Bei der Wahl einer IDE sind für mich Erweiterbarkeit und Flexibilität wichtiger als Perfektion
    • Ich habe das Kollaborations-Panel aus der unteren Leiste entfernt, und dadurch wirkt alles aufgeräumter. Empfehlung
    • Solche Funktionen wirken wie unnötige Ablenkung, die vom eigentlichen Wesen einer IDE wegführt
      Ich mache fast nie Pair Programming und musste nur bei schwerwiegenden Bugs gelegentlich etwas teilen

  • Ich habe ein Abo für Zed Pro und mag die integrierte Agentenfunktion
    Für kleine Teams ist die vom Zed-Team verfolgte Richtung eines „Tools zum Erstellen von Tools“ aber nicht unbedingt nötig
    Ich möchte vor allem eine leichte, schnelle Erfahrung beim Erkunden, Verstehen und Bearbeiten von Code
    Wichtiger als Support für Swift oder Kotlin ist für mich eine UI, in der man Verzeichnis-Panel und Outline-Panel gleichzeitig sehen kann

    • Tatsächlich ist das bereits möglich. Man muss das Panel nur in das rechte Dock verschieben

  • Ein cloudbasierter Code-Editor, der vom Unternehmen kontrolliert wird, macht mich nervös
    Vor allem, wenn auch noch Kollaborationstools wie Zoom oder Slack integriert sind

    • Aber die Wahl ist frei. Es gibt viele Optionen wie Zed, IntelliJ oder VSCode
      Alle kommerziellen IDEs abzulehnen dürfte eher eine Minderheitsmeinung sein

  • Die Performance-Probleme von Atom Electron anzulasten, wirkt wie Verantwortungsabwälzung
    VSCode basiert ebenfalls auf Electron, ist aber deutlich schneller. Bei Browsern ist es genauso

    • Atom war hochgradig erweiterbar wie Emacs, während VSCode nur eine begrenzte API bereitstellt
      Daher kommt der Performance-Unterschied
    • Zed ist eine native App, die in Rust geschrieben ist, und deshalb deutlich schneller als Electron
      Web-Technologien sind großartig, aber bei der Performance gibt es klare Grenzen

  • Zeds groß angelegte Kollaborationsfunktionen sind interessant, aber die Vorstellung von kollektivem Coding in Echtzeit ist schon beim Gedanken daran belastend

    • Für das Onboarding von Juniors oder für Code-Reviews könnte das nützlich sein
      Es könnte unmittelbares Feedback und einen produktiven Anreizeffekt geben
      Wenn Organisationen es nicht erzwingen, könnte sich daraus aber ein neues Paradigma entwickeln
    • Für Pair Programming oder Code-Walkthroughs scheint es gut geeignet zu sein
      Deutlich effizienter als Bildschirmfreigabe
    • Es gibt auch scherzhafte Stimmen, die meinen, man brauche eine gewisse Handwerksmentalität, um mit Code wie mit Kunst umzugehen
    • Andere plädieren dafür, das Chaos zu akzeptieren
      Sie stellen sich eine Umgebung vor, in der ohne Versionsverwaltung in Echtzeit editiert werden kann
      Mit Feature Toggles und Hot-Swap-Deployments ließe sich eine schnelle Feedback-Schleife schaffen
      Zugehöriger Artikel: martinfowler.com/articles/feature-toggles.html
    • Im Grunde ist das nur eine erweiterte Form von Pair Programming. Persönlich mag ich das nicht

  • Die Funktionen sind interessant, aber in der Praxis werde ich sie wohl nicht oft nutzen
    Das erinnert mich an die Zeit, als mehrere Leute gleichzeitig mit PabloDraw ANSI-Art erstellt haben
    Ich habe auch die Kollaborationsfunktionen von VSCode genutzt, aber wegen Unternehmensrichtlinien gibt es viele Self-Hosting-Einschränkungen

  • Es wäre gut, wenn Kollaborationsserver wie LSP standardisiert wären und mit verschiedenen IDEs kompatibel wären
    Ich würde gern auch mit VSCode-Nutzern zusammenarbeiten können

    • Sehe ich genauso. Die meisten Kollaborationstools setzen voraus, dass alle denselben Editor verwenden, und dadurch sinkt ihr Nutzen
      Für das Zed-Team ist das intern vielleicht kein Problem, aber editorübergreifende Kompatibilität ist nötig
    • Eigentlich konnte so etwas schon SubEthaEdit vor 20 Jahren. Es funktionierte auch mit Coda 2 und TextMate

  • Wer sich noch an Atoms teletype-Paket erinnert, denkt unweigerlich an die Geschichte des kollaborativen Editierens
    Hydra und SubEthaEdit waren Anfang der 2000er die frühen Vorreiter
    Diesmal scheint das Teilen auf Organisationsebene der „neue Freischaltpunkt“ zu sein
    Zugehörige Links: SubEthaEdit-Wiki, Apple Design Awards 2003

    • Tatsächlich gibt es kollaboratives Editieren schon seit den 1960er Jahren.
      Es wurde bereits in „The Mother of All Demos“ vorgestellt
      In jüngerer Zeit ist Echtzeit-Kollaboration dank ausgereifter CRDTs deutlich stabiler geworden
      Siehe: The Mother of All Demos, CRDT-Beitrag im Zed-Blog
    • SubEthaEdit war ein Paradebeispiel dafür, wie ein kleines Team in kurzer Zeit ein echtes Problem lösen konnte
      Heute hat man das Gefühl, dass solche Chancen für „Innovation mit niedriger Einstiegshürde“ immer seltener werden
      Der Versuch von Zed ist cool, aber die Entwicklungsressourcen, die für einen Editor der nächsten Generation nötig sind, sind deutlich größer geworden
    • Ich erinnere mich, SubEthaEdit um 2004 für internationale Zusammenarbeit genutzt zu haben
      Es freut mich, dass es bis heute als kostenlose App erhalten geblieben ist