1 亿本来就是 10 的 8 次方，这是同一个东西。

如果用圆周率，当然是可以的，预设圆周率字典。比如压缩软件自带一个 1TB 的字典，然后从字典里找数据来替代压缩，比如一个 10G 的视频可以无损压到 5G 。你只要把这 1029G 数据传给对方就能解压出 10G 的文件来。

@ukss 就是不分区。和「只有一个分区」完全没关系。

矛盾集合体。如果你想要长久安全支持，那就是 RHEL 家族。如果你想要放置在那长期不管，那支持时间就无关了。

运维没有银弹，又想要长期安全更新，又不愿意冒升级炸锅的危险，又不愿掏钱上企业级支持 or 雇专业运维团队自己维护安全补丁版，哪有那么好的事情。

就算是 Ubuntu ESM 收费维护，其实也只管非常少量的包。你要用老版本，自己打包补丁可能是最简单的方案之一。

你软件支持什么就用什么。稳定性和性能一般不是选择版本的依据，abi api 兼容性才是。如果不挑 abi api 就，那无脑选新版就是了。

比如以前我司的一套软件只能跑 14.04 ，你想换 16.04 ，不好意思，跑不起来。这种时候才会去考虑用旧版。这和你说的稳定性和性能没什么关系的。

@admin601 提醒一下不知道的朋友，标称 5400RPM 的西数大容量都是 7200RPM 转速的。

@wagsoft 计算机和外语确实都只是一个工具，但你不会觉得学计算机就像是学怎么用电脑吧……

用工具和创造发明工具能混为一谈吗。

用了十来年了，大版本更新还没翻车过。
另外，你说的「号称稳定」，是指 ABI/API 稳定，还是指运行稳定？这可是两个完全不同的议题啊。

重装系统可能是最快的办法。

评论区一般不会特别依赖富文本渲染，所以可能是故意不做的。

远程工作，直接不去公司。今年打算去和组里的同事聚一聚，买了机票，6 个多小时就能飞到。

你说的两点都是错的。
2 不行因为 WebUI 功能太弱，建议本地合并完做好测试再推。
1 的话做法错了，主线往分支合并用 rebase 更好。以前 git 那个坑爹的命令行默认 pull 执行 merge ，然后不懂的小白就跟着 pull 了瞎 merge 。现在新版本的 git 命令行总算是去掉了默认 merge 的行为。

@onion83
1. Keepass 和 BitWarden 都可以 selfhosted ，第三方挂掉那除非我人挂了，没法修。第一方要挂起来太简单了，没见过谷歌、苹果账号被封的吗？
然后你之前说的，守好你的安全手机和邮箱，那你没见过手机和邮箱出问题的吗？
2. 请问哪家服务器的 Web 管理界面能用私钥登录？或者我换个问法，请问哪个浏览器支持私钥登录网页？又不是 SSH ，还说什么私钥。

你觉得第一方够用，觉得谷歌苹果永远不会封你号，又不需要管理一些只能用密码登录且不能找回密码的服务，那很好啊。
但是你问的是「第三方密码管理软件存在的意义是？」，这些就是你用不到但是别人会用到的场景。
如果 80%的人用不到，那剩下的 20%的人是用得到的。

如果没有外观专利的话问题不大。

@onion83 #21
「 Google / Apple / Microsoft 的随机生成+自动保存生态足够覆盖 90% 场景」
这个就是第一方密码管理软件。

第三方密码管理软件只是把第一方变成第三方，当你第一方出问题的时候就会发现第三方的好处了。
比如你 Google 账号登不上去了，然后你尝试卸载重装 Chrome ，发现还是登不上。然后你所有的密码都拿不回来了。

而且记录密码不光是网站密码。比如我们管理服务器的时候要用到登录密码（比如 PVE 或者 ESXi 的网页控制台），这些密码要重置只能重装系统或者用 RescueCD 才行。每台服务器二十多位随机密码，又不可能动脑子去记，当然是记到密码管理软件里最方便了。

做 raid 我用 md ，当然 zfs 之类的也可以用的。
成品 nas 是相当于做成一个黑盒，只要不炸，比自己维护方便，一旦炸了，就只能祈祷客服能帮你修好。
自己 DIY 就是自己拥有完整控制权，比如你想要简单结构，就做 md 甚至单盘，要 fancy 一点就上 btrfs 或者 zfs 甚至 ceph 都可以搞起来。

录屏一般用更快但是编码效率更低的参数。录完以后再次压制的时候可以把参数拉高提升编码效率。
做视频编辑的时候也是这样，中途剪辑的时候用 prores 或者 lagarith 来保存，最后输出成品的时候再用 x264 或者 x265 。

命令行程序可以用 Pause 暂停。
Scroll Lock 用得比较少，以前写挂的时候拿来当硬开关用。

@Issacx 你说的是这段 Q&A ？
Who owns the code GitHub Copilot helps me write?
GitHub Copilot is a tool, like a compiler or a pen. The suggestions GitHub Copilot generates, and the code you write with its help, belong to you, and you are responsible for it. We recommend that you carefully test, review, and vet the code, as you would with any code you write yourself.

这种申明一点法律效力都没有。