Il codiceandon-ware muore mai correttamente?

Ho l'impressione che, nel tempo, venga generato sempre più codice open source, aggiunto a vari repository gratuiti o parzialmente gratuiti, e quindi generalmente abbandonato.

Esistono standard generalmente accettati per lo smaltimento del codice abbandonato? Questo dovrebbe essere imposto dai repository o sarebbe qualcosa che spetta agli autori del codice originale fare?

Il grande problema qui è decidere quando qualcosa viene abbandonato.

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

Anche il software obsoleto (sostituito da un aggiornamento o una sostituzione drop-in) può essere utile a molte persone. Testimone dei bug del browser degli anni '90 che porterebbero a politiche di non aggiornamento anche di fronte alle patch di sicurezza perché altri software dipendevano dai 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 è una prova di assenza :)

È un problema di manutenzione per i repository che ospitano il codice morto. Consumano risorse, anche se non c'è traffico a tali progetti. Un fornitore ha due scelte: sbarazzarsene o tenerlo indefinitamente. Alcuni luoghi come SourceForge scelgono di conservare i progetti fino a quando il proprietario non li rimuove manualmente. Anche allora hanno ancora archivi.

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

• Deprecare la libreria - inserirla nell'equivalente software della "soffitta". Ciò significa che si invia un messaggio di notifica alle liste di distribuzione e-mail note e si chiudono quelle liste. La "soffitta" è una posizione di accesso solo HTTP in modo che tutti gli utenti interessati possano scaricare una copia a loro piacimento. Le pagine avranno tutte la dichiarazione di non responsabilità "obsoleta" e, se la lingua del progetto lo supporta, l'API verrà contrassegnata come @deprecata.
• Dopo un periodo di tempo specificato in soffitta (almeno un mese o eventualmente un anno, a seconda delle politiche), rimuovere completamente la biblioteca.
• Rimuovi tutti i riferimenti alla libreria sul tuo sito.

Di solito i progetti morti sono morti perché non vi è alcuna comunità attorno, nessun manutentore, nessun utente che si preoccupi abbastanza di essere nella distribuzione e-mail degli utenti, nessuna attività nelle distribuzioni e-mail, ecc. ragazzi che usano le cose ma non contribuiscono in alcun modo) un'ultima possibilità per ottenere ciò che vogliono. Indica anche loro che devono migrare lontano dal progetto o raccoglierlo per mantenerlo da soli.

Potresti anche porre la stessa domanda sulla letteratura o sulla musica. Esiste sicuramente un sacco di vecchi software "veramente abbandonati" scritti negli anni '80 di cui non sei a conoscenza perché, beh, nessuno lo usa o non ci pensa più. Ma non esiste una figura autoritaria che lo elimini, perché è tutto decentralizzato. Questa è solo la natura del web. L'unica misura reale del successo di un software è il numero di persone che trovano ancora un motivo convincente per continuare a utilizzarlo. Quando finisce i sostenitori, muore per una morte naturale.

Allo stesso modo, tendiamo a vedere ogni compositore del 18 ° secolo come Mozart e ogni drammaturgo del 16 ° secolo come Shakespeare. La legge di Sturgeon impone che il 90% di tutto sia ora che poi è / era una merda, ma hai più familiarità con la merda che esiste ora perché non ha avuto abbastanza tempo per sperimentare il completo decadimento dell'utente.