@DylanZ 再说亿遍，raid1 不算备份。
3 份 2 种介质 1 份异地

半天尝试启动电脑
发现密码过期改密码
想起 Python 3.9 发布，晚上+路上把 What's new 看掉了
跑 v2 看有没有人吹逼
翻译最新 Python 文档

@xgfan 屏幕·尺寸 =)

@xiri 我来拍脑袋猜一下，一个被 @ trace 修饰的函数在被调用的过程中不允许再次调用被修饰的函数。
试下先正常 def fib(n): 出来，然后 trace(fib)(n) 来执行？可能可以。

先随意地纠正一下用词
敏感 ✔
过于敏感 ✔
过敏 ✘

除了调光还可能与频谱分布有关。
总之你只有一个数据点，其实看不出什么。

别说了，再说下去楼主要去腾讯屋顶了

@Reficul 还有是半信任了客户端的保密性吧，透视挂主要就是这个原因。
但这似乎是一个性能和反作弊的两难问题，MC 有一个反作弊的工具叫做 Orebfuscator，但发生延迟导致挖开的瞬间会闪烁。

只能自建 3 个链接，但用别人的好像没有限制

@FS1P7dJz 快速扫描如果我没记错的话是扫描未被覆写的 metadata 。
目前好像没有哪个文件系统会做软删除吧，只是基本都不作主动覆写罢了。
软删除通常应当保证以任意方式使用硬盘文件并不会导致文件丢失，至少数据库软删除标记是这个意思，之后无论如何往数据库填充内容不会导致数据库的这条记录被清除。

@no1xsyzy 没写完发出来了，我的建议是把一些错误处理改换成 Algebraic effects，一些错误处理以返回值论。
这样就可以通过注入一个 handler 来手动调整全局的 EOF 行为。

@reus #113 没多少时间，看前两个回答其实也很半桶水。
一个是 Java 的 Function 接口定义没写完善的问题，只支持了输入侧的逆变没支持输出侧的协变，因为没有考虑到 throws 也是毫无疑问的返回值的一种，还是 Either 的一种不完整表达所致。
第二个也是实践上的错误，Exception 分类应当是嵌套封装而不是继承封装，否则永远只能支持协变（至于双变在语言层面上就不支持），对错误处理即调用方不友好，只是目前来说这个错误从 Java 开始一直持续到现在…… 封装一个 Error Code 进去就是正确途径的一种拟似。
话说说到底，错误处理把逆变和协变关系给调转了是问题所在，至于再深究下去，根本问题是范畴论与变量的变属性兼容比较诡异。

我的建议是把一些错误处理改换成 Algebraic effects

@FS1P7dJz 恢复软件是底层读块找文件特征啊
只有回收站和 unix 下进程保留算软删除（进程保留可以从 /proc/$PID/fd 里找出来），所有数据恢复软件都要求第一时间锁硬盘写，避免后续的写覆盖被删除的文件。

访问层级只到文件系统的情况下恢复软件是不可能工作的。

@cmdOptionKana 版权结构上 Android 也差不多吧。不开源的部分 OEM 付费就成，好像说安卓里面 gapps 就是用户自己想装都需要 OEM 付过费才行？（某为相关故事中听说）
不过微软第一方的“杀手级”应用真的不多，不像 Gapps 那样谁都在用。

至于运行一切，一来有 Wine / Proton，二来高定制的虚拟化可以做到完全嵌入（ Qubes OS ？），大部分应用是没问题的。至于剩下的部分，这不是让微软开源就会解决的问题。

@xymn 我在 #13 已经吐槽过了，ESR 是 Eric S. Raymond 的代号

@pxlxh v6 国际带宽不足，全国性不足。

我觉得主要的阻力在于用户数据。
现在 Windows 偷用户数据偷得爽，我不觉得会愿意培养用户使用类 Unix 系统的能力。
因为这同时意味着用户从 Windows 转到其他操作系统的成本降低了。

@cmdOptionKana OEM 侧好像就算 Windows 变成了 Linux 发行版仍然可以卖吧……