Чи завжди код загинулого посуду вмирає?

Моє враження, що з часом генерується дедалі більше відкритого коду, додається до різних безкоштовних або частково безкоштовних сховищ, а потім взагалі залишається.

Чи існують загальноприйняті стандарти утилізації покинутого коду? Чи повинно це застосовувати сховища, чи це щось, що потрібно зробити авторам оригінального коду?

Великою проблемою тут є рішення, коли щось кидається.

Старе програмне забезпечення використовується людьми зі старими машинами або консервативними політиками оновлення (наприклад, банками), тому завантажений файл, можливо, 10 разів на рік, все ще може бути корисним багатьом людям, які просто ніколи не оновлювали його. Якщо вони коли-небудь потребуватимуть перевстановлення, вони повинні мати можливість одержати стару версію, сумісну з їх системою.

Застаріле програмне забезпечення (замінене оновленням або заміною) також може бути корисним багатьом людям. Свідчіть про помилки в браузері 90-х, що призвело б до поліпшення оновлення навіть за умови виправлення безпеки, оскільки інше програмне забезпечення залежало від помилок у певній версії.

Тому я б сказав «ні», просто тому, що немає надійного способу визначити, чи програмне забезпечення все ще використовується. Відсутність доказів не є свідченням відсутності :)

Це турбота про технічне обслуговування сховищ, де зберігається мертвий код. Вони споживають ресурси, навіть якщо немає руху за цими проектами. У постачальника є два варіанти: позбутися від нього або зберегти його на невизначений термін. Деякі місця, наприклад SourceForge, вирішують зберігати проекти, поки власник їх не видаляє вручну. Навіть тоді вони все ще мають архіви.

Найкращий підхід, який я бачив для позбавлення від старих бібліотек, які вже не використовуються для нічого нового, - це такий підхід:

• Зневищення бібліотеки - помістіть її в програмний еквівалент "горища". Це означає, що ви надсилаєте повідомлення-повідомлення у відомі списки розповсюдження електронної пошти та закриваєте ці списки. "Горище" - це місце доступу лише HTTP, щоб кожен бажаючий користувач міг завантажити копію за власним бажанням. На всіх сторінках буде "застарілий" відмова від відповідальності, і якщо мова проекту підтримує його, API буде позначено як @deprecated.
• Через певний проміжок часу на горищі (принаймні місяць або, можливо, рік, залежно від політики) повністю видаліть бібліотеку.
• Видаліть усі посилання на бібліотеку вашого сайту.

Зазвичай мертві проекти мертві, тому що навколо неї немає спільноти, немає обслуговуючого персоналу, немає користувачів, котрим достатньо піклуватися про те, щоб бути у дистрибутиві електронної пошти користувачів, немає активності в дистрибутивах електронної пошти тощо. Остаточний вибух електронної пошти отримає будь-яких пасивних користувачів ( хлопці, які використовують речі, але жодним чином не сприяють) остаточний шанс отримати те, що вони бажають. Це також говорить їм, що вони повинні перенести подалі від проекту або забрати його, щоб зберегти для себе.

Ви можете також задати те саме питання щодо літератури чи музики. Напевно, існує багато "справді покинутого" старого програмного забезпечення, написаного в 80-х, про який ви не знаєте, тому що, ну, ніхто його більше не використовує і не думає. Але немає представника влади, який би ним розпоряджався, бо це все децентралізовано. Ось тільки природа Інтернету. Єдина реальна міра того, наскільки успішна частина програмного забезпечення - це те, що багато людей все ж знаходять вагому причину продовжувати користуватися ним. Коли у неї не вистачає прихильників, вона гине природною смертю.

Так само ми схильні бачити кожного композитора 18 століття як Моцарта, а кожного драматурга 16 століття як Шекспіра. Закон Стерджена диктує, що 90% всього і зараз, і тоді є / було лайно, але ви більше знайомі з лайном, яке існує зараз, оскільки у нього не було достатньо часу, щоб пережити повний занепад користувачів.