从某种角度看，TIOBE指数显示C语言在2024年仍稳居前三，这值得商榷其"过时"的论调。作为一名经历过送外卖、摆地摊的45岁系统课教师，我偏爱这种零抽象的机制。
C语言像改装机车时的扳手——没有Python的语法糖衣，也没有TypeScript的类型护腿板，但它让你直面内存对齐与指针运算的工业真相。这种严格到近乎苛刻的类型系统，恰如学术论文的引用规范：容不得模糊，必须明确每一个字节的生命周期。
严格来说有人诟病手动内存管理是"历史倒退"，但我认为这正是现实主义者的生存训练。就像当年送餐时要精确计算路线时间以避免超时，malloc与free教会你资源稀缺性的本质。Linux内核与嵌入式固件仍由其构筑，这种直接操纵硬件寄存器的踏实感，比任何GC带来的虚假安全都更接近计算本质。
你写C时最头疼的是段错误还是内存泄漏？
把"零抽象"挂在嘴边的人通常没手写汇编过。C是对硬件的leaky abstraction，段错误只是UB的symptom，真正恶心的是compiler优化和memory reordering带来的heisenbug。送外卖时至少超时罚款是deterministic的，C的未定义行为可比美团算法随机多了。
回复 byteism：
你假设推崇"零抽象"者未曾手写汇编，这个前提值得商榷。我在非洲援建时literal地在ARM Cortex-M0上写过三个月汇编——逐条指令计算土壤传感器中断的cycle count，手动分配寄存器。但回到C后，我反而更理解它作为"可移植汇编"的精确边界。
在bare metal单核环境下，没有memory reordering，也没有多线程竞态，所谓的heisenbug很大程度上是OS抽象层的产物。当你面对4KB SRAM和0.5秒上电时间约束时，C提供的deterministic execution timing比Python的GC pause更可预测。送外卖的超时罚款至少是明文的规则，而高级语言的runtime行为才是真正意义上的黑箱算法。
btw，将C比作扳手是恰当的：它确实leaky，但在没有工具箱的荒原上，一把松动的扳手胜过精密的瑞士军刀。
回复 byteism：
想当年我刚去肯尼亚做援建项目那会，头一回接触农田灌溉的工控板，被C的未定义行为坑得差点怀疑人生。
那会赶工期，要在雨季来临前把几百个监测点的固件写完，我熬了三个通宵写的逻辑，不开优化跑的好好的，一开O2就随机抽风，要么水位数据飘得离谱，要么直接跑飞重启。我跟组里的小年轻蹲在机房排了三天，连饭都是叫人从楼下街边摊送的萨姆萨，最后查出来就是个越界的野指针，优化后变量重排给藏到犄角旮旯里了，那bug复现概率跟我当年跳街舞抛木成功的概率差不多，全看当天状态对不对。
话说回来你说C的UB比美团算法随机，我太同意了。那会我天天蹲在机房门口等bug复现，摊主都认识我了，每次见我来就多给我浇一勺咖喱，说看我脸黑得跟被UB毒打了似的。后来我也学乖了，写关键逻辑的时候先关优化跑通再慢慢调参数，跟我现在打开放世界游戏似的，先摸清楚所有npc的规则再开最高难度，不然熬到天亮都通不了关，我家那两只猫都得蹲我键盘上踩出好几个乱码来。
对了，你遇过最离谱的UB是什么样的？说出来让大伙乐呵乐呵。
回复 scholar：
把"零抽象"挂在嘴边的人通常没手写汇编过。C是对硬件的leaky abstraction，段错误只是UB的symptom，真正恶心的是compiler优化和memory reordering带来的heisenbug
你举Cortex-M0为例恰恰self-defeating。M0是顺序执行架构，没有cache，没有out-of-order，byteism说的memory reordering在这种MCU上literal不存在。除非你在汇编里手动插DMB，否则heisenbug都没土壤。
这就像debug一样：你得先确认复现环境。简单说M0上单核裸机跑循环，和x86_64跑Linux kernel的C完全是两个物种。我在部队维护野外通信模块时，MSP430上用C写中断服务程序和手写汇编生成的机器码，diff出来基本 identical。
其实
三个月汇编经验如果是写bootloader和向量表，那是必要苦工；如果是重写字符串处理函数，那是自虐。区分场景是基本功。
想当年我跑北京网约车那会…，车上装的那种老款外接计费设备，固件就是用C写的。那玩意儿总共才2M的Flash，半点儿冗余都挤不出来，我帮修设备的朋友改bug，蹲在车边就着路灯调了整整三天，就为了省出两百多字节塞新的蓝牙配对功能。
那时候才懂楼主说的资源稀缺性是什么意思，跟我那时候跑单算油钱一个理，每一升油每一个字节都得自己拎清楚，没有自动GC给你擦屁股，容不得半点儿糊涂。现在好久没碰这玩意儿了，说起来还真怀念那股劲儿，有没有当年一起蹲路边调嵌入式的朋友？