Il codice abandon-ware è mai morto correttamente?

Il grosso problema qui è decidere quando qualcosa viene abbandonato.

vecchio software viene utilizzato da persone con vecchie macchine o politiche di aggiornamento conservative (ad esempio banche), quindi un file scaricato circa 10 volte all'anno potrebbe essere ancora utile a molte persone che solo mai aggiornato. Se hanno bisogno di reinstallare, dovrebbero essere in grado di ottenere una versione precedente che è compatibile con il loro sistema.

Il software Obsoleto (sostituito da un aggiornamento o una sostituzione drop-in) può essere utile anche a molte persone. Prova i bug del browser degli anni '90 che comporterebbero politiche di no-upgrade anche in presenza di patch di sicurezza perché altri software dipendevano da bug in una versione specifica.

Quindi direi di no, semplicemente perché non esiste un modo affidabile per determinare se il software è ancora in uso. L'assenza di prove non è prova di assenza:)

È un problema di manutenzione per i repository che contengono il codice morto. Consumano risorse, anche se non c'è traffico verso quei progetti. Un fornitore ha due possibilità: liberarsene o tenerlo per un tempo indefinito. Alcuni luoghi come SourceForge scelgono di mantenere i progetti fino a quando il proprietario li rimuove manualmente. Anche allora hanno ancora archivi.

L'approccio migliore che ho visto per eliminare vecchie librerie che non sono più utilizzate per qualcosa di nuovo è questo approccio:

• Deprecare la libreria - inserirla nell'equivalente software della "soffitta". Ciò significa che si invia un messaggio di notifica agli elenchi di distribuzione di posta elettronica noti e si chiudono tali elenchi. Il "attico" è un percorso di accesso solo HTTP in modo che tutti gli utenti interessati possano scaricare una copia come preferiscono. Le pagine avranno tutte la dichiarazione di non responsabilità "deprecata" e, se il linguaggio del progetto la supporta, l'API verrà contrassegnata come @deprecated.
• Dopo un determinato periodo di tempo in soffitta (almeno un mese o forse un anno, a seconda delle politiche), rimuovere completamente la libreria.
• Rimuovi tutti i riferimenti alla libreria sul tuo sito.

Di solito i progetti morti sono morti perché non c'è nessuna comunità attorno ad esso, nessun maintainer, nessun utente che si cura abbastanza di essere nella distro delle email degli utenti, nessuna attività sulle distribuzioni e-mail, ecc. utenti (i ragazzi che stanno usando la roba ma non contribuiscono in alcun modo) un'ultima possibilità di ottenere quello che vogliono. Inoltre dice loro che devono migrare lontano dal progetto o prenderlo per mantenere per se stessi.

Potresti anche fare la stessa domanda su letteratura o musica. C'è sicuramente un sacco di vecchi software "veramente abbandonati" scritti negli anni '80 di cui non sei a conoscenza perché, beh, nessuno lo usa o ci pensa più. Ma non c'è nessuna figura autoritaria che ne disponga, perché è tutto decentralizzato. Questa è solo la natura del web. L'unica vera misura del successo di un software, è il numero di persone che trova ancora un motivo convincente per continuare a usarlo. Quando finisce i sostenitori, muore di morte naturale.

Allo stesso modo, tendiamo a vedere ogni compositore del XVIII secolo come Mozart e ogni drammaturgo del XVI secolo come Shakespeare. La legge di Sturgeon stabilisce che il 90% di tutto sia di tanto in tanto è / è una schifezza, ma tu sei più familiare con la schifezza che esiste ora perché non ha avuto abbastanza tempo per sperimentare il completo decadimento degli utenti.