@justaname 用单盘还要考虑到如果一块硬盘损坏时损失的数据的量。如果是用 unraid 之类的方案的话，raid5 是可以接受的。但是原生 raid5 方案，坏盘导致数据全丢的特性我觉得不太行。

我倒是工作的时候写了不少代码，但是发出来要吃官司的还是算了。

@justaname 所以要做就做 R6 啊。个人数据我一向推荐单盘+多点备份的。

你说的这个有一个小问题，就是其实你不知道丢掉的几个扇区到底是丢在哪里。如果真丢在了下载的电影里那当然无所谓。要是丢在家庭照片或者重要的文档怎么办，又或者损坏了文件系统怎么办，这些风险总是客观存在的，没有必要去冒这个险。

Composer 没有 lock 文件的吗？一般为了安全，很多包管理都有 lock 文件来锁版本的。

CN2 贵，专线更贵。不知道你买的多大带宽，不过要是走专线的话一个月得至少再多收你一千块钱网费。

@tril 那是打个比方，用来阐述数据存储时间概念的。实际保存期当然看具体的闪存质量。

可以一样，只要把其中的不确定因素排除就行。典型的因素包括时间。不含时间信息的压缩可以做到一致。（这算是 reproducible 可重复制作性。）

用 Map 说白了就是全员无类型。你用 Java 就是为了用他的严谨，用他的类型系统。你那么喜欢用 Map 为什么不去用 PHP Python Ruby 之类的呢。（不过就算是在脚本语言里也有用对象来代替 Map 的倾向。）

@egen 正好前面把一年多前闲置不用的前公司的笔记本电脑拿出来接电开机看了一下，SSD 好好的没丢数据，开机时间显示 596 天，当年不用的时候忘了关机了，就一直休眠在那了。

@egen 现在正规大厂的产品，符合 SSD 工业规范的，应该不至于半年就读不出来。

@sdrzlyz 人传人现象。最开始有人从一份 SSD 规范中看到了数据保存时限，但是不知道怎么正确解读，就瞎钩八说 SSD 数据保存时间很短，从此一传十十传百，人人都觉得 SSD 数据保存时间很短了，即使几年前就有辟谣出来了他们也不听……

长期不通电掉数据的情况发生在 SSD 写入寿命到达报废以后。或者反过来说，SSD 的预计写入寿命就是当 SSD 磨损到数据只能保留几个月的时候写入的量。

比如你的 SSD 的预计写入寿命是 1200TB 。那么当你的 SSD 被你写入了 1200TB，到达寿命极限，报废以后，上面的数据在几个月后可能会丢失。

SSD 厂商一般就是通过这种方式来测定写入寿命的。打个比方，全新的盘数据可以保存 20 年，写了 200TB 以后数据可以保存 10 年，写了 400TB 以后数据可以保存 3 年，写了 600TB 以后数据可以保存半年。那这块 SSD 的写入寿命就可以定为 600TB 。所以，要让数据保存得更久，最简单的办法就是用写入量尽可能小的新盘。

@cjpjxjx @zzhzero 牛逼，谢谢两位大佬，用 ISO 镜像升级成功了。

换个懂 Git 的人来重做一下历史吧……

对对对，以前硅谷初创公司清一色选 Rails 起家一定是因为美国太垃圾了，各大语言框架疯狂抄 Rails 那各大框架也一定都是垃圾了（笑

是啊，最多就是你免费证书的秘钥被偷。

@zzhzero 连 1909 升 2004 都有问题我也是醉了……
现在就是不想重装，要重配的东西实在太多了（光一个 5 用户的 chrome 我就不知道要怎么迁移过去）。实在不行以后就拆分成一堆虚拟机算了，实在受不了这不稳定性。

@cjpjxjx 是指光盘引导安装的那种么？

告诉我无法完成更新，正在撤销更改。我可去你的吧……

说个笑话，Windows 的升级。今天我试图把 1903 升级到支持的版本，8 个小时过去了没一个是成功的，刚刚用 DISM++强行植入了 1909 的升级 cab 才升到了 1909，现在又找不到安全补丁包了，正在手工植入最新的补丁。试了 2004 20H2 21H1，系统自带升级，易生，全试了，没一个成功的，我已经佛了。

你跟我说升 11 ？

（一个折腾了 8 个小时的苦逼 Windows 用户路过）