O código de abandonar-mercadoria morre adequadamente?

Tenho a impressão de que, com o tempo, mais e mais código-fonte aberto são gerados, adicionados a vários repositórios gratuitos ou parcialmente gratuitos e, em geral, abandonados.

Existem padrões geralmente aceitos para descartar códigos abandonados? Isso deve ser imposto pelos repositórios ou isso depende dos autores do código original?

O grande problema aqui é decidir quando algo é abandonado.

O software antigo é usado por pessoas com máquinas antigas ou políticas de atualização conservadoras (por exemplo, bancos); portanto, um arquivo baixado talvez 10 vezes por ano ainda pode ser útil para muitas pessoas que nunca fizeram o upgrade. Se eles precisarem reinstalar, eles deverão conseguir uma versão antiga que seja compatível com o sistema.

O software obsoleto (substituído por uma atualização ou substituto) também pode ser útil para muitas pessoas. Testemunhe os bugs do navegador nos anos 90, que resultariam em políticas de não atualização, mesmo em face de patches de segurança, porque outro software dependia de bugs em uma versão específica.

Então, eu diria que não, simplesmente porque não há uma maneira confiável de determinar se o software ainda está em uso. Ausência de evidência não é evidência de ausência :)

É uma preocupação de manutenção para os repositórios que hospedam o código morto. Eles consomem recursos, mesmo se não houver tráfego para esses projetos. Um provedor tem duas opções: livrar-se dele ou mantê-lo indefinidamente. Alguns lugares como o SourceForge optam por manter os projetos até que o proprietário os remova manualmente. Mesmo assim, eles ainda têm arquivos.

A melhor abordagem que já vi para me livrar de bibliotecas antigas que não são mais usadas para algo novo é essa abordagem:

• Preterir a biblioteca - coloque-a no equivalente de software do "sótão". Isso significa que você envia uma mensagem de notificação para as listas de distribuição de email conhecidas e as encerra. O "sótão" é um local de acesso somente HTTP, para que qualquer usuário interessado possa baixar uma cópia como desejar. As páginas terão o aviso de isenção de responsabilidade "descontinuado" e, se o idioma do projeto suportar, a API será marcada como @ descontinuada.
• Após um período especificado no sótão (pelo menos um mês, ou possivelmente um ano, dependendo das políticas), remova a biblioteca completamente.
• Remova todas as referências à biblioteca do seu site.

Geralmente, os projetos mortos estão mortos porque não há comunidade ao redor, mantenedores, usuários que se importam o suficiente para estar na distribuição de e-mails dos usuários, nenhuma atividade nas distribuições de e-mail, etc. caras que estão usando as coisas, mas não contribuem de forma alguma) uma chance final de conseguir o que querem. Também diz que eles precisam migrar para longe do projeto ou buscá-lo para manter por si mesmos.

Você também pode fazer a mesma pergunta sobre literatura ou música. Certamente, existe um monte de software antigo "verdadeiramente abandonado", escrito nos anos 80, do qual você não está ciente, porque, bem, ninguém o usa ou pensa mais sobre ele. Mas não há uma figura de autoridade que a descarte, porque tudo é descentralizado. Essa é apenas a natureza da web. A única medida real de quão bem-sucedido é um software, é quantas pessoas ainda encontram um motivo convincente para continuar usando-o. Quando fica sem apoiadores, morre uma morte natural.

Da mesma forma, tendemos a ver todo compositor do século XVIII como Mozart, e todo dramaturgo do século XVI como Shakespeare. A Lei do Esturjão determina que 90% de tudo de vez em quando é uma porcaria, mas você está mais familiarizado com a porcaria que existe agora porque não teve tempo suficiente para experimentar a decadência completa do usuário.