Zed est notre bureau

 (zed.dev)
4 points par GN⁺ 2025-11-14 | 1 commentaires | Partager sur WhatsApp
  • Toute l’équipe de Zed tient sa réunion hebdomadaire directement dans l’éditeur Zed, en utilisant un environnement collaboratif où le partage d’écran et l’édition simultanée se font en temps réel
  • Zed est un éditeur de code conçu avec pour objectifs une réactivité sans latence, une interface qui ne perturbe pas la concentration et une collaboration aussi naturelle que dans un bureau
  • Grâce à une architecture fondée sur les CRDT, il garantit l’édition simultanée sans conflit et une faible latence, et permet de collaborer instantanément avec une simple authentification GitHub
  • Le panneau de collaboration est composé d’espaces pour les réunions de toute l’entreprise, les projets et le travail individuel, formant ainsi une structure de bureau virtuel
  • Grâce à cette structure, l’équipe de Zed peut tout faire dans Zed — réunions, développement et communication — sans bureau physique, avec l’ambition d’un environnement de développement multijoueur tourné vers l’avenir

La structure de collaboration au sein de Zed

  • L’équipe de Zed Industries tient chaque lundi à midi une réunion générale, et tout le processus est partagé en temps réel dans l’éditeur Zed
    • Les participants y éditent simultanément les plannings de la semaine, les indicateurs clés et les retours utilisateurs
    • On y voit en temps réel plusieurs curseurs modifier un même fichier en parallèle
  • Les trois objectifs fondamentaux de Zed sont la réactivité, la concentration et la collaboration
    • La collaboration n’est pas une simple fonctionnalité, mais un élément central de l’ADN du produit

Les fondations techniques des fonctions collaboratives

  • Zed utilise une architecture CRDT (Conflict-free Replicated Data Type) pour que toutes les modifications soient fusionnées sans conflit
    • Le système converge vers un état identique indépendamment de la latence réseau ou de l’emplacement des utilisateurs
    • Les performances restent stables même lorsque de nombreuses personnes éditent en même temps
  • La collaboration est possible avec une simple connexion via un compte GitHub, sans extension à installer ni lien à partager
  • Les appels vocaux et le partage d’écran sont intégrés, ce qui permet de communiquer sans outil externe
  • Ce système collaboratif est une infrastructure essentielle conçue par l’équipe de Zed pour son propre processus de développement

