说得好像现在 Pascal 还有很多人会写一样。我上次写 Pascal 怕是二十多年前了（望天

做开源软件，首先先问问，你自己用不用，你自己对这个软件依赖有多少。
不要为了做开源软件而做开源软件，不要为了捞星去做开源软件。

这是相当于在两个奥运场馆大小的区域用游标卡尺比大小啊，这么精细的操作 double 确实是不够的。

@mightybruce 我觉得需要一个 C++14/17/20/23/26 的 Modern C++教程系列。我之前稍微玩过一点 C++，结果连智能指针都没完全搞明白。

存储介质的静默 bitrot 很少发生，发生的原因大多是内存损坏，数据在到达存储介质之前就坏了。存储介质内部有 ECC ，如果错误数量少于 ECC 能纠错的数量就会静默纠错，多于数量就会直接报校验错。所以一般建议的措施是换用 ECC 内存，或者直接上工作站/服务器平台。

如果你有 OCI free tier ，里面有邮件服务。要么就别用邮件了，tg bot 之类的一样用。

毕竟是 fuse mount ，是要 fuse 的。你运行了命令以后如果有错误信息，是不是应该把错误信息贴一下。

用 rclone 的 mount 命令啊。你具体想问什么？

我一个月房贷能买 4 台半。
会，因为钱都给银行了，没钱给苹果了。

要提示没有权限，可以用非特权用户。
要给提醒，可以不加 f ，可以用 zsh 。
要最佳实践，可以制定规则，可以写 checklist ，可以在执行危险操作之前双手离开键盘先思考 5 秒钟人生再按下回车。

危险操作，每个行业都有。做手术的，开飞机开火车的，做化工的，造大楼的，甚至是马路上开车的。运维又不是什么特殊岗位。看看别的行业怎么避免手滑的，怎么规范操作的，照搬一下就行了。

讲讲我自己的运维习惯。我所有的操作都是 root 账号下运行，因为我所有的操作都涉及到 root 权限，开非特权账号没有意义。首先是我用 zsh 并且把 IP ，主机名，当前目录放在提示符里，高亮分颜色显示，一眼就知道自己操作的是哪台机器，在哪个目录里操作。其次对于重要的生产机，我会在提示符里加上高亮闪烁的 PRODUCTION 字样，一眼就知道自己在操作危险环境。最后对于有副作用的操作，比如 rm ，比如升级软件包，比如重启机器等，按下回车之前脑子里先想一想自己在干什么，确认无误以后再按。

人犯错是无解的，再多的措施无法避免。但是这些措施可以把一月一遇、一年一遇的错误操作，变成十年一遇，百年一遇。航空业那么多飞机天天飞，事故也是无法避免的，但是现在的措施可以做到概率足够小，远比坐车甚至走路安全，那就行了。

@aldehyde 对，打了没啥用，还容易打错，不如不打。

@bao3 其实不是，rm 用相对路径才更不容易出事。像以前可以删/的时候，你打完第一个/不小心碰到了回车你机器就没了。但是只要不用/开头不管你删什么也只会在当前目录下删。所以好习惯应该是 cd 到要删的目录里，然后 rm 用相对路径直接打文件名或者打*。

然后永远也不要去打 ./ 。

无所谓，反正你坛 99.9%的人都不会去用官方内核。

你最好先想想能不能付得起这个钱。我之前拿 GPT4 跑小说翻译，几千字花了$0.5 。
GPT4 的价格是 GPT3.5 的十倍以上，用起来还是要想想的。