C语言设计原则的第一条是：“信任程序员。”对程序设计语言了解不多的人，不会觉得这句话怎样。但对真正的程序员来说，凭这句话就足以对C语言爱一辈子，爱得死去活来。

C语言一夫当道的年代，计算机相当昂贵，但速度比不上现今的手机，内存都是以KB为单位计算。所以，那时候对程序最基本的要求就是效率。C语言完全满足人们对效率的苛求，精心设计的代码可以极大地节约计算机资源，又不像汇编语言那样难用，所以受到程序员的欢迎。后来，硬件越来越便宜，性能越来越高，程序的运行效率已经不是追求的主要目标，安全性、稳定性和是否易于维护等变得重要起来，C语言的弊端便显现了。

C语言给程序员最大的发挥空间，让他们自由地在代码中挥洒激情和创意，从不去质疑这些代码是否会带来危害，因为它“信任程序员”，相信程序员的决定一定是正确的，即便有错误，也一定能自己修正。无限制的自由，在某些人的手中是创造力的源泉，而在另外一些人手中，却能成为混乱的根源。随着软件系统规模的膨胀，需要的程序员越来越多，综合水准越来越低，出现错误的概率越来越大，而每一个低级的错误都可能会引发大灾难。很多人把这种乱象产生的原因归罪于C，开始怀疑它，甚至恨它，却从不反省自己糟糕的编码能力。于是有人说，给这匹野马加上缰绳吧，别让它再恣意狂奔。但是C拒绝了锁链，于是很多语言穿上C的外衣，自己挂上锁链，站了出来。因为它们看上去很像C，所以大家很容易接受；因为它们挂着锁链，所以它们不再信任程序员，而是指手画脚地告诉程序员，这件事情该怎么做，那件事情不能怎么做。如果程序员不听它们的，它们就拒绝工作。这样乱象解除了，开发速度加快了，多人合作容易了，错误减少了，对程序员能力的需求降低了，因而工资也降低了，老板开心了，业界繁荣了。平心而论，“一件事情可以用X语言做，就一定不要用C语言做”确实是一个很好的策略，尽管程序员会失去一些自由，但在合法的范围内仍有一定的空间可以发挥创造力，而且这些创造力很少创造出负面效果，综合起来能让老板、程序员、用户皆大欢喜。但程序员，尤其是受人尊敬的程序员，他们的血液中天生就充满着不安分，向往自由的黑客生活，所以他们会一边抚摸着身上的伤口，一边怀念那个鲁莽却无往不利的老将军，怀念在他手下无拘无束的日子，怀念被他激发出的层层潜能。这个老将军是程序员心中永远的战神。