¿El código abandon-ware alguna vez muere correctamente?

Tengo la impresión de que, con el tiempo, se genera más y más código fuente abierto, agregado a varios repositorios libres o parcialmente libres, y luego generalmente abandonado.

¿Existen normas generalmente aceptadas para la eliminación del código abandonado? ¿Deberían cumplir esto los repositorios, o sería algo que corresponde a los autores del código original?

El gran problema aquí es decidir cuándo se abandona algo.

El software antiguo es utilizado por personas con máquinas antiguas o políticas de actualización conservadoras (por ejemplo, bancos), por lo que un archivo que se descarga tal vez 10 veces al año podría ser útil para muchas personas que nunca lo actualizaron. Si alguna vez necesitan reinstalar, deberían poder obtener una versión antigua que sea compatible con su sistema.

El software obsoleto (reemplazado por una actualización o reemplazo directo) también puede ser útil para muchas personas. Sea testigo de los errores del navegador de los años 90 que resultarían en políticas de no actualización incluso frente a parches de seguridad porque otro software dependía de errores en una versión específica.

Entonces diría que no, simplemente porque no hay una manera confiable de determinar si el software todavía está en uso. La ausencia de evidencia no es evidencia de ausencia :)

Es una preocupación de mantenimiento para los repositorios que albergan el código muerto. Consumen recursos, incluso si no hay tráfico para esos proyectos. Un proveedor tiene dos opciones: deshacerse de él o conservarlo indefinidamente. Algunos lugares como SourceForge eligen mantener proyectos hasta que el propietario los elimine manualmente. Incluso entonces todavía tienen archivos.

El mejor enfoque que he visto para deshacerme de las bibliotecas antiguas que ya no se usan para nada nuevo es este enfoque:

• En desuso la biblioteca: colóquela en el equivalente de software del "ático". Eso significa que envía un mensaje de notificación a las listas de distribución de correo electrónico conocidas y cierra esas listas. El "ático" es una ubicación de acceso solo HTTP para que los usuarios interesados ​​puedan descargar una copia como lo deseen. Todas las páginas tendrán el descargo de responsabilidad "en desuso", y si el idioma del proyecto lo admite, la API se marcará como @deprecated.
• Después de un período de tiempo especificado en el ático (al menos un mes, o posiblemente un año, según las políticas), elimine la biblioteca por completo.
• Elimine todas las referencias a la biblioteca en su sitio.

Por lo general, los proyectos muertos están muertos porque no hay una comunidad a su alrededor, no hay encargados de mantenimiento, no hay usuarios que se preocupen lo suficiente como para estar en la distribución de correo electrónico de los usuarios, no hay actividad en las distribuciones de correo electrónico, etc. chicos que usan las cosas pero no contribuyen de ninguna manera) una última oportunidad de obtener lo que quieren. También les dice que tienen que migrar fuera del proyecto o recogerlo para mantenerse por sí mismos.

También podrías hacer la misma pregunta sobre literatura o música. Seguramente hay una gran cantidad de software antiguo "verdaderamente abandonado" escrito en los años 80 que desconoce porque, bueno, ya nadie lo usa ni piensa en ello. Pero no hay una figura de autoridad que lo disponga, porque todo está descentralizado. Esa es solo la naturaleza de la web. La única medida real de cuán exitoso es un software, es cuántas personas aún encuentran una razón convincente para seguir usándolo. Cuando se queda sin seguidores, muere una muerte natural.

Del mismo modo, tendemos a ver a cada compositor del siglo XVIII como Mozart, y a cada dramaturgo del siglo XVI como Shakespeare. La Ley de Sturgeon dicta que el 90% de todo, de vez en cuando, es / era basura, pero usted está más familiarizado con la basura que existe ahora porque no ha tenido tiempo suficiente para experimentar la decadencia completa del usuario.