在阅读了Joel的文章《回归基础》并看到了许多类似的问题后，我开始想知道，学习像C这样的语言是否真的能使你成为更好的高级程序员，是否有具体的应用实例。
我想要了解的是，是否有很多这样的例子。很多时候，对于这个问题的答案是像“知道C语言可以更好地感觉到底层发生了什么”或者“你需要一个坚实的基础来支撑你的程序”，但这些答案并没有太大意义。我想要理解的是，掌握低层概念将如何在不同的特定方面使您受益，
Joel给出了一些例子：二进制数据库与XML以及字符串。但两个例子并不能充分证明学习C和/或汇编语言的必要性。所以我的问题是：掌握C语言将如何在哪些具体方面使您成为更好的高级程序员？
我的教学经验和与只学过高级语言的人一起工作的经历告诉我，他们往往在某个高抽象层次上思考，并且他们认为“一切都是免费的”。他们可能成为非常有能力的程序员，但最终他们不得不处理一些性能问题的代码，这时候问题就会出现。
当你使用C语言工作时，你会想到内存分配。你经常考虑内存布局（如果这是一个问题，还包括缓存位置）。你了解为什么某些图形操作代价高昂，如何高效或低效地执行某些套接字行为，以及缓冲区如何工作等。我认为，当你知道它下面的实现方式时，在使用高级语言中的抽象时，有时会给你带来“额外的秘诀”，帮助你思考性能问题。
例如，Java具有垃圾回收器，而您不能直接将东西分配给内存。然而，您可以通过制定某些设计选择（例如，使用自定义数据结构）影响性能，因为出于相同的原因，这也是C语言下的问题。
此外，更普遍地说，我认为对于一位高级编程人员来说，不仅要了解大O符号（大多数学校都会教授），而且在实际应用中常数也很重要（学校往往忽略）。我的经验证明，同时具备这两种语言级别的技能的人倾向于更好地理解常数，也许是因为我上面所描述的原因。
此外，我见过许多高级系统与低级库和基础设施进行接口。例如，某些通信、数据库或图形库。某些特定设备的驱动程序等。如果你是一位高级编程人员，你可能最终必须冒险去那里，了解正在发生的事情至少有所帮助。
仅仅“知道”C语言并不能让你变得更好。
但是，如果你理解整个过程，了解本地二进制文件如何工作，CPU如何与其配合，以及体系结构的限制，你可以编写更易于CPU执行的代码。
例如，L1/L2缓存如何影响你的工作，以及应该如何编写代码以在L1/L2缓存中获得更多的命中率。当使用C/C++进行重度优化时，你将不得不深入这种细节。
重要的不是了解C语言，而是C语言比许多其他语言更接近裸机。你需要更加清楚如何分配/释放内存，因为你必须自己完成这些工作。自己完成这些工作有助于你理解许多决策的影响。
对我来说，只要你了解编译器/解释器（基本上）如何将你的代码映射到计算机上，任何语言都可以接受。在直接暴露这一点的语言中做到这一点会更容易一些，但是通过阅读一些资料，你应该能够弄清楚内存是如何分配和组织的，哪种索引模式比其他模式更优，哪些结构对特定应用程序更有效率等等。
更重要的是，我认为，良好的操作系统、内存架构和算法理解更为重要。如果你了解你的算法如何工作，为什么选择一种算法或数据结构比另一种更好（例如HashSet vs. List），以及你的代码如何映射到计算机上，那么你使用的语言就不重要了。
这是我学习和自学编程的经验，特别是理解C语言，回溯到20世纪90年代初，可能有点古老，但热情和动力很重要：
在 C 中你必须直接处理的一些事情，而其他语言则会为你抽象掉，包括显式内存管理（malloc）和直接处理指针。
我的女友还差一个学期就能从 MIT 毕业了（他们主要使用 Java、Scheme 和 Python），她目前正在一家以 C++ 为代码库的公司工作。在最初的几天，她很难理解所有的指针/引用等。
另一方面，我发现从 C++ 到 Java 的转换非常容易，因为我从未被传递引用值和传递引用所困惑。
同样，在 C/C++ 中，原语更明显地是编译器以不同方式处理相同比特集合，而不像 Python 或 Ruby 这样的语言，其中每个对象都有其自己独特的属性。
while(true)
for(Iterator iter = foo.iterator(); iter.hasNext();)
bar.doSomething( iter.next() )
或者更高级别的
while(true)
for(Baz b: foo)
bar.doSomething(b)
Iterator iter = new Iterator();
while(true)
for(foo.initAlreadyAllocatedIterator(iter); iter.hasNext();)
bar.doSomething(iter.next())
但是这只有在您对内存分配有一些了解时才有意义...否则它看起来只是一个令人讨厌的API。方便总是要付出代价的，了解更低层次的东西可以帮助您识别和减轻这些代价。