发现一本好书，推荐给大家，必看啊
《C 语言深度解剖》无意中看见的，现在好像出版了，不过大家可以到网上搜到以前作者发布到网上的。
摘一段前言，感觉学得很好，哈哈。
我遇到过很多程序员和计算机系毕业的学生，也给很多程序员和计算机系毕业的学生讲解过《高级C 语言程序设计》。每期班开课前，我总会问学生：你感觉C 语言学得怎么样？难吗？指针明白吗？数组呢？内存管理呢？往往学生回答说：感觉还可以，C 语言不难，指针很明白，数组很简单，内存管理也不难。一般我会再问一个问题：通过这个班的学习，你想达到什么程度？很多学生回答：精通C 语言。我告诉他们：我很无奈，也很无语。因为我完全在和一群业余者或者是C 语言爱好者在对话。你们大学的计算机教育根本就是在浪费你们的时间，念了几年大学，连C 语言的门都没摸着。现在大多数学校计算机系都开了C、C++、Java、C#等等语言，好像什么都学了，但是什么都不会，更可悲的是有些大学居然取消了C 语言课程，认为其过时了。我个人的观点是“十鸟在林，不如一鸟在手”，真正把C 语言整明白了再学别的语言也很简单，如果C 语言都没整明白，别的语言学得再好也是花架子，因为你并不了解底层是怎么回事。当然我也从来不认为一个没学过汇编的人能真正掌握C 语言的真谛。我个人一直认为，普通人用C 语言在3 年之下，一般来说，还没掌握C 语言；5 年之下，一般来说还没熟悉C 语言；10 年之下，谈不上精通。所以，我告诉我的学生：听完我的课，远达不到精通的目标，熟悉也达不到，掌握也达不到。那能达到什么目标？-----领你们进入C 语言的大门。入门之后的造化如何在于你们自己。不过我可以告诉你们一条不是捷径的捷径：把一个键盘的F10 或F11 按坏，当然不能是垃圾键盘。往往讲到这里，学生眼里总是透露着疑虑。C 语言有这么难吗？我的回答是：不难。但你就是用不明白。学生说：以前大学老师讲C 语言，我学得很好。老师讲的都能听懂，考试也很好。平时练习感觉自己还不错，工作也很轻松找到了。我告诉学生：听明白，看明白不代表你懂了，你懂了不代表你会用了，你会用了不代表你能用明白，你能用明白不代表你真正懂了！什么时候表明你真正懂了呢？你站在我这来，把问题给下面的同学讲明白，学生都听明白了，说明你真正懂了。否则，你就没真正懂，这是检验懂没懂的唯一标准。冰山大家都没见过，但总听过或是电影里看过吧？如果你连《泰坦尼克》都没看过，那你也算个人物（开个玩笑）。《泰坦尼克》里的冰山给泰坦尼克造成了巨大的损失。你们都是理工科的，应该明白冰山在水面上的部分只是总个冰山的1/8。我现在就告诉你们，C 语言就是这座冰山。你们现在仅仅是摸到了水面上的部分，甚至根本不知道水面下的部分。我希望通过我的讲解，让你们摸到水面下的部分，让你们知道C 语言到底是什么样子。从现在开始，除非在特殊情况下，不允许用printf 这个函数。为什么呢？很多学生写完代码，直接用printf 打印出来，发现结果不对。然后就举手问我:老师，我的结果为什么不对啊？连调试的意识都没有！大多数学生根本就不会调试，不会看变量的值，内存的值。只知道printf 出来结果不对，却不知道为什么不对，怎么解决。这种情况还算好的。往往很多时候printf 出来的结果是对的，然后呢，学生也理所当然的认为程序没有问题。是这样吗？往往不是，往后看，你能看到例子的。永远给我记住一点：结果对，并不代表程序真正没有问题。所以，以后尽量不要用printf 函数，要去看变量的值内存的值。当然，在我们目前的编译器里，变量的值，内存的值对了就代表你程序没问题吗？也不是，往后，你也会看到例子的。
这个时候呢，学生往往会莫名其妙。这个老师有问题吧。大学里我们老师都教我们怎么用printf，告诉我们要经常用printf。这也恰恰是大学教育失败的地方一。很多大学老师根本就没真正用C 语言写过几行代码，更别说教学生调试代码了。不调试代码，不按F10 或F11，水平永远也无法提上来，所以，要想学好一门编程语言，最好的办法就是多调试。你去一个软件公司转转，去看人家的键盘，如果发现键盘上的F10 或F11 铮亮铮亮，毫无疑问，此机的主人曾经或现在是开发人员（这里仅指写代码的，不上升到架构设计类的开发人员），否则，必是非开发人员。非常有必要申明，本人并非什么学者或是专家，但本人是数学系毕业，所以对理论方面比较擅长。讲解的时候会举很多例子来尽量使学生明白这个知识点，至于这些例子是否恰当则是见仁见智的问题了。但是一条，长期的数学训练使得本人思维比较严谨，讲解一些知识点尤其是一些概念性原理性的东西时会抠的很细、很严，这一点相信读者会体会得到的。本书是我平时讲解C 语言的一些心得和经验，其中有很多我个人的见解或看法。经过多期培训班的实践，发现这样讲解得比较透彻，学生听得明白。很多学生听完课后告诉我：我有生以来听课从来都没有听得这么透彻，这么明白过。也有业余班的学生甚至辞掉本职工作来听我的课的。
当然，关于C 语言的这么多经验和心得的积累并非我一人之力。借用一句名言：我只不过是站在巨人的肩膀上而已。给学生做培训的时候我参考得比较多的书有：Kernighan &Ritchie 的《The C Programming Language》；Linden 的《Expert C Programming》； Andrew&Koenin《C Traps and Pitfalls》； Steve Maguire 的《Write Clean Code》；Steve McConnell 的《Code Complete. Second Edition》；林锐的《高质量C++/C 编程指南》。这些书都是经典之作，但却都有着各自的缺陷。读者往往需要同时阅读这些书才能深刻的掌握某一知识点。我的讲课的试图时候融各家之长，再加上我个人的见解传授给学生。还好，学生反映还可以，至少还没有出乱子。这些书饱含着作者的智慧，每读一遍都有不同的收获，我希望读者能读上十遍。另外，在编写本书时也参考了网上一些无名高手的文章，这些高手的文章见解深刻，使我受益匪浅。这里要感谢这些大师们，如果不是他们，肯怕我的C 语言的水平也仅仅是入门而已。学习C 语言，这几本书如果真正啃透了，水平不会差到哪。与其说本书是我授课的经验与心得，不如说本书是我对这些大师们智慧的解读。本书并不是从头到尾讲解C 语言的基础知识，所以，本书并不适用于C 语言零基础的人。本书的知识要比一般的C 语言书说讲的深的多，其中有很多问题是各大公司的面试或笔试题。所以本书的读者应该是中国广大的计算机系的学生和初级程序员。如果本书上面的问题能真正明白80%，作为一个应届毕业生，肯怕没有一家大公司会拒绝你。当然，书内很多知识也值得计算机教师或是中高级程序员参考。尤其书内的一些例子或比方，如果能被广大教师用于课堂，我想对学生来说是件非常好的事情。有人说电影是一门遗憾的艺术，因为在编辑完成之后总能或多或少的发现一些本来可以做得更好的缺陷。讲课同样也如此，每次讲完课之后总能发现自己某些地方或是没有讲到，或是没能讲透彻或是忘了举一个轻浅的例子等等。整理本书的过程也是，为了尽量精炼，总是犹豫一些东西的去留。限于作者水平，书中难免有些遗漏甚至错误，希望各位读者能予指教。
