Kristoffer Grönlund, der bei SUSE arbeitet, kündigte die Erstellung eines Forks des Code-Editors Zed an, der unter dem Namen Gram weiterentwickelt wird. Als Grund für die Erstellung des Forks wird das Wunsch erwähnt, einen Code-Editor zu ermöglichen, der als Alternative zu VS Code dient, keine KI-basierten Funktionen nutzt, keine unvereinbaren Nutzungsbedingungen aufdrängt und keine Telemetrie an Unternehmen sendet. Die Entwicklung wird mit dem Ziel erfolgen, ein Produkt bereitzustellen, das für Anfänger und Studenten, die von dem Autor des Forks unterrichtet werden, benutzerfreundlich ist. Der Code des Projekts wird unter den Lizenzen GPLv3 und AGPLv3 verteilt.
Die Unterschiede von Gram zu Zed bestehen darin, dass die Bereitstellung von KI-Tools und dem Code zur Übermittlung von Telemetrie eingestellt wird, die Bindungen an proprietäre Server-Handler, externe Dienste und Komponenten, die zur Zusammenarbeit mit Code und zur automatischen Installation von Updates verwendet werden, entfernt werden. Den Nutzern von Gram werden keine separaten Nutzungsbedingungen (Terms of Service) und kostenpflichtige Abonnements auferlegt.
Die weitere Entwicklung des Forks soll in einem konservativen Stil, unabhängig von Zed und Unternehmen, mit einem Fokus auf Stabilität vorangetrieben werden. Änderungen in Gram werden ohne die Notwendigkeit einer Unterzeichnung eines Übertragungsvertrags (CCA, Contributor License Agreement) entgegengenommen. Änderungen unter der Lizenz Apache 2.0 werden in Gram nicht akzeptiert; für neuen Code dürfen nur die Lizenzen GPLv3 und AGPLv3 verwendet werden (Zed wurde unter drei Lizenzen: Apache 2.0, GPLv3 und AGPLv3 angeboten, was die Nutzung seines Codes in proprietären Produkten ohne Offenlegung von Änderungen ermöglichte).
Gleichzeitig wurde die erste Version von Gram veröffentlicht, in der der Code, der mit KI, Telemetrie, dem Herunterladen und Installieren von Updates, der Zusammenarbeit am Code und der Kontobindung verbunden ist, entfernt wurde. Zu den zusätzlichen Funktionen gehört die integrierte Dokumentation im Editor sowie die Unterstützung der Programmiersprachen Gleam, Zig und Odin, und ein Autovervollständigungssystem im Vim Supertab-Stil wurde implementiert. Installierbare Erweiterungen in Gram müssen aus dem Quellcode erstellt werden und werden nicht automatisch aktualisiert. Für die Installation von LSP- (Language Server) und Node-Komponenten ist eine zwingende Benutzerbestätigung erforderlich. Vorbereitete Builds sind für Linux und macOS erhältlich.
Bemerkenswert ist, dass dies nicht der erste Fork von Zed ist – das Projekt Zedless entwickelt einen Fork, der sich auf den Datenschutz und die isolierte lokale Arbeit ohne Anbindung an externe Server konzentriert. In Zedless wurden wie in Gram die Bindungen an proprietäre Cloud-Dienste entfernt, der Code zum Senden von Telemetrie und automatisch generierten Absturzberichten wurde gelöscht, und es ist kein CLA-Vereinbarung erforderlich. Gleichzeitig wurde die Funktionalität der Zusammenarbeit nicht entfernt, sondern auf den Aufbau einer eigenen Infrastruktur konzentriert, wobei der Benutzer die Möglichkeit hat, die Nutzung externer Dienste nach eigenem Ermessen wiederherzustellen.
Das Projekt Zed wird unter der Leitung von Nathan Sobo, dem Schöpfer des Editors Atom (Basis von VS Code), mit Unterstützung eines Teams ehemaliger Atom-Entwickler, der Electron-Plattform und der Tree-sitter-Parsing-Bibliothek entwickelt. Bei der Entwicklung wurde die Erfahrung aus der Erstellung von Atom berücksichtigt, und es wurde der Versuch unternommen, einige Ideen umzusetzen, wie der ideale Editor für Programmierer aussehen sollte. Zed kombiniert in einem Produkt einen leichten Texteditor und die Funktionalität moderner integrierter Entwicklungsumgebungen. Großer Wert wird auf die Leistung und Reaktionsfähigkeit der Benutzeroberfläche gelegt – laut den Machern des Projekts sollten alle Aktionen beim Bearbeiten sofort ausgeführt werden, und Programmieraufgaben sollten auf die effizienteste Weise gelöst werden. Die hohe Leistungsfähigkeit von Zed wird durch die aktive Nutzung von Multi-Threading unter Ausnutzung aller verfügbaren CPU-Kerne und durch den Einsatz der GPU im Renderprozess erreicht.
Quelle: opennet.ru
