Kristoffer Grönlund, travaillant chez SUSE, a annoncé la création d'un fork de l'éditeur de code Zed, qui sera développé sous le nom de Gram. La raison invoquée pour créer ce fork est le souhait d'obtenir un éditeur de code pouvant se positionner comme une alternative à VS Code, sans utiliser de fonctionnalités basées sur l'IA, sans imposer un accord d'utilisation (Terms of Use) incompatible avec les licences ouvertes et sans envoyer de télémétrie aux entreprises. Le développement sera axé sur la création d'un produit convivial pour les développeurs débutants et les étudiants à qui enseigne l'auteur du fork. Le code du projet est distribué sous les licences GPLv3 et AGPLv3.
Parmi les différences entre Gram et Zed, on note l'arrêt de la fourniture d'outils IA et de code pour l'envoi de télémétrie, la suppression des dépendances aux traitements serveurs propriétaires, ainsi qu'aux services externes et composants utilisés pour organiser la collaboration sur le code et l'installation automatique des mises à jour. Les utilisateurs de Gram ne sont pas soumis à des conditions d'utilisation (Terms of Service) distinctes ni à des abonnements payants.
Le développement ultérieur du fork est prévu dans un style conservateur, indépendant de Zed et des entreprises, en mettant l'accent sur la stabilité. Les modifications dans Gram peuvent être effectuées sans nécessiter la signature d'un accord de transfert de droits de propriété (CCA, Contributor License Agreement). Les modifications sous licence Apache 2.0 ne seront pas acceptées dans Gram ; seule les licences GPLv3 et AGPLv3 peuvent être utilisées pour le nouveau code (Zed était distribué sous trois licences : Apache 2.0, GPLv3 et AGPLv3, ce qui permettait d'utiliser son code dans des produits propriétaires sans ouvrir les modifications).
Le premier lancement de Gram a été publié simultanément, supprimant le code lié à l'IA, à la télémétrie, au téléchargement et à l'installation des mises à jour, à la collaboration sur le code et à la liaison avec un compte. Parmi les nouvelles fonctionnalités, l'éditeur intègre de la documentation, ajoute la prise en charge des langages de programmation Gleam, Zig et Odin, et implémente un système de complétion automatique de style Vim Supertab. Les extensions installées dans Gram doivent être compilées à partir du code source et ne sont pas mises à jour automatiquement. Pour le téléchargement des composants LSP (Language Server) et Node, une confirmation de l'opération par l'utilisateur est requise. Des builds précompilés sont disponibles pour Linux et macOS.
Il est remarquable que ce ne soit pas le premier fork de Zed : le projet Zedless développe un fork axé sur la confidentialité et le fonctionnement local isolé sans avoir recours à des serveurs externes. Comme dans Gram, Zedless a éliminé les dépendances vis-à-vis des services cloud propriétaires, a supprimé le code envoyé pour la télémétrie et les rapports d'arrestation automatiques, et n'exige pas d'accord CLA. Toutefois, la fonctionnalité de collaboration n'a pas été supprimée, mais se concentre sur le déploiement d'une infrastructure propre, bien que l'utilisateur puisse rétablir l'utilisation de services externes à sa discrétion.
Le projet Zed se développe sous la direction de Nathan Sobo, auteur de l'éditeur Atom (base de VS Code), avec la participation d'une équipe d'anciens développeurs de l'éditeur Atom, de la plateforme Electron et de la bibliothèque de syntaxe Tree-sitter. Dans le développement, l'expérience de création d'Atom a été prise en compte et une tentative a été faite pour réaliser certaines idées sur ce à quoi devrait ressembler l'éditeur idéal pour les programmeurs. Zed combine dans un seul produit un éditeur de texte léger et les fonctionnalités des environnements de développement intégrés modernes. Une grande attention est portée à la performance et à la réactivité de l'interface - selon les créateurs du projet, toutes les actions d'édition doivent être effectuées instantanément et les tâches de codage résolues de la manière la plus efficace. La haute performance de Zed est obtenue grâce à l'utilisation active du multitraitement en mobilisant tous les cœurs CPU disponibles et en impliquant le GPU dans le processus de rendu.
Source : opennet.ru
