> 即使一个语言内部实现的内存引用计数，我也不认为这种东西该存在内核里边。

@iceheart 我不觉得引用计数是个问题，搜了下，引用计数在内核好像是挺常见的：
https://gist.github.com/carloscn/3f0179ecfa599969556e86eb80555266

c++的问题可比引用计数恶心得多，智能指针涉及引用计数的部分反倒是相对简单的，更大的容易产生隐含问题的在于容器和各种构造函数的结合，复制构造赋值构造拷贝构造，c++11 之后还有各种复杂的语法语义、左值右值还有 std::move 之类的，一不小心一个 size 比较大的容器触发了个什么复杂的拷贝就可能性能瓶颈或者深浅拷贝的问题，即使老鸟、面对这些复杂语法语义也可能拿不准、需要认真再认真才能确认。

rust 虽然也不简单，但比 c++好很多。

> 所以我的观点是有 c 就够了，保持简洁，不要增加阅读者的心智负担

我也喜欢 c ，但我前面楼也说过，c 越来越后继无人了，而且不安全的问题也没法解决。
至于简洁，c 简洁？小段代码、小项目代码，c 确实可以很简洁，但就内核来说，c 的一层层宏已经让人头疼了，不是难度大，而是记不住，想入门内核，先要硬拼一段时间记忆力才行。而这一点上，可阅读和可维护性上，rust 也是优于 c 的。

前面说的语言复杂性导致的 bug 或者副作用，c++可能造成更多、rust 也不能保证 100%避免，但 c++不只是复杂本身，更重要的是复杂背后可能造成的副作用本身。rust 也有背后的机制、但远未如 c++这般容易带来副作用，不只是背后机制的副作用，而且写代码的人对语言本身的理解就是很大门槛、由于过于复杂的 c++而导致更大概率搞出带有副作用的代码。

而且请你注意，别人引入 rust 的最大侧重点好像是内存安全，rust 在复杂性问题上远远优于 c++、甚至在这种超过临界阈值的大工程里 rust 简洁性也优于 c 、在内存安全上完胜 c 和 c++。

所以复杂性问题，对于 rust 可以忽略，因为复杂性不大而且并没有因为复杂而带来更多副作用、而是用这点复杂去更大程度上解决内存安全等问题，你说的点是不太成立的