Vazgeçme kodu hiç düzgün bir şekilde ölüyor mu?


10

Zamanla, giderek daha fazla açık kaynak kodunun üretildiği, çeşitli serbest veya kısmen serbest depolara eklendiği ve daha sonra genellikle terk edildiği izlenimim var.

Terk edilmiş kodun imhası için genel kabul görmüş standartlar var mı? Bu depolar tarafından uygulanmalı mı yoksa bu, orijinal kod yazarlarının yapacağı bir şey mi?


2
Neden bertaraf edilmesi gerekiyor? Açık Kaynak ise, birileri bir şey için bir şeyler isteyebilir ve depolarda tutmanın maliyeti yoktur.
David Thornley

Ne demek "terkedilmiş kodların atılması için standartlar" ?? "del . "
Rook

@Rook: Veya Unix / Linux kullanıcıları için "rm -rf *".
David Thornley

@David Thornley - evet, iyi ... anladın :)
Rook

Yanıtlar:


7

Buradaki en büyük sorun, bir şey terk edildiğinde karar vermektir.

Eski yazılımlar, eski makineleri veya muhafazakar yükseltme politikaları (örneğin bankalar) olan kişiler tarafından kullanılır, bu nedenle yılda 10 kez indirilen bir dosya, daha önce hiç yükseltilmemiş birçok kişi için hala yararlı olabilir. Yeniden yüklemeleri gerekiyorsa, sistemleriyle uyumlu eski bir sürümü elde edebilmelidirler.

Eski yazılım (yükseltme veya bırakma değiştirme ile değiştirilir) birçok kişi için de yararlı olabilir. Diğer yazılımlar belirli bir sürümdeki hatalara bağlı olduğu için 90'ların tarayıcı hatalarına tanık olun.

Bu yüzden hayır diyorum, çünkü yazılımın hala kullanımda olup olmadığını belirlemenin güvenilir bir yolu yok. Kanıt yokluğu, yokluğun kanıtı değildir :)


Son cümle için +1. Bu yazılıma kimin güvendiğini asla söyleyemezsiniz, bu yüzden Microsoft geriye dönük uyumluluğa neredeyse sonsuz öncelik vermektedir.
Michael K

1

Ölü kodu barındıran depolar için bir bakım endişesi. Bu projelere trafik olmasa bile kaynakları tüketiyorlar. Bir sağlayıcının iki seçeneği vardır: ondan kurtulun veya süresiz olarak saklayın. SourceForge gibi bazı yerler, sahibi el ile kaldırana kadar projeleri tutmayı seçer. O zaman bile hala arşivleri var.

Artık yeni bir şey için kullanılmayan eski kütüphanelerden kurtulmak için gördüğüm en iyi yaklaşım bu yaklaşımdır:

  • Kütüphaneyi kullanımdan kaldırın - "tavan" ın yazılım eşdeğerine yerleştirin. Bu, bilinen e-posta dağıtım listelerine bir bildirim mesajı gönderdiğiniz ve bu listeleri kapattığınız anlamına gelir. "Çatı katı" yalnızca HTTP erişim konumudur, böylece ilgilenen kullanıcılar istedikleri gibi bir kopyasını indirebilir. Sayfaların tümü "kullanımdan kaldırıldı" feragatnamesine sahip olacak ve projenin dili destekliyorsa API'nın tamamı @depecated olarak işaretlenecektir.
  • Tavan arasında belirli bir süre geçtikten sonra (politikalara bağlı olarak en az bir ay veya muhtemelen bir yıl), kütüphaneyi tamamen kaldırın.
  • Sitenizdeki kütüphaneye ilişkin tüm referansları kaldırın.

Genellikle ölü projeler öldü çünkü etrafında topluluk yok, koruyucular, kullanıcıların e-posta dağıtımında yeterince ilgilenen kullanıcı yok, e-posta dağıtımlarında etkinlik yok, vb. Nihai e-posta patlaması pasif kullanıcıları alacak ( bir şeyleri kullanan ancak hiçbir şekilde katkıda bulunmayan adamlar) istediklerini elde etmek için son bir şans. Ayrıca onlara projeden uzaklaşmaları ya da kendileri için devam ettirmeleri gerektiğini söyler.


1

Aynı soruyu edebiyat veya müzik hakkında da sorabilirsiniz. 80'lerde yazılmış, farkında olmadığınız bir sürü "gerçekten terk edilmiş" eski yazılım var, çünkü kimse bunu kullanmıyor ya da artık düşünmüyor. Ama onu bertaraf eden hiçbir otorite figürü yok, çünkü hepsi merkezi değil. Bu sadece web'in doğası. Bir yazılımın ne kadar başarılı olduğunun tek gerçek ölçüsü, kaç kişinin hala kullanmaya devam etmek için zorlayıcı bir neden bulduğu. Destekçileri bittiği zaman, doğal bir ölümle ölür.

Benzer şekilde, her 18. yüzyıl bestecisini Mozart ve her 16. yüzyılda Shakespeare gibi yazar olarak görme eğilimindeyiz. Sturgeon Yasası, şimdi ve sonra her şeyin% 90'ının saçmalık olduğunu belirtir, ancak şu anda var olan saçmalıklara daha aşina olursunuz, çünkü tam kullanıcı bozulmasını deneyimlemek için yeterli zamana sahip değildi.

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.