Kristoffer Grönlund, che lavora in SUSE, ha annunciato la creazione di un fork dell'editor di codice Zed, che sarà sviluppato con il nome di Gram. Come motivo per la creazione del fork si cita il desiderio di ottenere un editor di codice che possa fungere da alternativa a VS Code, senza utilizzare funzionalità basate su AI, senza imporre l'accettazione di un accordo di utilizzo incompatibile con le licenze aperte e senza inviare telemetrie alle aziende. Lo sviluppo sarà orientato alla creazione di un prodotto user-friendly per principianti e studenti, a cui insegna l'autore del fork. Il codice del progetto è distribuito sotto le licenze GPLv3 e AGPLv3.
Tra le differenze di Gram rispetto a Zed, si segnala la cessazione della fornitura di strumenti AI e codice per l'invio di telemetrie, la rimozione dei legami con server proprietari, servizi di terze parti e componenti utilizzati per facilitare la collaborazione sul codice e per l'installazione automatica degli aggiornamenti. Gli utenti di Gram non sono soggetti a condizioni d'uso separate e abbonamenti a pagamento.
Lo sviluppo futuro del fork verrà condotto in uno stile conservativo, indipendentemente da Zed e dalle corporazioni, con un focus principale sulla stabilità. Le modifiche a Gram possono essere accettate senza la necessità di firmare un accordo di trasferimento dei diritti di proprietà (CCA, Contributor License Agreement). Le modifiche con licenza Apache 2.0 non saranno accettate in Gram; per il nuovo codice possono essere utilizzate solo le licenze GPLv3 e AGPLv3 (Zed è stato fornito con tre licenze: Apache 2.0, GPLv3 e AGPLv3, consentendo di utilizzare il suo codice in prodotti proprietari senza dover aprire le modifiche).
È stata pubblicata la prima versione di Gram, in cui è stato rimosso il codice relativo all'AI, alla telemetria, al caricamento e all'installazione degli aggiornamenti, alla collaborazione sul codice e all'associazione con l'account. Tra le nuove funzionalità, è stata integrata la documentazione nell'editor, aggiunto il supporto per i linguaggi di programmazione Gleam, Zig e Odin, e implementato un sistema di completamento automatico dello stile Vim Supertab. I plugin installabili in Gram devono essere compilati dal codice sorgente e non si aggiornano automaticamente. Per il caricamento dei componenti LSP (Language Server) e Node viene richiesta una conferma obbligatoria da parte dell'utente. Le build pronte sono state preparate per Linux e macOS.
È interessante notare che questo non è il primo fork di Zed; il progetto Zedless sviluppa un fork focalizzato sulla privacy e sull'operabilità locale senza fare affidamento su server esterni. In Zedless, come in Gram, sono state rimosse le dipendenze dai servizi cloud proprietari, eliminato il codice per l'invio di telemetria e di report automatici sugli arresti anomali, e non è necessario un accordo CLA. Tuttavia, le funzionalità di collaborazione non sono state rimosse, ma si concentrano sul dispiegamento di un'infrastruttura propria, pur consentendo all'utente di riattivare l'uso di servizi esterni a sua discrezione.
Il progetto Zed è sviluppato sotto la guida di Nathan Sobo, autore dell'editor Atom (alla base di VS Code), insieme a un team di ex sviluppatori dell'editor Atom, della piattaforma Electron e della libreria di analisi sintattica Tree-sitter. Durante lo sviluppo è stata presa in considerazione l'esperienza acquisita con Atom, e si è tentato di realizzare alcune idee su come dovrebbe apparire il perfetto editor per programmatori. Zed combina in un unico prodotto un editor di testo leggero e le funzionalità delle moderne ambienti di sviluppo integrati. Grande attenzione è dedicata alle prestazioni e alla reattività dell'interfaccia: secondo i creatori del progetto, tutte le azioni durante la modifica devono essere eseguite istantaneamente e le attività di codifica devono essere risolte nel modo più efficiente possibile. L'alta performance di Zed è raggiunta grazie all'attivo utilizzo della multiprogrammazione, sfruttando tutti i nuclei CPU disponibili e coinvolgendo la GPU nel processo di rendering.
Fonte: opennet.ru
