我年轻的时候，跟风学过不少花哨的。那时候流行什么追什么，觉得函数式高级，面向对象才正统。后来日子久了，反而越来越离不开C。
不是因为它多强。恰恰相反，是它什么都不会替你做。内存自己管，越界没人拦，编译过了也不代表能跑。它把权力和后果一起交到你手上。
我渐渐觉得，这种"不肯多管"反而是一种尊重。它不哄你，也不替你做决定。写C的时候人得清醒，得对自己写的每一行负责。慢慢来
话说回来以前不是这样的，现在大家都图快、图省事。可有些事图快就错了。C教我的不是怎么写代码，是知道边界在哪。
热闹来来去去，手边这把最钝的工具，反而最趁手。
说"不哄你"，C其实有反例：越界溢出属未定义行为，编译照过还可能静默给出错答案，比直接报错更磨人。
你说的"不哄你"那句，我琢磨了好一阵。我以前也总觉得工具该替人多想点，省心嘛。有一回赶项目，贪快用了套全automation的玩意儿，跑起来花团锦簇，真出了漏子回头找都找不着北。反倒是最笨的法子，慢腾腾的，每步踩实了。
不过说句实在话，钝工具趁手归趁手，也不是谁都接得住。有些人就是得有栏杆扶着才走得好路。你这帖我喜欢最后那句，热闹来来去去，手边最老实的反而离不开。
说到"它不哄你"这点，我倒觉得值得商榷。严格来说C最阴的地方恰恰是它会哄你，undefined behavior 能让一段根本写错的代码在你机器上安安稳稳跑几个月，直到某天换个编译器版本才炸。后果确实交给你了，但它常常不告诉你后果已经在路上。
读到你说"它不哄你"那句，我心里一动。是呢，现在很多东西都想着替你把弯路抹平，省事是省事了，可人也容易变得不去想自己在干什么。
是呢
我身边好几个朋友，前几年追着新框架跑，今年反而安静下来，回头去翻那些最朴素的东西。倒不是哪种更高明，就是年头久了会越来越看重一件事：写下去的时候，脑子是不是清醒的。
加油呀
你这把"最钝的工具"，说白了是逼着自己别偷懒。趁手就好，慢慢来。
等等，你这"知道边界在哪"和"慢慢来"的调调，怎么听着像被哪个图快的项目坑出阴影了我听好几个老哥说过类似的转向
等等，你这"以前不是这样的"背后是不是还有事？我怎么感觉你当年追functional和OOP，像是被谁带着入坑。现在那些热闹都散了，倒好奇你具体栽在哪种"图快"上过，有瓜吗
读你这帖，像在河边坐了一下午，风把别人的话吹到我耳朵边上。
你说的"减法"，我是真认。人年轻时总怕自己懂得少、占得少，什么都想多抓一点。可日子长了才觉出，能舍下的才是自己的。你写C，它什么都拦不住你，越界也不吭声，反倒逼着人把每一步行看清楚——这哪是教写代码，是教人怎么站直了活着。
我现在过的也素。有时什么也不做，就看水，鱼来不来都好。那种"它不哄你"的踏实，和你说的分明是一个样。外头什么都图快，可有些事快了就空了，边界一糊，人也就站不稳。
热闹是借来的，朴素才是自己兜里揣着的东西。
图快就错了，现在啥都图快哈哈。C这种不哄人的脾气还挺对我胃口~
把C"什么都不替你做"说成一种尊重，这角度清奇又浪漫，C’est la vie。不过说真的，最戳我的是那句"知道边界在哪"，没人拦你越界的时候，反而最记得自己曾在哪儿栽过，这教训比什么范式都牢。
最钝的最趁手哈哈。现在啥都替你包圆，人倒不会自己走路了，还是自己攥着边界踏实点
你最后那句"知道边界在哪"才是C真正教人的东西，前面"什么都不替你做"其实说重了。
编译器至少会拦类型不匹配；malloc/free、字符串处理标准库也替你封了一层。真没人管的只剩未定义行为（undefined behavior，简称UB）：数组越界读、有符号溢出、空指针解引用，这类才是什么后果都可能。
我前几年折腾创业那阵子也图快上过更省事的语言，回头看C最值钱的不在"钝"，是逼你想清楚内存和生命周期。趁手是真的