9 points par GN⁺ 2026-04-30 | 1 commentaires | Partager sur WhatsApp
  • Zed 1.0 est le premier éditeur desktop reconstruit entièrement depuis Atom, qui reposait sur les technologies web ; toute l’application a été conçue autour des shaders GPU, avec un framework UI maison, GPUI, implémenté en Rust
  • Pour dépasser les limites des technologies de base existantes, l’équipe a choisi de posséder toute la pile technique, à tous les niveaux ; après des années de développement, cela aboutit à la déclaration de la version 1.0
  • Sur Mac, Windows et Linux, Zed a élargi son périmètre fonctionnel pendant 5 ans et inclut des fonctions d’éditeur modernes comme la Git integration, le SSH remoting, le Debugger et les rainbow brackets
  • La base de code a dépassé le million de lignes, et des centaines de milliers de développeurs utilisent désormais Zed chaque jour pour livrer des logiciels
  • La 1.0 ne signifie ni achèvement ni perfection, mais le fait que le produit est désormais arrivé à un niveau que la plupart des développeurs peuvent adopter rapidement

IA et prochaines étapes

  • Zed s’est imposé comme un éditeur IA-native et propose l’exécution de multiple agents in parallel ainsi que des edit predictions
  • Les edit predictions suggèrent la modification suivante à chaque frappe, tout en fonctionnant à la vitesse attendue dans Zed
  • Via l’Agent Client Protocol, il est possible de connecter davantage d’agents comme Claude Agent, Codex, OpenCode et Cursor
  • Les fonctions d’IA n’ont pas été ajoutées par-dessus un éditeur existant, mais intégrées à la structure fondamentale de l’éditeur
  • Le développement de DeltaDB est en cours ; il s’agit d’un moteur de synchronisation basé sur les CRDTs, qui suit toutes les modifications au niveau du caractère
  • DeltaDB permettra à plusieurs personnes et agents de partager une vision cohérente unique d’une base de code en évolution permanente
  • Grâce à cette architecture, les membres d’une équipe pourront participer aux conversations avec les agents et examiner puis faire évoluer directement le code agentique dans le contexte généré
  • Zed for Business est lancé en parallèle ; les entreprises pourront bientôt déployer Zed auprès de leurs équipes d’ingénierie avec centralized billing, role-based access controls et team management
  • Jusqu’ici, Zed a publié plus d’un millier de versions, toutes commençant par 0, et atteint pour la première fois la 1.0
  • L’équipe prévoit de continuer à publier chaque semaine, comme jusqu’à présent
  • La liste des fonctionnalités à construire n’a toujours pas de fin, et chaque release continue de faire progresser la qualité de fabrication logicielle
  • download now

