因为 null 指针的引入本身就是个历史错误。用 Optional 类型改正了这个历史错误。

虽然在一些情况下，和写检查 null 一样。但是引入了 Optional 类型相当于强制你做检查了。

@pianjiao 当然是收到消息后打开虚拟机回复。我现在的主要问题是虚拟机里的消息推送我手机上收不到。

@sunjiayao 虚拟机可以永远不关机，保存状态后再重启微信不需要重新扫码登录。真遇到必须扫码的时候再安装就是了。

单纯的函数拟合从来就不是机器学习的重点，重点是泛化。

传统的机器学习理论的一个结论是，一个模型的容量越小，那么它的泛化误差的上界越小。
由于误解了这个结论，认为“模型的容量太大，泛化误差就一定大”，导致早期研究人员都不喜欢用神经网络，不仅仅是算力和数据不够才导致神经网络被忽略，而是大模型在理论上没有泛化误差上界的保证。

而最近十年实际上观察到的却是，随着模型容量增大，模型的泛化能力似乎是越来越好了。但至今真正的原因也没有人找到，这方面的理论分析还差得太远。

可能是文件管理器的问题？

onlyoffice
光浏览的话问题不大，通过 flatpak 安装，大小几百 M 之内

其实利用邮箱是挺好的方式。还可以支持 e2e 加密。单纯存为草稿的话，是用的 IMAP 协议，不会有太大延迟。

nextcloud 有个 server side encryption ，虽然不是端到端的，但是存在盘上的数据是加密的。

如果把存放 key 和存放 data 的目录分开放不同盘上，可以防止 data 盘的数据被读取。