Kristoffer Grönlund z SUSE ogłosił utworzenie forka edytora kodu Zed, który będzie rozwijany pod nazwą Gram. Powodem stworzenia forka jest chęć uzyskania edytora kodu, który będzie alternatywą dla VS Code, nie będzie wykorzystywał funkcjonalności opartych na AI, nie będzie wymuszał podpisywania umowy o użyciu (Terms of Use) niekompatybilnej z otwartymi licencjami oraz nie będzie przesyłał telemetrii do korporacji. Rozwój produktu będzie koncentrował się na stworzeniu narzędzia przyjaznego dla początkujących programistów i studentów, którym uczy autor forka. Kod projektu będzie dostępny na licencjach GPLv3 i AGPLv3.
Wśród różnic między Gram a Zed zauważono zaprzestanie dostarczania narzędzi AI i kodu do przesyłania telemetrii, usunięcie powiązań z własnościowymi serwerami, zewnętrznymi usługami i komponentami używanymi do organizacji wspólnej pracy nad kodem oraz automatycznego instalowania aktualizacji. Użytkownikom Gram nie narzuca się dodatkowych warunków korzystania (Terms of Service) ani płatnych subskrypcji.
Dalszy rozwój forka planuje się prowadzić w konserwatywnym stylu, niezależnie od Zed i korporacji, koncentrując się głównie na zapewnieniu stabilności. Przyjmowanie zmian w Gram odbywa się bez konieczności podpisywania umowy o przekazaniu praw majątkowych (CCA, Contributor License Agreement). Zmiany licencjonowane na Apache 2.0 w Gram nie będą akceptowane; dla nowego kodu można stosować tylko licencje GPLv3 i AGPLv3 (Zed był dostarczany na trzech licencjach: Apache 2.0, GPLv3 i AGPLv3, co umożliwiało użycie jego kodu w produktach własnościowych bez otwartego udostępniania zmian).
Równocześnie opublikowano pierwszą wersję Gram, w której usunięto kod związany z AI, telemetrią, pobieraniem i instalowaniem aktualizacji, pracą nad kodem oraz powiązaniami z kontem. Z dodatkowych funkcji w edytorze wbudowano dokumentację, dodano wsparcie dla języków programowania Gleam, Zig i Odin, a także zrealizowano system automatycznego uzupełniania w stylu Vim Supertab. Dodatki w Gram muszą być kompilowane z kodu źródłowego i nie są automatycznie aktualizowane. Aby pobrać komponenty LSP (Language Server) i Node, wprowadzono obowiązkowe potwierdzenia operacji przez użytkownika. Gotowe wersje są przygotowane dla systemów Linux i macOS.
Warto zauważyć, że to nie pierwszy fork Zed — projekt Zedless rozwija fork, skoncentrowany na zapewnieniu prywatności oraz pracy w izolacji lokalnej bez korzystania z zewnętrznych serwerów. W Zedless, podobnie jak w Gram, usunięto powiązania z zastrzeżonymi usługami chmurowymi, usunięto kod odpowiedzialny za wysyłanie telemetrii oraz automatycznie generowanych raportów o awariach, a umowa CLA nie jest wymagana. Przy tym funkcjonalność współpracy nie została usunięta, lecz skoncentrowano ją na wdrożeniu własnej infrastruktury, a użytkownik może odzyskać korzystanie z zewnętrznych usług według własnego uznania.
Projekt Zed rozwija się pod kierownictwem Nathana Sobo, twórcy edytora Atom (podstawa VS Code), przy współudziale zespołu byłych programistów edytora Atom, platformy Electron oraz biblioteki do analizy składni Tree-sitter. W trakcie rozwijania uwzględniono doświadczenie związane z tworzeniem Atoma i podjęto próbę wcielenia niektórych pomysłów na to, jak powinien wyglądać idealny edytor dla programisty. Zed łączy w jednym produkcie lekki edytor tekstu oraz funkcjonalność nowoczesnych zintegrowanych środowisk programistycznych. Dużą uwagę poświęcono wydajności oraz responsywności interfejsu — według zamysłu twórców projektu wszystkie działania podczas edytowania powinny być wykonywane natychmiast, a zadania związane z kodowaniem rozwiązywane w najefektywniejszy sposób. Wysoka wydajność Zed jest osiągana dzięki aktywnemu wykorzystywaniu wielowątkowości z użyciem wszystkich dostępnych rdzeni CPU oraz zaangażowaniu GPU w proces renderowania.
Źródło: opennet.ru
