估计有环路吧，开生成树协议了没

应该还是要的，比如 virtio 、qxl 的驱动都得手动从 redhat 提供的镜像里装。

你要知道生命周期是泛型参数，&'a T 只是 Ref<A,T>的语法糖。既然是类型参数，那当然有时候能自动推导，有时候需要手动标记。

@XhstormR02 定位不一样，rust 是 modern C++，追求安全、抽象，zig 是 modern C ，追求简单、直接。
详细了解直接去官网看 https://ziglang.org/

未必没有用户哦，实名制、付费和各种限制本身就是最大的吸引力，很多人就喜欢享受被管的感觉。毕竟这里最不缺的就是斯德哥尔摩综合征患者，他们就喜欢与文明世界价值观背道而驰的东西。

C 演进的实在太慢了，zig 才能叫 modern C ，它们之间的 interoperability 近似于 Java 和 kotlin ，是真正有希望取代 C 的。

sway 和 de 比起来快的一批
虚拟机里也不需要 de 那一大堆

@FrankHB 我服务器上还真用不着 aur ，顶多补个 cn 源包怎么都够用了，服务都用 docker 跑。
pacman 包的包格式和打包脚本格式都比 rpm 和 deb 简单，就一 shell 脚本没有什么 spec/CONTROL 之类乱七八糟的。
你去看 rosetta ，常用操作一个 pacman 就，不用 dpkg 、dpkg-*、apt 、apt-*、aptitude 那么一大堆参数风格不同的工具，用 Debian 的时候难受的不行。
干净是指没有乱七八糟的捆绑，snap 、redhat/suse 企业服务之类的。

@chonger 你没明白我说的意思。所谓“抓 xx”和这个前台实名一点关系都没有，但顺应民意推行前台实名也就意味着顺应民意给了那些人“抓 xx”的权力和正当性。是不是有那时候“抓 xx 派”的味了？

国内音乐平台好歹是 DRM free 的。

@kingjpa 你说的那是 UDP ，基于 TCP 的应用层协议，尤其是这种主要用于内网的非 p2p 等需要面对复杂网络环境的应用，还要自己处理错误校验和重传的话，用 TCP 干嘛？

@liveoppo 这个应该是顺应民意了，在后台实名完全普及的某国，“抓 14xx”肯定轮不到那些人，但那些人就是想抓，是不是有那 10 年的感觉了。

Arch 的源里软件包丰富且质量高、版本新，大部分情况都可以直接用，没有 ppa 、没有野包、没有 curl | sh 。
Arch 包管理系统简单，打包脚本简单，功能简单，没有动态配置，没有 dist-upgrade ，一个 pacman 完成所有操作，不像 deb/rpm 系需要多种命令行参数风格不同的工具。
Arch 系统干净，不会捆绑 snap 这种垃圾，也不会预装并预设 ufw/firewalld 等服务，放公网服务器需要用户特别注意，但个人内网服务器会省心很多，你的系统里有且只有你主动安装配置的东西。
Arch 文档丰富、质量高，即使陌生的内容也可以轻易参考文档配置，可靠性远好于其他发行版提供的难以预料的预设或配置脚本。

个人内网的服务器直接用 Arch 是最简单的

@irainsoft 最主要导致被封锁的滥用是用来分发分流规则、ip 数据库等用于绕过封锁的违法行为的数据、工具等。

@bthulu 因为这个功能无法用库代码实现，标准库、第三方库都没有，所以才需要手写。
当然现在有泛型了这种情况会有所改观。