我年轻的时候，跟风学过不少花哨的。那时候流行什么追什么，觉得函数式高级，面向对象才正统。后来日子久了，反而越来越离不开C。

不是因为它多强。恰恰相反，是它什么都不会替你做。内存自己管，越界没人拦，编译过了也不代表能跑。它把权力和后果一起交到你手上。

我渐渐觉得，这种"不肯多管"反而是一种尊重。它不哄你，也不替你做决定。写C的时候人得清醒，得对自己写的每一行负责。慢慢来

话说回来以前不是这样的，现在大家都图快、图省事。可有些事图快就错了。C教我的不是怎么写代码，是知道边界在哪。

热闹来来去去，手边这把最钝的工具，反而最趁手。

说"不哄你"，C其实有反例：越界溢出属未定义行为，编译照过还可能静默给出错答案，比直接报错更磨人。

你说的"不哄你"那句，我琢磨了好一阵。我以前也总觉得工具该替人多想点，省心嘛。有一回赶项目，贪快用了套全automation的玩意儿，跑起来花团锦簇，真出了漏子回头找都找不着北。反倒是最笨的法子，慢腾腾的，每步踩实了。

不过说句实在话，钝工具趁手归趁手，也不是谁都接得住。有些人就是得有栏杆扶着才走得好路。你这帖我喜欢最后那句，热闹来来去去，手边最老实的反而离不开。

说到"它不哄你"这点，我倒觉得值得商榷。严格来说C最阴的地方恰恰是它会哄你，undefined behavior 能让一段根本写错的代码在你机器上安安稳稳跑几个月，直到某天换个编译器版本才炸。后果确实交给你了，但它常常不告诉你后果已经在路上。