Le panneau de collaboration et la structure des canaux

  • Le panneau de collaboration est organisé comme un espace virtuel fondé sur des “channels”
    • Les channels sont structurés hiérarchiquement, avec possibilité de créer des channels parents et enfants
    • Chaque channel inclut des avatars de participants, des notes, des contrôles vocaux et le partage d’écran
    • Un channel peut être public (🛜) ou restreint (#️⃣), avec un système de permissions Guest / Member / Admin
  • Les utilisateurs peuvent cliquer sur l’avatar d’un collègue pour passer au suivi du curseur ou à la vue de son écran

Le bureau virtuel créé par Zed

  • Le “bureau” de l’équipe Zed est le panneau de collaboration lui-même, organisé entre discussions à l’échelle de l’entreprise, espaces projet et zones de concentration individuelle
  • Espace de réunion de toute l’entreprise
    • Dans le channel this week, l’équipe examine les plans hebdomadaires et les indicateurs
    • Dans le channel retrospectives, une rétrospective a lieu toutes les six semaines, avec vote sur les points positifs et les axes d’amélioration
    • Dans le channel demos, chaque vendredi, les membres de l’équipe présentent en direct des fonctionnalités ou des corrections de bugs
  • Espaces par projet
    • Chaque projet (git 1.0, edit predictions v2, delta db, cloud, etc.) dispose de son propre channel
    • Les notes du channel récapitulent les membres de l’équipe, les objectifs, les liens GitHub associés et l’avancement
    • Les sous-channels servent d’espaces de réunion pour des composants plus précis
    • Certains channels sont publics et peuvent être consultés par des utilisateurs externes
  • Espaces de concentration individuelle
    • Sous le channel people, chaque membre de l’équipe crée un sous-channel à son nom pour l’utiliser comme espace de travail personnel
    • Cela sert de signal de “mode concentration”, tout en permettant aux collègues de venir librement si nécessaire
    • Cet article de blog lui-même a été rédigé à l’état de brouillon dans le channel personnel blog de l’auteur

Orientation future et vision

  • Les fonctions collaboratives actuelles constituent la base qui permet à Zed Industries de fonctionner depuis l’intérieur de Zed
  • À long terme, l’objectif est un environnement collaboratif continu où conversations, édition et insights sont reliés au code
  • Par le passé, l’équipe s’est concentrée sur des fonctionnalités demandées par les utilisateurs (outils d’agent, débogage, prise en charge de Windows et de Git, etc.),
    mais elle remet désormais l’accent sur l’amélioration de Zed en tant qu’outil de développement multijoueur
  • Les fonctions collaboratives sont actuellement en version alpha et gratuites pour tous les utilisateurs
  • Téléchargement disponible pour macOS, Windows et Linux, et recrutement de développeurs en cours

À lire aussi

1 commentaires

 
GN⁺ 2025-11-14
Avis Hacker News

  • J’apprécie la direction que poursuit Zed, mais c’est frustrant de voir qu’il manque de stabilité dans les fonctions d’édition de base
    Quand un fichier est modifié en externe, cela ne se reflète ni dans la fenêtre du projet ni dans le git diff, et dans un environnement conteneurisé, les fonctions IA cassent
    ACP a aussi l’air sympa, mais en pratique c’est moins pratique que la plupart des CLI
    Pour l’instant, je suis revenu à NeoVIM. Je réessaierai Zed quand il sera plus stable
    Problème lié : github.com/zed-industries/zed/issues/38109

    • Je comprends tout à fait l’idée qu’« il faut pouvoir travailler dans des conteneurs ». On mentionne Nix sur le ton de la plaisanterie, mais en réalité le développement basé sur des conteneurs reste un workflow maladroit
      En 2025, il existe aussi beaucoup d’autres moyens de mettre en place une toolchain reproductible sans polluer le système
    • Puisqu’une sortie en version 1.0 est prévue pour le printemps 2026, je compte revérifier à ce moment-là
    • J’ai l’impression qu’ils ont investi trop tôt dans les fonctions liées à l’IA
      L’ancienne démo d’Agentic editing était intéressante, mais aujourd’hui les outils CLI sont bien plus efficaces
      Je travaille surtout avec Claude code - plan mode, puis je corrige dans l’éditeur. Le fait d’avoir ou non une intégration IA n’a plus vraiment d’importance
    • C’est un détail, mais ce qui m’agace le plus, c’est le rendu flou du texte sur un écran 1440p
    • Je n’aime pas qu’on ne puisse pas désactiver le retour à la ligne automatique (line wrap). Le réglage ne fonctionne pas et il y a une limite codée en dur
      C’est très pénible pour consulter de gros fichiers de logs. Dans un éditeur, les fonctions d’édition devraient être prioritaires
      Cela dit, le fait de pouvoir modifier directement les résultats d’une recherche globale est appréciable
      Discussion liée : github.com/zed-industries/zed/discussions/26344

  • J’aimerais vraiment essayer les fonctions de collaboration, mais il faut absolument que le self-hosting soit possible
    Si les données du projet passent par les serveurs de Zed, ce sera probablement inacceptable en environnement d’entreprise sans SLA

  • Je ne veux pas d’outil de communication ni de fonctions multijoueur dans mon IDE
    C’est un espace que j’utilise pour me concentrer, donc je n’ai pas envie d’y faire entrer des sources de distraction

    • Moi non plus, ça ne m’intéresse pas vraiment, mais si je dois l’utiliser malgré moi, il me faut au moins des fonctions de collaboration qui marchent bien
      J’ai l’impression que la qualité de Zed est meilleure que celle des autres outils de pair programming à distance
      Mon critère de choix d’un IDE, ce n’est pas la perfection, mais l’extensibilité et la flexibilité
    • J’ai retiré le panneau de collaboration de la barre du bas et c’est beaucoup plus propre. Je le recommande
    • Ce genre de fonctions me semble être une distraction inutile qui s’éloigne de la nature même d’un IDE
      Je fais rarement du pair programming, et je n’ai eu besoin de partager mon écran que lors de bugs sérieux

  • Je suis abonné à Zed Pro, et j’aime bien la fonction d’agent intégrée
    Mais dans une petite équipe, la direction « construire des outils pour créer des outils » que vise l’équipe de Zed n’est pas forcément nécessaire
    Ce que je veux, c’est une expérience légère et rapide pour explorer, comprendre et modifier du code
    Plus que la prise en charge de Swift ou Kotlin, j’ai surtout besoin d’une interface qui permette de voir en même temps le panneau de répertoires et le panneau de plan

    • En fait, c’est déjà possible. Il suffit de déplacer le panneau dans le dock de droite

  • Un éditeur de code cloud contrôlé par une entreprise m’inquiète
    En particulier sous une forme intégrant des outils collaboratifs comme Zoom ou Slack, cela me rebute encore davantage

    • Mais chacun est libre de choisir. Il existe différentes options comme Zed, IntelliJ, VSCode, etc.
      Refuser tous les IDE commerciaux serait probablement une opinion minoritaire

  • Rejeter les problèmes de performance d’Atom sur Electron ressemble à une façon de se dédouaner
    VSCode est lui aussi basé sur Electron, mais il est bien plus rapide. Même chose pour les navigateurs

    • Atom avait une extensibilité à la Emacs, alors que VSCode ne fournit qu’une API limitée
      C’est ce qui explique la différence de performances
    • Zed est une application native écrite en Rust, donc bien plus rapide qu’Electron
      Les technologies web sont excellentes, mais leurs limites en matière de performances sont évidentes

  • Les fonctions de collaboration à grande échelle de Zed sont intéressantes, mais l’idée même de coder en groupe en temps réel est déjà angoissante à imaginer

    • Cela peut être utile pour la formation des juniors ou les revues de code
      Il peut y avoir un retour immédiat et un effet stimulant sur la productivité
      À condition bien sûr que l’organisation ne l’impose pas, cela pourrait évoluer vers un nouveau paradigme
    • Cela semble bien pour le pair programming ou les walkthroughs de code
      C’est bien plus efficace qu’un simple partage d’écran
    • Certains plaisantent aussi en disant qu’il faudrait une forme d’artisanat du code, où l’on traite le code comme un art
    • D’autres préfèrent embrasser le chaos
      Ils imaginent un environnement où l’on peut modifier en temps réel sans gestion de versions
      Avec des Feature Toggles et des déploiements hot-swap, on pourrait créer une boucle de feedback très rapide
      Article lié : martinfowler.com/articles/feature-toggles.html
    • Au fond, ce n’est qu’une version étendue du pair programming. Personnellement, je n’aime pas ça

  • Les fonctions sont intéressantes, mais dans la pratique il n’y aura pas tant d’occasions de les utiliser
    Cela me rappelle l’époque où plusieurs personnes créaient en même temps de l’art ANSI avec PabloDraw
    J’ai aussi essayé les fonctions collaboratives de VSCode, mais les politiques de l’entreprise imposent beaucoup de contraintes de self-hosting

  • Ce serait bien que le serveur de collaboration soit standardisé comme le LSP et compatible avec plusieurs IDE
    J’aimerais aussi pouvoir travailler avec des utilisateurs de VSCode

    • Je pense pareil. La plupart des outils de collaboration exigent d’utiliser le même éditeur, donc leur utilité reste limitée
      L’équipe de Zed ne ressentira probablement pas ce problème en interne, mais il faut une compatibilité entre éditeurs hétérogènes
    • En réalité, ce genre de fonction existait déjà dans SubEthaEdit il y a 20 ans. Il y avait aussi une intégration avec Coda 2 et TextMate

  • Ceux qui se souviennent de l’ancien package teletype d’Atom penseront à l’histoire de l’édition collaborative
    Hydra et SubEthaEdit en ont été les précurseurs au début des années 2000
    Cette fois, le point présenté comme la « nouvelle avancée » semble être le partage à l’échelle de l’organisation
    Liens associés : wiki SubEthaEdit, Apple Design Awards 2003

    • En réalité, l’édition collaborative existe depuis les années 1960.
      Elle était déjà présentée dans “The Mother of All Demos”
      Plus récemment, la technologie des CRDTs a gagné en maturité, ce qui a rendu la collaboration en temps réel bien plus stable
      Références : The Mother of All Demos, article du blog Zed sur les CRDT
    • SubEthaEdit était un exemple représentatif d’une petite équipe qui a résolu un vrai problème en peu de temps
      Aujourd’hui, on a l’impression que ces occasions d’innovation « à faible difficulté » se font de plus en plus rares
      La tentative de Zed est admirable, mais les ressources de développement nécessaires pour créer un éditeur de nouvelle génération sont devenues bien plus importantes
    • Je me souviens avoir utilisé SubEthaEdit vers 2004 pour de la collaboration internationale
      Je suis content de voir que l’application existe encore en version gratuite