Zedless: Gizlilik ve yerel önceliğe odaklanan bir Zed fork'u

 (github.com/zedless-editor)
5 puan yazan GN⁺ 2025-08-21 | 1 yorum | WhatsApp'ta paylaş
  • Zedless, açık kaynak editör Zed'i temel alıyor ve gizlilik koruması ile yerel öncelikli ortamı vurgulayan bir fork sürümü
  • Zedless, bulut bağımlılığını ortadan kaldırıyor ve kullanıcıların istedikleri altyapı ortamını doğrudan yapılandırabilmesini sağlıyor
  • Tüm casus yazılım ve uzaktan telemetri özelliklerini kaldırmayı planlıyor
  • Katkıda bulunanlardan telif hakkı devri istemeyen politikayı (No CLA) benimsiyor; böylece tüm geliştiriciler telif haklarını koruyor
  • Lisans yönetimi otomasyonu ve açık kaynak lisans uyumluluğu için ek araçlar kullanıyor

Zedless'e giriş

  • Zedless, kod editörü Zed'in bir fork sürümü olup, kullanıcının gizliliğini güvence altına almayı ve yerel ortamı her şeyden önce tutan kullanılabilirliği hedefliyor
  • Proje şu anda geliştirme aşamasında ve dış katkılara açık

Planlanan başlıca değişiklikler

  • Kendi kendine barındırılamayan bulut hizmetlerine olan bağımlılığın kaldırılması
    • Üçüncü taraf bulutlara sıkı biçimde bağımlı bileşenler ve özelliklerin kaldırılması planlanıyor
    Reklam
  • Casus yazılımların kaldırılması ve veri koruması
    • Telemetri ve otomatik çökme raporlama sistemlerinin tamamı kaldırılacaklar arasında
  • Kullanıcı altyapısına öncelikli destek
    • Ağ hizmeti özellikleri kullanılırken, kullanıcı standart bir formatla hizmet sağlayıcısını doğrudan belirleyebiliyor
    • Bir "varsayılan sağlayıcı" listesi bulunmuyor ve ilgili özellikler varsayılan olarak devre dışı
  • Telif hakkı devri yok
    • Projeye katılanlar telif haklarını kendilerinde tutuyor
    • Geliştiricilerin mağdur olmaması için No rugpulls politikası uygulanıyor
Reklam

Lisans ve bağımlılık yönetimi

  • Üçüncü taraf bağımlılıkların lisans bilgilerinin sağlanması zorunlu ve bunun için cargo-about aracı kullanılıyor
  • Dikkat edilmesi gerekenler
    • Kendi yazdığınız crate'te 'no license specified' hatası çıkarsa, Cargo.toml dosyasına publish = false eklemeniz gerekir
    • Bağımlı paketin lisans gereksinimlerinin karşılanmadığı hatası oluşursa, ilgili lisansın uygunluğunu doğrulayıp açıkça belirtmek gerekir
    • cargo-about bağımlı lisansları bulamazsa, betiğe net bir açıklama girdisi eklenmelidir

Projenin önemi

  • Zedless, gizlilik ve yerel odaklı geliştirme ortamını önemseyen kullanıcılar ve ekipler için özellikle istikrar, özerklik ve hukuki koruma açısından güçlü bir alternatif
  • Mevcut Zed'e kıyasla özel bulut hizmetleri ve uzaktan izleme gibi potansiyel güvenlik açıklarını cesurca dışarıda bırakarak, kendi altyapısına ve açık kaynak ekosistemine dayanan bir güvenilirlik sunuyor

İlgili okumalar

