- Redict topluluğu, Redis® OSS 7.2.4'ün copyleft fork'u olan Redict 7.3.0'ın ilk kararlı sürümünü duyurdu
Neden Redict seçilmeli
- Redict, teknik olarak kararlılık ve uzun vadeli bakıma odaklanıyor; mevcut kapsam içinde mükemmelliğe ulaşmaya yoğunlaşıyor
- Redict neredeyse özellik açısından tamamlanmış durumda ve yenilikten ziyade uzun vadeli güvenilirliğe odaklanmanın kullanıcılar için daha değerli olduğuna inanıyor
- Valkey gibi diğer Redis® fork'larının aksine, Redict yazılımın sınırlı kapsamına ve uzun vadeli kararlılığına daha fazla önem veren, topluluk odaklı bir kültüre sahip
- Redict, lisansın izin verdiği yazılımlardan faydalı değişiklikleri alıp iyileştirebilir; ancak önceliği kararlılık, yeni özellikler ise ikinci sırada gelir
- Redict ayrıca diğer fork'lardan farklı toplumsal ve politik hedeflere sahip; yazılımı bağımsız ve topluluk merkezli bir şekilde geliştirmeye odaklanıyor
- LGPL lisansı uygulanarak yazılım daha fazla sömürüye karşı korunuyor ve bulut sağlayıcılarının aşırı uyumluluk yükleriyle karşılaşmadan Redict'i müşterilerine sunabilmesi sağlanıyor
Teşekkür
- Redict fork'unun hayata geçirilmesinde yer alan herkese kişisel teşekkürlerini iletiyorlar.
- Özellikle Redict container çalışmaları üzerinde çalışan Micke Nordin ve Hugo'ya, dokümantasyon ve web sitesi üzerinde çalışan Lucas Dohmen'e, hiredict fork'u ve bakımını üstlenen Anna'ya teşekkür ediliyor.
- Hem Redis® OSS'ye, hem ticari katkı sağlayanlara hem de bağımsız katkıcılara teşekkür ediliyor. Onların çalışmaları Redict kod tabanının temelini oluşturuyor.
Sonraki adımlar
- İlk sürümde, mümkün olan en yüksek geriye dönük uyumluluğu sağlamak ve yeni kullanıcıların geçişini kolaylaştırmak için çok muhafazakâr bir değişiklik setine odaklanıldı
- Gelecekte planlanan değişiklikler arasında build sisteminin modernizasyonu (
muon başlıca aday), Redis® istemci kütüphanelerini de içeren ekosistemin fork'lanması ve Lua ile jemalloc gibi bağımlılıkların vendor dışına çıkarılması yer alıyor
- Lucas, Redict dokümantasyonuna yatırım yapmayı ve bunu ekosistem katılımcıları için seçkin bir referans hâline getirmeyi planlıyor
- Anna, hiredict için build sistemi iyileştirmeleri ve Unix normlarıyla daha iyi uyum da dâhil olmak üzere değişiklikler planlıyor
- Topluluk üyelerinden gelen iyileştirmeleri değerlendirmeye hazırlar ve hem bağımsız hem ticari kullanıcıları eşit şekilde memnuniyetle karşılıyorlar
GN⁺ görüşü
- Redict, mevcut Redis®'in açık kaynak sürümünü temel alarak kullanıcılar ve katkıcılar için daha fazla özgürlük ve kararlılık sunmayı hedefleyen bir proje. Bu, açık kaynak yazılımın sürdürülebilirliğine ve topluluk merkezli geliştirmeye önem veren kullanıcılar için cazip olabilir.
- LGPL lisansının benimsenmesi, hem ticari kullanıcıların hem de özgür yazılım topluluğunun ihtiyaçlarını dengeli biçimde karşılamaya yönelik bir girişim; bu da bulut hizmet sağlayıcılarının Redict'i kendi hizmetlerine entegre ederken hukuki sorunları en aza indirmesine yardımcı oluyor.
- Redict'in muhafazakâr yaklaşımı mevcut Redis® kullanıcılarına istikrarlı bir geçiş yolu sunuyor; ancak yenilikçi özellikleri hızla benimsemek isteyen kullanıcılar için sınırlayıcı olabilir.
- Redict projesi, GitHub gibi mülkiyetli platformlar yerine Codeberg ve SourceHut gibi özgür yazılım temelli altyapılar kullanarak özgür yazılım ekosistemini güçlendirme isteğini gösteriyor.
- Bu proje, Redis®'in ticari yöneticisinin yol açabileceği krizlere yanıt olarak özgür yazılımın geleceği için önemli bir tercih yapıyor ve bu durum açık kaynak topluluğu için önemli bir örnek olabilir.
3 yorum
Hacker News görüşleri
copyleftolduğundan Valkey katkılarını birleştirebilir, ancak Valkey Redict commit’lerini birleştiremez (katkıda bulunanlar çift lisans vermediği sürece).copyleftolmayan fork’lar da kullanılabilir.Bence en etkileyici kısım bu
Görünüşe göre Valkey ile lisans üzerinden rekabet ediyorlar. İlginçmiş. +_+