有一个原因可能是 npm 和 pip 很多都是源码分发的，很多人喜欢直接去修改依赖库的源码（比如我），如果用全局管理的方式，会导致被污染。
另外，npm 和 pip 的很多包需要编译，甚至需要自己下源码来编译，因为有编译脚本，不独立目录容易冲突和污染。
不像 C#和 java 基本都是字节码分发，编译好的包到处都能用。

@DOLLOR bool 在 python 里实际上是 int 的子类，issubclass(bool, int) == True 。虽然定义有些魔法，但是既然是子类不能计算反而也很奇怪。

把输出换成"你好世界！"，有的时候 hello world 就能踩到坑。

肯定是失败的，按照兼容性和可移植性来说，肯定应该使用绝对值。比如二进制文件就得用 int64 ，后来的 java 能够跨平台也是不同平台的大小是一致的。就算架构使用的位数不同，使用绝对值也可以更好地模拟，就算是 10 位机，也可以用 int10 来模拟 int8 ，int20 来模拟 int16 ，但是 C/C++这样就更可能出问题。

如果按每个平台的特性来说，定义几种特殊类型就够了，比如 ifast 和 usize ，现在这样连 char ，short 和 long 标准定义上都没有固定的长度就太扯淡了。使用特殊类型也能更方便地检索出这里是平台相关的代码，而不是像 C/C++这样默认全都是平台相关的，只有写 intXX_t 才是平台无关的。

@nlzy 但是更恶劣的是那个 maintainer 说 "And I also do not want another maintainer." 这个 another 是否包含 C 开发者呢。https://lore.kernel.org/rust-for-linux/[email protected]/

意思是这个模块只有他能改吗。感觉这个已经不是 r4l 的问题，而是 linux 这个项目有问题了，linus 是“仁慈的独裁者”，然后下面的 maintainer 个个也有样学样要当独裁者吗？

@majula 不是引用新接口的问题，是如果别人用了某个接口，上游的人改之前需不需要跟别人沟通。如果上游自顾自地改了一个接口，然后下游的东西全挂了，上游还觉得无所谓。我觉得挺糟糕的。
何况这个人的态度就像是，如果你依赖我的接口，我就改给你看。
https://vt.social/@lina/113045455229442533 还有别的开发者反馈，因为是 rust 开发者，所以提交 C 语言部分的 patches 就被故意拒绝。

IPv4 分配很不合理，早期很多公司、学校就占了一个巨大的公网网段，现在其实都还是空闲的。

有一个问题是 std::string 的实现不确定也不那么稳定，不同 libcpp 的 string 都叫 std::string ，glibcpp 还改过 std::string 的内部实现。

@echo1937 甚至不同公司、不同项目用的 C++都不相似。

C++20 可以用 std::span 。

@CloveAndCurrant rust 的 error 是支持 traceback 的

补充一下，如果要省内存可以用 int[]数组，或者自己用数组封装一个 int 类型的线性表。主要是因为 Java 泛型只能支持封装类型的元素，所以占用空间不理想。然而基本类型的数组除了头以外，内部是连续存储的。

@duojiao 我也觉得估计又要搞一次 2~3 了。这个 no gil 基本就是为了满足 pytorch 用户想多线程加载数据的。说实话，就性能而言，gil 真不如 jit 重要。

@learningman win11 也砍设备了啊

@MarsCloud 百度被有关部门要求整改了啊，好几年都没听说过这些问题了。你期待什么下文？

@MarsCloud 那法律这次怎么不生效了，谷歌又不是没被罚过，你又为什么确定下次会生效？

@Nzelites 我觉得以前谷歌不作恶是因为他有钱能烧钱，等垄断了就可以开始割韭菜了。看看第三世界国家，就知道外国的道德水平也高不到哪去。

@LindsayZhou 动态语言 print(dir(X)) 就好了啊，或者 breakpoint()。最近读到一句话很是认同：类型是给机器看的。就算有类型标注还是得看文档，写 java 都是这样。