糟糕,你写的 BUG 要被存1000年了!
摘要:代码冰封,祖传千年!
把大象放在冰箱需要几步?
三步!把代码放在北极需要几步?纳尼?
GitHub刚刚公布了一组照片,你写的代码(BUG)上周已经被打包运往北极保存。 只要你2月2日以前贡献过的开源代码,现在都已经被埋在北极的冰雪之下,保存一千年。
2019年GitHub公布了一项计划:Arctic Code Vault,项目的意思是要把你的/我的/他们的代码带入北极,然后埋入北极地下400米深的永久冻土层,据说,要保存1000年。 (这就是传说中的 祖传 代码 吗? )
据GitHub官方统计,已经有数百万的程序为这个北极代码仓库(Arctic Code Vault)计划做出了贡献。第一阶段的代码已经成功打包“快递”到北极,接下来GitHub还会继续开展这个项目。
这是怎么样个神操作?来,跟随着小熊派的脚步,来一场代码的北极之旅吧!
第一步:上传北极代码库
要想将让自己代码被带往北极,首先你得将代码上传至GitHub的北极代码库。
https://github.com/github/archive-program
GitHub官方为这些将自己代码上传至北极代码库 的开发者们还设计了 荣誉徽章 以示表彰,只要将鼠标悬停在开 发者主页 资料介绍中“ Highlight ”的下方,即可看到该开发者有哪些项目存在于北极代码库。
第二步:代码的保存
可能会有不少小伙伴非常疑惑,这些网站上的代码要怎么才能保存下来?
除了自行将代码上传北极代码库外,GitHub还会对每个活跃的公共存储库进行快照捕获,将其储存在北极代码库里,并将北极代码库中足足有21TB的代码数据交给挪威Piql公司。由该公司位于挪威德拉门的工厂进行编码并以QR码的形式保存在卤化银胶片上。这种胶片的使用寿命极长,可以最大限度地将代码完整地保存下来。
第三步:代码的运输以及存放
这些每帧都包含880万个像素点的胶片足足装了186箱,在运到挪威的首都奥斯陆后通过空运前往北极。
这些存放了代码的胶片最终落在了斯瓦尔巴群岛上一个只有几千人的小镇朗伊尔城,这里人迹罕至、气温寒冷,有几百米厚的冻土层,非常适宜存放胶片。
这些胶片卷轴将会被存储在小城附近的一座废弃煤矿密封室内的钢壁容器中。而在这废弃煤矿的不远处则是存储了全球数以百万计种子的全球种子库,现在来自世界各地的开源代码与全球种子库一起存储在这座小岛上,为人类的子孙后代留下一笔难以衡量的宝贵财富。
未来如何解析出代码?
那就有人担心了,千年后的人类与现在人类的认知水平必会出现偏差,那时的人类该怎么解析出这些代码呢?
据GitHub官方说明,在开展计划前就已经召集了人类学、考古学、历史学、语言学等各方面的专家组成GitHub Archive Program咨询小组,为解决如何与"继承者们"进行最佳的沟通已经提出诸多方案了。在这些胶片卷轴中除了开源代码以外还会有存档的简介、其使用方式、开源应用的信息和指南以及当下这些开源项目的使用情况等,以防将来的读者无法解读该文档或解读后需要从头开始重建技术。
千年太久,只争朝夕!
幸运的是,你不用等一千年才能看小熊派的代码!
话说,1000年以后你的后代看到你的代码以后是什么样的反应?
相关文章
- 为什么计算机中的负数要用补码表示?
- 宝塔部分用户被挂马,官方建议暂时关闭面板
- 七天接手react项目 系列 —— 生命周期&受控和非受控组件&Dom 元素&Diffing 算法
- Redis的数据被删除,占用内存咋还那么大?
- Redis Cluster 原理说的头头是道,这些配置不懂就是纸上谈兵
- Redis进阶篇:发布订阅模式原理与运用
- Redis 内存优化神技,小内存保存大数据
- SpringBoot 集成缓存性能之王 Caffeine
- 掘地三尺搞定 Redis 与 MySQL 数据一致性问题
- Redis 的数据过期了就会马上删除么?
- Redis 为何使用近似 LRU 算法淘汰数据,而不是真实 LRU?
- Redis 内存满了怎么办?这样设置才正确!
- Redis HyperLogLog 是什么?这些场景使用它,让我枪出如龙,一笑破苍穹
- 硬核 | Redis 布隆(Bloom Filter)过滤器原理与实战
- Redis 缓存击穿(失效)、缓存穿透、缓存雪崩怎么解决?
- 别再用 Redis List 实现消息队列了,Stream 专为队列而生
- Redis 忽然变慢了如何排查并解决?
- 为什么你辛苦肝的博客没人看?搭框架、排版、画图技巧这些你真的懂么?
- Redis 竟然能用 List 实现消息队列
- Redis 事务支持 ACID 么?