云原生数据库还有一个特性是通常情况下存储是对象存储，有存算分离

之前有驱动限制，检测到虚拟机时驱动会报错 42 错误码。二几年取消了，20 系之后的都可以直通给单个虚拟机了。

@darkway 不行

要从携程之类的找向导的话，可以先下单一天，然后见面了再聊后续的行程，能省不少钱

这个时候还加风险有些高了，差不多该止盈了

还有一个可能性是没有仔细考虑冷启动/恢复时的循环依赖，导致到时候要修好 A 得从 B 里提取备份，要修好 B 得从 A 里提取备份

感觉强制 gpg 签名会更好一些

简单来说，一切和物理意义上的周围设备进行的交互都能用于确定一台设备的大概位置，因此在进行这样的操作前，需要申请定位权限。

这不是直接拿 2N ？

比较大的开源项目会存在贡献者协议，通常会有给控制项目的组织授予修改项目许可证的权利这样的条款，严格一点的会限制能升级到的协议。反面例子也存在 Linux kernel 就是这样的原因被锁死 GPL2 。但无论如何，一般的开源协议对当前版本代码的授权是不可撤销的。因此单方面修改通常会导致 fork 或重新实现（比如 redis,es)。

对 CLion 的印象主要是比较方便的调试功能和在 ICPC 赛场上崩溃带来的心理阴影。

第二种方案存在将权限和路径绑定的问题。接口需要版本迭代或增加不同参数的版本时容易引发问题。
可以考虑将第二种方案里权限配置改为使用带通配符的路由。不过设计的太复杂又容易因为配置错误导致越权。

如果指 1 楼的情况，那就是一个引用传值，避免反复拷贝一些比较大的 struct 等。如果指 unsafe 里的指针，这个主要是为了方便搞一些强制类型转换和链接 c 语言库。

通过网络连接 USB => 使用 USB/IP 项目 https://usbip.sourceforge.net/
通过网络连接硬盘柜 => 使用 NAS

理论上存在直接在主板上魔改，把网卡到 CPU 之间的连接替换的方案，不过

1. 不知道网卡和 CPU 之间是 PCIE 还是 USB
2. 信号完整性很难保证

@yanqiyu 是这样的，如果在内存里就坏了是无可奈何的。我想表达的意思是由于写入占比较低+视频文件对位错误的容忍度，因此 ECC 的必要性会降低一些。

试了一下，快是确实快，准确性就不太行了

@kxg3030 我记得在 CCPC/ICPC 等算法竞赛中，java 自带的大整数有时候挺有用的

没毛病，魔力即是能源

@lesismal 大部分人是能够做到根据实际情况做出技术栈的选择的。但是问题在于一部分用语言圣战掩盖自身无知和懒惰的人发出了巨大的噪音。

这部分人无限拥护自己所支持的语言的目的不是为了使某个项目变得更好，而是为了通过语言斗兽棋强行体现自身优越。

内存安全的 rust 是很好，但是如果没有在延迟上有特定的要求，我可能更倾向于支持 GC 的语言。

GO 无脑堆逻辑确实快，但是占一多半的 if err != nil return nil,errr 也确实碍眼。

我赞同你的 curd 是为这个世界服务的观点，在兼具高性能和安全要求的地方推广 rust 无可厚非。

语言的特性是一个事实，没有一个功能或语法就是没有。至于是否属于功能缺失，我觉得判断标准确实要落在是否影响实际工程应用上。