1 yorum

 
GN⁺ 2025-08-21
Hacker News görüşleri
  • Zed hakkında böyle bir hareketi görmek sevindirici; şu anda kusursuz değil ama gelecek vaat ediyor. Yine de AI ve telemetri özelliklerini hiç istemiyorum. Son zamanlarda editörde AI özelliklerini neredeyse hiç kullanmaz oldum; Copilot dahil birkaç kez denedim ama hâlâ tatmin edici bulmuyorum. Bu tür özellikler yazılım geliştirme hattının başka noktalarında, örneğin kod incelemesi ya da dokümantasyon yardımında daha uygun olabilir gibi geliyor. Ayar senkronizasyonu hizmeti veya bakım aboneliği için para vermeye razı olabilirim. Ama editör denen aracın, VC'lerin istediği ROI'yi sağlayacak bir ürün olduğunu düşünmüyorum. Belki bir yıl sonra yine Emacs ve IntelliJ ikilisine dönerim
    • Böyle bir yorumu sonunda görmek güzel. Pek çok kişi AI editörlerini överken ben neden bu kadar büyütüldüğünü anlayamıyor ve kendimi dışlanmış hissediyordum. Birkaç AI editörü denedim ama iş akışımı daha iyi hâle getirdiğini hiç görmedim. Bizim ekipte darboğaz kod yazmak olmadığı için muhtemelen asıl sorun kod incelemesinin hızlanmaması. Bu yüzden yükün bir kısmını azaltmak için AI kod incelemesini değerlendirmeyi düşünüyoruz
    • Zed'de AI özellikleri kapatılabiliyor Zed blogu: AI özelliklerini kapatma
    • Zed, AI özellikleri eklemeyi bırakıp metin düzenlemeye odaklanırsa gerçekten harika bir ürün olabilir
    • Sadece AI veya telemetri özelliklerini hiç kullanmamak ya da kapatmak yetmez mi? Sonuçta gözüne sokulmuyor. Telemetri varsayılan olarak OFF olsa daha iyi olurdu ama kolayca kapatılabiliyorsa sorun değil
    • Bakım aboneliğine para ödemeye hazır olduklarını söyleyen bu tür yorumlar HN ve geek forumlarında sık görülüyor, ancak gerçekte bu kullanıcılar azınlıkta kalıyor ve bir ürünü ya da şirketi sürdürülebilir kılmaya yetmiyor
  • Fork'lar konusunda her zaman karışık duygularım var; özellikle hard fork olunca daha da fazla. Zed'e yakın zamanda tüm AI özelliklerini devre dışı bırakma seçeneği eklendi ve telemetri de opt-out yapılabiliyor. Bu yüzden gerçekten fork gerekli mi emin değilim. Sunulan özellik listesine bakınca bunların ana projeye temel özellik olarak upstream edilebileceği görülüyor. Umarım öyle olur. Geçmişte Redis fork'unda olduğu gibi ekosistemin bölündüğünü görmüştük
    • Zed geliştiricileri, Zed hesabı/giriş özelliğini devre dışı bırakmaya izin vermemek gibi zaten biraz kuşkulu adımlar atıyor; bu yüzden fork ihtiyacı az değil bence. Ekosistemin bölünmesinden korkmak için bir neden görmüyorum. Aksine, farklı araçların bir arada yaşaması lock-in ve groupthink'ten uzaklaşmak için olumlu bir yol olabilir
    • Opt-in telemetri bile beni rahatsız ediyor. Yazılımın istediği anda iç çamaşırı bedenimi ya da kahvaltıda ne yediğimi bile raporlayabileceği düşüncesini kafamdan atamıyorum. Tek bir onay kutusuna güvenmek de huzursuz edici. Diğer özelliklerde de her seferinde “istemiyorum” seçmek gereken opt-out yaklaşımı yorucu. Genel olarak minimalizmi tercih ediyorum
    • Zed zaten açık kaynak olduğu için fork gerekliliğinin sınırlı olduğunu düşünüyorum. Bu yüzden Zed varsayılan olarak her şeyi opt-in yaparsa bu tür bir fork'un varlık nedeni ortadan kalkar
    • İlk çalıştırmada arka planda kesinlikle hiçbir upload olmamasına dair ek bir güvence olması güzel olurdu. Bu arada ben ayrıca opensnitch de çalıştırıyorum; yani çift katmanlı savunma kullanıyorum
  • Bu fork haberi biraz erken gelmiş gibi; özellikle de hangi amaçla forklandığını anlatan bir manifesto olmadan gelmesi daha da öyle. “no rugpulls” ifadesine bakınca Zed tarafında özel bir olay yaşanmış gibi duruyor, ama HN'deki herkes bu tür açık kaynak tartışmalarına sürekli hâkim değil
    • Contributor Agreement (CA), ileride lisans değişikliği yapılabilsin diye tüm telif hakkını şirkete bağlayan, bir tür “license rugpull”a karşı kurulmuş mekanizmadır. Zed'in CA istemesi, gelecekte lisans değişikliği ihtimalini de akılda tuttuğu anlamına gelir
    • Zed zaten baştan beri cloud ve AI odaklı bir proje olarak biliniyordu. Bence bu yönelim, fork'un açık motivasyonu. Ortada aniden patlayan yeni bir tartışma ya da olaydan çok, yönün gayet net olduğu ve birçok kişinin bundan hoşlanmadığı bir durum var
    • Sanırım bu fork, github discussion üzerinden tetiklendi
    • Zed VC yatırımı aldı. Bunun yanında, gizlilik/yerel öncelikli bir fork, sırf bu özelliklerin eksikliğini gidermeyi hedeflediği için bile kendi başına meşru sayılır. Zed'in övündüğü pek çok özelliği atması gerekecek ama buna tam olarak rugpull demek biraz zor
  • İlgili tartışma başlıklarının listesi
  • Bu fork'un neye dönüşeceğini merak ediyorum. Eskiden node.js fork'u olan IO.js'in node geliştirme akışını değiştirdiğini hatırlatıyor. Telemetri ve AI'ın her yere dayatıldığı bir dönemde, bunlara hassasiyet gösteren bir geliştirici kitlesi olduğunu da yeniden hatırlatıyor
  • Zed'de gerçekten istediğim şey çoklu pencere desteği. Agent panelini ya da başka panelleri ayrı monitöre taşıyamıyorsunuz. Yerel öncelikli yaklaşım güzel ama ben AI araçlarını da kullandığım için şimdilik bu fork'u kullanacağımı sanmıyorum. Yine de telemetrisiz, Contributor Agreement'sız bir yönelim görmek sevindirici. Bu fork fikrini beğeniyorum ve başarılar diliyorum. Bir süredir Zed'in AI özellikleri olmadan bir yıldan uzun süredir gayet iyi kullandım; belki bir gün AI'dan sıkılırsam bu fork'a geçerim
    • Ben de aynı şeyi yaşadım. Zed hakkında bu kadar tartışma görünce kurdum ama panel açamamak ya da bir yıldan uzun süredir düzeltilmemiş temel ayarları bile değiştirememek yüzünden tamamen kaldırdım
  • Böyle bir fork'un bir gün mutlaka çıkacağını düşünüyordum. Hatta bir ara kendim başlatmayı da düşündüm ama bakım yükü fazla olacağı için vazgeçtim. Adı için zim'i bile düşünmüştüm (zed improved, vim gibi). Projenin gerçekten ortaya çıkmış olmasına sevindim
  • Yazarın yorumu: Lobsters özgün gönderi, fork projesine git, bana gereksiz gelen telemetri, otomatik güncellemeler, yalnızca cloud tabanlı AI entegrasyonu, node.js bağımlılığı, dil sunucularının otomatik indirilmesi, ek satın alıma yönlendirme, giriş düğmeleri gibi şeyleri kademeli olarak kaldırıyorum. Zeta edit'in cloud'a özel özelliklerini de mümkünse self-hosted çalışacak hâle getirmeyi hedefliyorum (ör. llama.cpp veya vLLM instance'larında Zeta edit tahminleri üretmek). Şu anki durumda ana editör olarak kullanılabilecek kadar işlevsel, ancak kod değişikliği çok olduğu için merge conflict'lerden kaçınmanın bir sınırı var. Bu yüzden tree-sitter kullanarak AST düzeyinde otomatik düzeltme yapmayı da deniyorum. Bu deney, bir gün Zed'in “kişiselleştirilmiş unshittified” sürümlerini üretmeye yarayan bir araca dönüşebilir
    • node.js bağımlılığı konusunda sormak istiyorum: insanlar node'dan ne zamandan beri hoşlanmamaya başladı ve bunun nedeni ne?
  • Bu tür bir fork yerine, aslında Zed'deki AI özelliklerini bir derleme bayrağıyla gizleyen bir pull request yeterli olmaz mı diye düşünüyorum. “Fork” demek yerine, sadece build komutu farklı olan ama aynı kod tabanından AI'sız bir Zed üretmek mümkün olmaz mı?