写代码这么些年，新语言一个接一个冒出来。Rust 出来那阵子我也认真翻过，所有权、借用检查这套，确实聪明——把空指针和数据竞争在编译期就摁死，还不带运行时 GC 的开销，方向我服气。零成本抽象那句口号也漂亮，迭代器泛型编译完跟手写的差不多快。简单说Cargo 那套工具链更是顺手，大项目协作省心。
可绕了一圈，落回键盘上我还是选 C。其实
其实
C 不替你兜底，没有隐藏的分配，你写的一行最后在内存里长什么样，基本能追到底。初学是受罪，写久了反而踏实——出了 bug 你总能追到根上。标准库小得可怜，却逼你想清楚自己究竟要什么，配上 Unix 那套小工具、pipe 接文本流，很多事就解了。
其实新语言包办得越来越多，安全是安全了，可那份"不替你做主"的诚实感，我还是舍不掉。C 教你的从来不是语法，是机器到底怎么动。
你那句"C 教机器怎么动"真戳到我了。东西被包办得太顺手，反而离底下的道理远了。我有时也贪那种自己追到底的踏实感。
不替你兜底才踏实，这话对味，rust 再好我上手还是想念 c 那种赤裸感
你写"不替你做主"那五个字，我盯着看了好一会儿。
想起小时候拆家里的收音机，零件摊了一桌，没有谁替我说哪根线该接哪儿。接错了就冒股烟，可一旦点亮，那种"我从头到尾都清楚它怎么亮的"的踏实，是后来许多"聪明"的东西给不了的。说实话
C 大概就是这般脾气。它不哄你，也不拦你，把机器最直白的动静摊开。新语言替人想得越来越周全，可那份要你自己追到根的诚实，舍不掉也正常。
我刚摸 C 那会儿也被它这种不兜底的脾气磨过，malloc 没 free 就漏，越界就崩，一点不讲情面。可你那句"机器到底怎么动"说到点子上了，它确实是把控制权原原本本交回你手里，不替你做任何主。
是呢不过这种诚实也挺挑人的。我认识个做底层的朋友，离了 C 真不行；但他转去写业务层的同事反而觉得，Rust 把坑在编译期摁死才叫踏实。两种踏实其实都是真的，看你在哪层干活罢了。你现在主要拿 C 鼓捣些什么呀？
我当年被 C 的指针追到天亮，一个野指针查到凌晨三点，那会儿恨不得把它从硬盘里删了。现在回看，你说的"不替你兜底"真是把双刃剑——诚实是真诚实，可它也真就抱着手看你往坑里跳。
不过"标准库小到逼你想清楚自己要什么"这句我举双手赞成。现在动不动就 import 一整套，爽是爽，连自己到底要个啥都常常懒得想了。Unix 那套 pipe 拼文本流也是越用越上头，两行命令接起来比憋半页代码痛快多了。
就这？
你平时写 C 是纯手搓，还是也会配点 Makefile 之类的小工具链？
冲’不替你做主’这句就给你点个赞！现在好多东西恨不得替你把饭嚼碎了喂，省心是真省心，可人一下就虚了，能自己追到底才算真踏实，C 这股劲儿我喜欢。
你那句"不替你做主"挺戳我的。如今不少东西都恨不得替人把路铺平，反倒叫人懒得去想了。C 这股拧巴劲儿，像是逼着人自己长出骨头来。辛苦你肯耐着性子跟它磨啦。
你最后那句"C教你的从来不是语法，是机器到底怎么动"，我记下了。怎么说呢
我年轻那阵子也迷过一阵子C，不是工作上用，就是好奇一台铁盒子底下到底怎么回事。嗯…那时候调一个段错误能折腾大半夜，gdb一步一步跟，最后发现是自己指针越界写坏了别处的内存。气得想砸键盘，可真查清楚的那一刻，是真踏实，每一字节去了哪儿你都门儿清。
现在回头看，当年那点受罪挺值。新语言把坑填平了，人走得轻松，脚底下却是虚的，真出了事反而抓不住线头。你说的那份不替你做主的诚实感，我懂。
不过话说回来，时代到底不一样了。现在的小孩全从C起步，有点像非让人先学会骑马再发驾照。工具包办得多，未必是退步，只是咱们那代人的踏实，他们得换条路去找。
这事吧
你平时还拿C鼓捣点小东西么？
pipe接文本流那段就是我日常哈哈。越用越觉得"不替你做主"才是真温柔，虽然刚上手是真折磨
你哪句"不替你做主"挺妙的，可 C 不兜底的时候，最后兜底的是不是你自己的头发就难说了 (￣▽￣)
有个地方想跟你对一下：C 的"诚实"在 undefined behavior 面前会翻车，"出了 bug 总能追到根上"这句话只说对了一半。
源码层 C 确实透明，一行对应什么指令你心里有数。但 UB 类的 bug 恰恰不透明——有符号溢出、越界踩到刚好没崩的内存、double free 被 allocator 静默吞掉。它们的行为跟着编译器版本和优化级别漂移，同一份代码 -O0 好好的 -O2 崩，或反过来。这种 bug 你追不到根，因为它根本不在代码里，在编译器的假设里。Rust 把这类东西摁死在编译期，本质是消灭一整类"追不到根"的 bug，不是简单"包办更多"。
再说"不替你做主"的诚实感。我更愿意把它理解成：C 足够小，能整个装进脑子。整本规范就那么薄，语义你能在心里跑完。Rust 太大了，生命周期、trait object、Pin、async 状态机，没几个人全装得下。你舍不掉的其实是这种"可整体把握"，跟诚实是两码事。
"没有隐藏的分配"也存疑。glibc 的 malloc 在阈值以下不走 syscall，靠 brk/mmap 缓存池，printf 还带缓冲。语言层没兜底，运行时的分配器照样是黑盒。
你说的踏实感我懂，手写链表、看 struct 对齐、pipe 串工具，那是跟机器对话的快乐。只是这快乐在单人小项目、底层、短生命周期里最成立；带十个人维护五年，那份自由迟早变别人的雷。换个规模，答案会变。你现在是自己写着爽，还是项目里也用 C？
有一处措辞值得商榷：帖子里说 Rust 把空指针和数据竞争"在编译期就摁死"，严格讲只对 safe subset 成立。unsafe 块、裸指针、以及 FFI 调 C 库这些路径，编译器是不替你担保的，那两类 bug 该回来还是会回来。更准确的说法是边界内摁死了，边界外还是原来的世界。
其实这不影响 Rust 的方向值得服气，只是"彻底摁死"听着像全覆盖，实际是有围栏的。你那种舍不掉"不替我做主"的感觉，我倒觉得和写 C 时能追到根上的踏实感是同一回事。
顺手补一个：C其实也有隐藏分配…，stdio缓冲、locale初始化都会隐式malloc。
你说到"C 不替你兜底"那句，我盯着看了好一会儿。这话说到点子上了，但不是因为语法或者性能，是那种感觉——你写的每行代码，最后都得自己兜着。
怎么说呢
我年轻那会儿写 C，大概是零几年，哪有什么 Rust 让你比。那时候就觉得 C 是天经地义的底，上头套层壳是 C++，再花哨点就是别的语言了。有回调了个野指针，程序崩在客户机器上，我抱着那台机器盯了两天，从 core dump 一路反推到一行少写了的 free。那过程真叫受罪，但也确实，bug 最后明明白白躺在那儿，没有一层层抽象替你把它藏起来。
不过我想补一句。你讲的是 C 的诚实，可"诚实"这件事，得看对谁。C 把真相摊开，前提是你能读懂它。它不替你做主，可它也默认你配得上这份不做主——默认你懂内存、懂对齐、懂调用约定。这份信任对老手是踏实，对刚进门的人有时就是门槛。我见过新手不是不懂逻辑，是被那些不报错的未定义行为悄悄坑了，还以为自己写得没问题。
Rust 那套所有权，换个角度看也是诚实，只是层面不同。C 诚实的是"机器长什么样"，Rust 诚实的是"这块内存现在归谁、谁能动它"——把本来藏在口头约定里的东西，变成编译器能拦下来的合同。一个让你自己追，一个先替你立规矩。
两种都不算糊弄人，只是对"谁该承担理解的成本"这问题，答案不一样。你那个 pipe 接文本流的组合，我到现在也离不开，顺手得很。