1 commentaires

 
GN⁺ 2026-04-30
Commentaires sur Hacker News
  • En voyant la section 4.1 du contrat de licence, ça m’a immédiatement refroidi
    Il y est écrit que Zed reçoit des droits très étendus sur les Customer Data, y compris les utiliser, copier, stocker, divulguer, transmettre, transférer, afficher, modifier et même créer des œuvres dérivées, et je n’ai pas envie d’accorder de tels droits sur le code source et les produits sur lesquels je travaille

    • Le point essentiel de cette formulation n’est pas seulement le début, mais ce qui vient après solely
      Il est précisé que cela est limité à l’exécution des obligations de support, à la génération de Telemetry et au respect des obligations légales, et qu’à moins que la loi ne l’exige, les données ne sont pas transmises à d’autres personnes que celles désignées par le client ou aux prestataires de service
      Lire cela en retirant cette partie me semble être une interprétation un peu sévère envers Zed
    • Je ne suis pas juriste, mais le seul point vraiment discutable me semble être la partie telemetry
      Le reste se lit globalement comme le traitement des données envoyées par l’utilisateur pour fournir le service demandé et le support, ainsi que pour répondre à des obligations légales comme un mandat
      En revanche, la définition de la telemetry en 4.4 est trop large, puisqu’elle inclut journaux techniques, métriques, données et learnings, ce qui pourrait aussi couvrir des choses comme l’entraînement de LLM, et ça met mal à l’aise
      À mon avis, un contrat n’a pas besoin d’être aussi opaque
    • Au contraire, c’est justement la dernière partie qui rend ça raisonnable à la lecture
      Cela signifie que le traitement des données client est limité à 1) l’exécution du contrat et le support, 2) la télémétrie, 3) les cas où la loi l’exige, et en soi cela semble rester dans un cadre acceptable
    • Il y a aussi d’autres points
      C’est un résumé trouvé dans le commentaire épinglé de la vidéo YouTube (https://www.youtube.com/watch?v=c6Bns1T77HM) : arbitrage obligatoire, renonciation aux recours collectifs, nécessité d’opt-out sous 30 jours, prescription d’un an, possibilité de clôturer un compte sans motif, suppression possible des données en cas d’arrêt de paiement, remboursements limités, modification unilatérale des conditions, autorisation d’utiliser le nom et le logo à des fins marketing, absence de garantie, et plafond de responsabilité très bas, égal au plus élevé entre les paiements des 12 derniers mois et 100 dollars
      En plus, l’autocomplétion peut par défaut envoyer le code à des fournisseurs d’IA, donc il faut être particulièrement prudent si l’on manipule du code sensible ou propriétaire
    • Je me demande si on ne peut pas simplement compiler soi-même depuis les sources, lancer le tout sans rien fournir comme information, et s’en tenir là
      Ou bien si l’éditeur est conçu de façon à phone home de manière forcée pendant l’exécution
  • J’ai l’impression que l’équipe de Zed a créé le meilleur éditeur moderne que j’aie utilisé
    Je paie même un abonnement mensuel, en pratique surtout pour les soutenir, et je cherchais depuis longtemps une alternative à Sublime Text qui tourne partout et fasse l’essentiel de ce dont j’ai besoin ; Zed remplit exactement ce rôle
    Je payais JetBrains tous les ans depuis 2017, mais depuis que j’utilise Zed, je ne l’ouvre presque plus, sauf Rider pour le C#

    • Zed est vraiment agréable à utiliser
      Ça fait plus d’un an que je n’ai pas eu besoin d’ouvrir VSCode, et même sans bien connaître Rust, créer des extensions y était relativement simple
      Ils semblent avoir bien retenu les leçons de l’époque Atom, car les performances sont excellentes
    • J’ai toujours vu Zed comme une alternative à Sublime Text
      Même si je casse ma config Neovim en bricolant, je peux garder Zed en solution de secours quand il faut éditer quelque chose rapidement, et son mode Vim me paraît le meilleur en dehors de JetBrains ou de Vim lui-même
    • Je n’avais jamais vraiment envisagé Zed comme remplaçant de Sublime, mais maintenant que tu le dis, ça se tient complètement
      Je n’utilisais Sublime que comme bloc-notes temporaire ultra-rapide qui ne perd pas mes notes à la fermeture, et Zed semble aussi très bien convenir à cet usage
      Je me dis même que je pourrais me passer d’un produit similaire
    • C’est désormais mon choix par défaut dès que je dois manipuler manuellement à peu près n’importe quel fichier texte
      Zed a bien mieux tenu le coup que d’autres éditeurs, notamment Cursor ou VSCode, sur des fichiers qui les faisaient planter
    • J’étais justement sur le point de le télécharger par curiosité, et mon historique IDE/éditeurs ressemble tellement au tien que ça me fait une drôle d’impression de déjà-vu
      J’espère finir par ressentir la même chose
  • Je trouve que les commentaires en tête sont vraiment à côté de la plaque
    Cette équipe a construit un produit remarquable avec de nouvelles technologies, et il va encore s’améliorer, mais l’attention semble se porter sur des choses étranges plutôt que là-dessus

    • Je ne vois pas très bien ce qu’il y a d’exceptionnel et de nouveau chez Zed
      Je l’ai essayé plusieurs fois pendant une semaine environ, sans jamais vraiment saisir le déclic, et j’ai toujours fini par repartir
      Je ne suis pas un puriste de vi ; j’ai utilisé longtemps VSCode, Idea, Sublime, Xcode, Eclipse et vim, et le fait que le backend GUI soit nouveau n’a pas beaucoup d’importance dans l’expérience d’édition au quotidien
      Sur le matériel actuel, même Idea me semble suffisamment rapide, même si je reconnais volontiers que Zed est un bon éditeur
    • Si on sort avec des conditions anti-consommateur, c’est normal que ce soit un sujet de discussion
      Ces objections sont légitimes, sinon je ne vois même pas où on pourrait en parler
    • À mes yeux, les trois premiers commentaires sont tous plutôt favorables
      Une ou deux heures après la publication, les votes ne sont souvent pas encore stabilisés, donc il vaut mieux attendre un peu
    • Si le titre avait été formulé de manière plus informative, le fil de commentaires aurait probablement été meilleur
  • Félicitations
    En ce moment, j’utilise Zed comme éditeur principal sur le serveur SSH distant d’exe.dev
    J’ai énormément changé d’outils de dev au cours des 18 derniers mois, et le duo Zed + exe.dev me paraît particulièrement bien assorti
    Zed regroupe dans un seul écran l’édition de fichiers, le terminal, les agents et le travail distant en SSH, tout en restant rapide et intuitif
    exe.dev est la première expérience de type dev container que j’ai vraiment aimée, et grâce au sandbox distant connecté à Internet, je peux utiliser dangerously-skip-permissions en sécurité ; leur modèle d’accès private/shared/public me fait aussi gagner beaucoup de temps
    J’utilise aussi https://conductor.build/ et GitHub, mais bricoler directement sur une app avec live reload en ligne me paraît de moins en moins pénible

    • Ravi d’entendre que l’édition SSH distante fonctionne bien
      J’utilise souvent VSCode Remote-SSH moi aussi ; en général c’est bien, mais ça consomme énormément de mémoire, et il lui arrive de partir dans une sorte de boucle infinie qui finit par accaparer toute la RAM de la machine puis bloquer le trafic
      L’OS ne tue le processus que plusieurs minutes plus tard, ce qui est le seul moment où je peux enfin me reconnecter ; j’ai aussi l’impression que rg s’emballe à cause de gros ensembles de symlinks, et même avec de simples fichiers JavaScript, les ts-server se multiplient parfois au point de devenir ingérables
      Quand il s’agit de toucher à un serveur de production, c’est assez effrayant, donc je cherche une alternative, et Zed fait partie des candidats
    • Je me demande en quoi exe.dev diffère d’un combo VPS + Caddy + sous-domaine
      L’auth peut aussi se faire avec Caddy et basic auth, et même si ça demande un peu de travail, ce n’est pas si compliqué ; si le VPS est au niveau d’un Raspberry, il n’y a même pas forcément d’abonnement à payer
    • Il faudrait que je revérifie
      La dernière fois, quand je me suis connecté à un serveur SSH distant, l’intégration git ne marchait pas correctement, et il n’était pas possible de mapper immédiatement un port au runtime
      Il fallait tout arrêter, spécifier le port puis se reconnecter, ce qui était assez pénible, alors que d’autres outils font généralement le forwarding automatiquement ou ouvrent immédiatement des ports arbitraires
    • Le workflow des online live reloading apps ne m’est pas encore très clair mentalement
      Est-ce que ça repose sur un disque partagé ? Et si oui, est-ce que ça ne laisse pas le même problème qu’avant, à savoir devoir garder la version principale et les versions expérimentales dans des dossiers ou worktrees distincts ?
      C’est précisément là que je bloque, et aujourd’hui je donne aux gens un système qui lance N VM, mais quand la VM disparaît, le stockage n’est pas persistant
      Au final, l’état de référence reste celui de la branche GitHub, et quand on modifie l’app depuis la VM, on s’attend à ce que les changements soient commités puis repoussés vers le dépôt
    • Grâce à ce commentaire, je viens de comprendre qu’exe.dev est exactement le genre de produit que je cherchais sans même savoir le formuler
      J’ai immédiatement envie de creuser
  • J’aimerais aimer Zed, et on voit bien qu’un énorme travail y a été consacré, mais pour l’instant je reste sur Sublime
    Je gère plusieurs gros projets PHP lancés dans les années 2010–2020, et Zed signale trop de petites syntaxes qui étaient pourtant courantes à l’époque
    Par exemple, des fonctions sans type de retour font que du code qui fonctionne très bien apparaît entièrement en rouge dans Zed, et il n’est pas simple de désactiver ce genre d’avertissements
    J’aimerais au moins avoir un bouton disant qu’à l’intérieur de ce projet, je ne veux plus revoir ce type précis d’avertissement, afin de ne garder que les alertes utiles comme les variables non déclarées et d’écarter le bruit excessif

    • Le code PHP de cette époque fonctionne bel et bien, et l’absence de type de retour ne le rend pas moins exécutable
      Ça rend simplement plus difficile de détecter certains bugs plus tôt
      Je n’ai pas utilisé Zed, mais je me demande s’il est possible de choisir la version de PHP ou de pointer vers un exécutable PHP précis pour ajuster les critères d’avertissement
      Dans VS Code, je règle les erreurs ainsi, et même en travaillant souvent sur d’anciens projets PHP, je n’ai jamais eu ce problème
      Même autrement, il devrait clairement exister un réglage pour décider ce qui relève d’une erreur ou d’un avertissement
    • C’est sans doute un problème de configuration LSP que Zed applique par défaut à PHP
      On doit probablement pouvoir éviter ces avertissements en ajustant le LSP, voire en désactivant complètement ce serveur LSP
    • J’aime bien Sublime moi aussi, mais je n’avais pas envie de payer une mise à niveau depuis Sublime 3 vers la version actuelle
      Zed ressemble davantage à l’évolution de Sublime que j’espérais, et pour être honnête, ce que je voulais, c’était un VS Code natif, et c’est exactement l’impression qu’il me donne aujourd’hui
      Certains sont rebutés parce que Zed parle beaucoup d’IA, mais si ça ne t’intéresse pas, tu peux simplement l’ignorer : ça reste un éditeur avancé et de grande qualité
      À ce rythme, je pourrais bien ne pas renouveler mon abonnement JetBrains l’an prochain, et j’aimerais que JetBrains montre quelque chose de plus natif du côté d’un IDE unifié, au lieu de multiplier les IDE par langage
      VS Code s’est beaucoup trop alourdi avec le temps, et Sublime reste la référence de l’éditeur simple ; Zed est le premier qui me donne vraiment l’impression d’avoir construit un éditeur moderne mais riche en fonctionnalités
    • Moi aussi, je suis resté sur Sublime pendant des années, au point que ça ressemble presque à de l’entêtement
      Un peu comme la vieille obstination de George R.R. Martin avec WordStar 4.0, mais pour moi son ergonomie reste imbattable
      J’ai utilisé VSCode et Zed pendant des semaines ou des mois, en configuration pure, mais je reviens toujours à Sublime ; pour tout ce qui touche à l’IA, le faire tourner à côté dans le terminal me suffit largement
    • Moi aussi, j’ai essayé Zed puis je suis revenu à Sublime
      J’aurais du mal à expliquer précisément pourquoi, mais même sans avoir eu ton problème d’avertissements, Sublime me convenait mieux
  • C’est dommage que cette release n’inclue pas d’amélioration de l’UI de recherche
    Je déteste vraiment le fait qu’une recherche ouvre un nouvel onglet ; parfois je veux juste jeter un œil rapide au code puis fermer avec esc et passer à autre chose
    La recherche de type Telescope de vim, helix ou JetBrains me paraît bien meilleure
    https://github.com/zed-industries/zed/pull/46478

    • Moi, au contraire, j’aime beaucoup l’UI de recherche de Zed
      Une fois terminé, il suffit de faire ctrl-o pour revenir à l’onglet précédent
    • Je n’aime pas non plus que toutes les fonctions qu’on doit consulter en continu pendant qu’on travaille soient gérées en modal
      Je préférerais un concept d’ephemeral tabs qui s’ouvriraient par défaut en split puis se fermeraient avec esc
      Ils pourraient sans problème emprunter quelques idées à emacs
    • Je suis totalement d’accord sur ce point
      J’ai utilisé Zed pendant un mois entier, et cette façon de chercher me rendait fou, en plus d’être lente
      Dans les gros projets, la recherche est essentielle, et comme c’était son point faible, je suis finalement revenu à VS Code
    • Moi, la recherche de Zed me plaît
      En fait, j’aimerais même qu’un nouvel onglet s’ouvre à chaque recherche, sans réutiliser l’onglet de recherche existant
      Ça évite d’avoir à relancer d’anciennes recherches, et les résultats multibuffer sont vraiment pratiques pour faire directement des recherches/remplacements en intervenant à la main
    • Pour cet usage, j’utilise la television task mentionnée ici
      https://zed.dev/blog/hidden-gems-part-2
  • J’aimerais voir le backend terminal d’Alacritty remplacé par libghostty, probablement via libghostty-rs
    Le travail de Mitchell sur Ghostty semble assez bien correspondre à l’approche de Zed
    Mitchell semble aussi vouloir faire d’Alacritty une cible facile à convertir, et il a dit qu’il serait prêt à aider au support de Warp
    https://x.com/mitchellh/status/2049159764261925005

  • J’aime bien Zed et je l’ai utilisé régulièrement comme outil principal pendant plusieurs mois, mais il y a au final deux frictions qui me font revenir vers vscode ou neovim
    Le fait que la recherche s’ouvre dans un nouvel onglet sans option de barre latérale, et que le visualiseur de diff soit en multibuffer, ce qui empêche de voir d’un seul coup d’œil le contenu complet des fichiers comparés
    Cela dit, j’aime le logiciel lui-même, donc félicitations pour la 1.0 ; je vais continuer à suivre ça en espérant pouvoir m’y installer complètement un jour

    • Ce sont aussi mes deux plus gros reproches
      Il y a eu pas mal d’améliorations, mais l’UX de la recherche et du suivi de symboles reste faible, et j’aimerais vraiment qu’ils s’y attaquent
  • Il y a quelques jours, j’ai essayé de quitter les IDE JetBrains, et j’ai été vraiment impressionné par la vitesse et l’usage mémoire
    Mais le refactoring et quelques autres fonctions me manquaient trop, et configurer une session de debug demandait plus de temps que je ne pouvais y consacrer pour l’instant, donc je suis revenu en arrière
    Ce qu’un éditeur de texte pur peut apporter au-delà d’Emacs reste limité, donc j’espère au final voir arriver davantage de fonctions d’IDE
    Mais à voir cette annonce, on dirait qu’ils privilégient d’abord l’intégration d’agents, ce qui me fait penser à JetBrains, qui a commencé à perdre de vue sa force principale pour cette raison

    • À mon avis, JetBrains doit maintenant investir sérieusement pour sortir de sa stack basée sur Java et aller vers quelque chose en Rust/C++
    • J’ai eu une expérience similaire
      J’ai arrêté d’utiliser Zed à cause de nombreuses petites irritations et je suis passé à VSCode à la place
      Aujourd’hui je travaille surtout en TypeScript et en C#, et même si j’étais un grand fan de JetBrains, c’est devenu trop lourd ; même sur un M3 Pro, ça ralentit ou bloque souvent longtemps
      En plus, l’intégration de Claude Code dans VSCode est trop séduisante pour revenir à une CLI
  • La seule chose ou presque qui m’agace dans Zed, c’est le thème par défaut
    Il est tellement fade qu’il en devient plus difficile à lire, et des combinaisons comme du texte gris sur fond gris me semblent douteuses aussi du point de vue de l’accessibilité

    • Je trouve moi aussi que le thème par défaut de Zed n’est pas terrible
      À mon goût, il est trop banal et gagnerait à offrir un peu plus de contraste
      Cela dit, il est très facile de passer à un autre thème, il y a beaucoup de choix, on peut aussi créer son propre thème, et l’éditeur de thèmes officiel est bien fait
      https://zed.dev/theme-builder
      J’aimerais seulement qu’au lieu d’indiquer les noms des couleurs, il explique où chacune est utilisée ; à part ça, je n’ai pas grand-chose à lui reprocher
      Il y a moins de variables, donc j’ai même l’impression que personnaliser un thème y est plus simple que dans VSCode
    • Les icônes aussi sont trop petites
      L’ensemble donne un côté mystery meat navigation
    • De ce que je vois, presque tout dans l’app peut être thématisé
      J’ai même personnalisé les couleurs des diff et certaines couleurs de syntaxe, et j’utilise une version remaniée du thème par défaut basée sur Monokai
    • Pour mes goûts, le thème sombre par défaut de Cursor est le meilleur
      Et je trouve aussi que son modèle de prédiction d’édition est bien meilleur que celui de Zed
    • Je suis surpris qu’aucun Américain n’ait forké ça en l’appelant Zee
      Quoi qu’il en soit, ces noms fades m’agacent un peu ; les noms obstinés comme R, C ou Go aussi, mais surtout quand ils sont pénibles à rechercher, ce n’est vraiment pas idéal