我们永远不会知道，为修复众所周知的2000年错误（或Y2K）1999年12月31日之前：宣布的重大灾难从未真正发生，但这是因为错误的重要实例得到及时修复，还是仅仅因为最初没有真正存在重要的错误？

不管发生了什么，修复Y2K错误的竞赛揭示了这一点在40%的情况下，受影响方（行业、机构等）丢失或错位需要修复的软件的源代码。在某些情况下，他们从未拥有源代码！

2014年夏天，一名攻击者获得了对CodeSpaces控制面板的访问权，并要求金钱换取将控制权释放回CodeSpace(参见CodeSpaces网站（截至2014年8月）).

当代码空间不遵守并试图收回对其自身服务的控制时，攻击者开始删除资源。

CodeSpaces是一家为软件开发提供托管解决方案的公司，此次攻击严重危及所有托管的软件。

在2015年3月，谷歌宣布破产自2006年推出以来，谷歌代码服务已经使用了多年。

虽然已经宣布了迁移日历，但到2016年底，所有托管的代码都将消失，只有少数例外。

那些重要的软件，其维护者已经离线了？谁会冒着丢失知识的风险来保管这些知识？

在2015年5月，Gitorious还宣布其免费软件开发托管服务将停止。多亏了存档团队，将保留最初在Gitorious上开发的软件项目的只读副本。但要多久呢？

当某个主要软件开发参与者的下一次合并、收购或业务优先级发生变化时，我们会怎么做？

众所周知，URL（统一资源定位器）不提供持久性。

……无法保证某个URL在某个时间指向给定对象时会继续这样做

T.Berners-Lee等人，RFC 1738

然而，这仍然是当今最常用的机制，用于引用长期应可访问的信息，如科学文章，在查找对特定实验或应用程序重要的软件时会产生灾难性的后果。

…引用URL的半衰期大约为自其发布日期起4年

D.斯皮内利斯。URL引用的衰退和失败。
ACM通讯，46（1）：71-772003年1月。