天，我能够自称是一个混IT的人，并能以此谋生，将来大家能一次谋生，都要感谢两个人：克劳德.香农和约翰.冯.诺依曼，是他们发现了所有的数字化信息，不论是一段程序，一封email，一部电影都是用一连串的1和0进行编码的；是他们发现了我们可以利用一个预先编写好的程序控制机器，并使之完成我们期望它完成的动作。建议大家在心里默念三遍他们的名字，以示仰慕。当然，如果让你们带着现在的知识回到他们的那个时代，那么就没有什么图灵奖了。
C语言程序设计是我们的专业基础课，但是C语言本身却是一个非常强大的工具，它是到目前为止最为广泛使用的工具，并且在可以预见的将来，它仍然是皈依为程序员的人们心中的神器。这个工具作什么的呢？它在人和机器之间建立了一个交流的平台。
某天，你需要完成一个求的阶乘的作业，于是你搬来一个最新的电脑，为它安装了最新的windowsvista操作系统，然后坐在它的身前，喊“喂电脑，给我计算的阶乘”，电脑说“ok,waitamoment”；过了一会，一盘香菇小白菜端了上来！呵呵，电脑不是waiter,你喂它它是不会有反应的，如果你真的waitamoment,恐怕你就需要waitonemoremoment了！一万年后，人们就把你命名成“望夫崖”。
既然电脑不是伺应生，听不懂我们的话，那么我们要怎么控制它呢？如果你们给我装聋作哑，我会告诉你期末挂了你，哦，你立马老实了！对于电脑，我要怎么才能使唤它，让它为我工作呢？不错，我们有个强力工具，C语言！
好，我们把上面的场景复习一下：
你要我算的阶乘，于是我去机房上机，编写了一个程序
运行程序，哦，结果出来了！
有人认为，现在是java和.net的时代，有谁还需要C以及汇编呢？孰不知，java和.net是建立在软件之上的，是为了垄断市场而建立起来的体系，犹如挖好一个金壁辉煌的坑，请你往下跳，还自以为站在巨人的肩膀上，事实上成了坑底之蛙。要成为一个真正的程序员，并期望成为一个程序员高手，必须从机器出发，从cpu到操作系统，再到软件体系，高手的境界就是悟道后的明镜灵台，软件设计出神入化，我就是程序，程序就是我。
听完我讲高手的境界，于是乎你很受感动，说：我要努力学习，向高手学习！隔天就买了一堆MFC,VB,JAVA以及.NET的书回来，早上五点钟起来背书！这样是不行的，正确的入门方法只有一个，要证大道，唯有此法！同学们，从C语言入手，努力学好C语言！
旁观者李四说：此人大笨也！我用鼠标随便拖几个控件，就是一个xxx管理系统了，你用C语言怕是一年也写不出来吧！好吧，我要承认，讲这话的都已经是mS的奴才了，别的我不了解，MFC本身就是一个封闭的架构，从MFC入手学习，你只会形成一种封闭的思维模式，因为MS希望很多人只学会表面的东西，不致成为高手，所以它大力推荐所谓的可视化的程序开发工具，也真有很多人愿意上他的当，最后真正迷失方向。说他坐不了程序吧，他也可以作，但是如果程序复杂一点，出现问题时，问题出再哪里就搞不清楚了，反正是不清楚！
梁肇新，大牛啊，他说：“我就搞不懂了，用鼠标怎么写程序呢？在我的公司里，高手的键盘响个不停，鼠标偶尔响一下，新手是鼠标响个不停，键盘偶尔响一下，他们的薪水相差的就不是一倍那么多了！”
C语言是各大操作系统的基础，Unix、Linux、Windows其内核都清一色是C语言开发的，(某些地方是和汇编语言混合开发的)，君不见WindowsAPI都是C语言函数的接口？Unix/Linux绝大多数应用都是C语言开发的；Windows应用程序用纯API开发已然不多，大多都是依靠某种Applicationwork，比如所谓的VC++，其实就是指VCIDE+C++语言+MFC(现在重点已转向ATL、WTL)，但是Windows服务、网络、驱动程序等底层软件，还是C语言开发的。各种语言的编译器，包括java虚拟机，都是用C语言开发的。各种嵌入式设备，如手机、PDA也都是C语言开发的。C语言历史悠久，其内容也绝非谭浩强老师的《C语言程序设计（第二版）》所描述的那么简单——那本书只是针对中国国情的教学入门书而已。
学生总喜欢问：那种语言好？学那种语言有前途？这种问题天天在讨论，永无休止。其实我觉得大家所关心的，无非是那种语言更有“钱途”，学习那种语言毕业后能够轻松找到高薪的工作——当年我也是这么想。那么，我告诉你，如果你精通C语言，请你去华为，不要在小池塘里浪费青春了！
OK,听了我苦口婆心的劝告，你准备从C语言入手，开始攀登程序员高手这座山峰了，在你出发之前，你的行囊中需要准备什么呢？
第一个要装进行囊和你一起前进是“规范的格式”，有很多教科书，参考书，不太注重程序的格式的问题，写出的程序就象一堆堆的垃圾一样，这也导致了现在很多人写的程序中有很多的废码，垃圾代码，这和那些入门的书有非常大的关系，要把那些作者都拿来打打PP。真正的商业程序绝对是规范的，张三写的程序和李四的程序格式大致相同，各种标识符的命名规则一样，否则谁也看不懂你写的程序。如果写出来的代码谁也看不懂，那绝对是垃圾。如果要把那些垃圾翻半天，勉强才把金子找出来，那这样的程序不如不要，还不如重新写过，这样，思路会更清楚一点。所以说，规范的格式是入门的基础。那这个规范的格式包括什么呢？不少啊，要坚持才能做到！长标志符命名，代码缩进，一对大括号范围不超过一屏幕，等等。
第二个要装进行囊的是耐心，所谓工欲善其事，必先利其器。要想成功，没有一个相对平淡的过程是不可能的。这不仅仅指你在学习过程中要有耐心，要循序渐进，而起也说的是另一个重要的方面：调式程序。调试是写程序过程中一个重要的方面，如果有人能一次写成程序，牛啊，而且是大牛，不光是大牛，还是老子骑的那头青牛，凡人是做不道的！调试是每个程序必定经历的历程。经常有同学问我：老师，我的程序完全没错误啊，都是照书抄的啊！怎么就运行不出来呢？对于这个问题我也看不出来！你们有问题可以找我，找其他的老师，老师找谁啊？李师父？那是很荒谬的！我就只好坐下来调试，这个说实话，调试是很枯燥的，所以有同学抱怨说我操作太快，不理解为什么要这样，为什么要那样，我的脾气不太好，一烦躁就会骂人地，所以，这个就需要你们自己修炼内功了！
有了这两个就可以了，可以出发了，估计有人说了，英语和数学不要了？大家都说大学生了，这种问题就不要问了嘛！你已经用早晨和傍晚的时光学习了英语了，我这个没有要去，计算机专业英语超简单，小学水平而已，记住一些专业词汇就可以了！关于数学，说数学好，写程序就好是没有科学根据的！我就有个同学，数学回回分，写程序也就是helloworld的程度，不过人家现在是数学博士了！惭愧啊！做为的大学生，而且是我们这个专业的大学生，已经完全具备了写程序所需要的数学素养了！所以这个不是我们要担心的，Ready?Go！
第一招，学什么呢？打狗棍法！呵呵
有一个伟人说过：“重复权威是成熟的必经之路”，这是站在巨人的肩膀上的做法，习武之人首先要学的都是各种套路，比方说辟邪剑法，然后才能融会贯通，开宗流派；我们学习写程序也要这样来，这是一个捷径，帮你走得更远得捷径。
看书，看好书！书中所写，是前人数十年经验所写，看十本书，就相当于汲取了前人数十年的功力，那么你的内功也会迅速上升1甲子。：）书当然要看好书，只有好书才营养丰富。要做到读书破万卷，编程如有神；枯燥的看书是很郁闷的，很容易变成化石！现在很多是书都是用源码说明问题的，源码就像是动画、就像是幻灯片，把书中的招式一一演练给你看。可以说高手的经验大都是源自代码，最后也都化成源码展现在大家面前，把书上的程序一个一个的输入（用键盘，用你的手指）到电脑中，编译运行。自己手工输入这一步不能省略，现在很多书有配套源码，很多同学或者成年人学习的时候都耍小聪明，直接把源码复制过去编译运行，hoho,这是没有效果的。
自然，我让你输入程序不是让你练习盲打，你在输入的过程就可以品出程序的好坏来了，如果发现自己输入了很多重复代码，那至少这个程序的结构就不好了，穷则变，变则通嘛，你就想改进它啊，这不是很好吗？
当然，程序输得多了，盲打功力也上了一个台阶，键盘敲得快了，薪水也跟着涨上去了！^_^
不过，键盘敲得快不代表你的程序就写得好，否则学校只要每个学生发一份盲打联系软件，四年毕业后，个个都是程序高手了！
好了，你输了一个程序进电脑了，锻炼了手部肌肉，也运行出了结果，愉悦了身心，就此满足了？那离高手还远呢，要变成高手，你还要锻炼一下你得脑部肌肉！拿起你得笔，拿起你得纸，用你得大脑，这号称世界上最精密的机器来运行你输入的程序，记录下不同运行时刻变量的值，记录下程序的运行分支，最后发现，这个程序被你解剖到了纸上，我相信也解剖到了你的心里！这是捷径的核心，一定要记住，输入的程序不是说正确运行就完事了，要去阅读一下代码，利用笔和纸做辅助工具，做一下笔记，这就是重复权威，当然，如果你是天才，那请你塞上耳朵，你不在我们讨论的范围之内！
为什么这一步很重要呢？
大家刚开始学习的时候，是不是有种感觉，如果让你写一个程序，你从哪里下手呢？前面？后面？上面？下面？为了解决这个问题，我的程序该如何写呢？抓耳挠腮，好烦啊，于是乎干脆睡觉去，不写了，你看，这种行为是要打PP的！
练武功，总是先重复师父的动作，才能有自己的动作，所以也让我们重重复别人写的程序开始，然后再写自己的程序吧！
遵循这个方法，你们就跟着组织走上了通往罗马的大路了！
接下来，你得走啊，不走怎么到罗马呢？把你学会的程序设计方法应用到你写的程序中去啊！
某天，你看到这里有个问题，你有了想法，怎么办？上机去，和键盘奋战去！stop,stop!暂停一下，上机之前，不要忘记了你的笔和纸，勇敢地把你的想法写下来，如果写不出来，就不要去机房浪费爸爸妈妈的血汗钱了！
当然，你不能乱写啊，写出来的东西怎么样才叫不是乱写的呢？实践是检验真理的唯一标准！用你的大脑去运行一边啊，不是叫“人程序合一”嘛？，这就是了！学武功就要学绝世武功！虽然号称最精密，实际效果上，人脑还是没有电脑的准确度的，如果你的大脑能马马虎虎地运行出来之后，那么OK，带上规范的格式和耐心，去上机吧！
自然，我们说一天到晚面对字符界面的TC是有些郁闷，大家都习惯了windows，微软的客户体念设计中心可不是吹出来的！windows多好，色彩斑斓的。当你修炼到我这个程度的时候，非要听这京剧才文思泉涌的写程序的时候，当然要用windows下的集成开发环境了。但是对大家来说，不是现在，windows是很危险地，程序员还是回到TC中去吧！
TC至少有一个好处，可以锻炼我们使用组合键的习惯，可以锻炼我们使用键盘编程的习惯，回想我们刚刚说的梁某说的话“用鼠标怎么编程呢？”有同学不免要提出疑问了，我是80年代甚至是90年代生人，你还让我面对那么枯燥的输入输出界面？我跟你有代沟！我期待有更丰富更吸引人的交互手段
哦，这个问题问得好，C语言中也有图形啊，完全可以满足大家寓教于乐得心理！让我们编程序，很简单，就是在屏幕上话一个周期得正弦波！
运行效果是不是很好？你学数据结构的时候，树啊，图啊，你都可以这样输出啊，很多地方你都可以做的更好呢！
好了，到这里，我们基本解决了在学习C语言程序设计时的一些方法论的东西，关于具体的学习过程，如果你要我在这里给你们讲指针要如何学习？函数要如何学习？那我讲的内容也不会多于任课老师的内容，或者开个专题叫“如何学好指针”，当然，如果你愿意和我探讨一下指针的本质和高级应用的话，课后，课后啊！
现在，我们要谈最后一个问题！我们这个专业的女生的比例较其他的工科专业还是要高一些的，不知道为什么经常到如下的说法：1，我是女生，我不适合写程序啊；2，我的性格比较外向，不适合坐下来安静的写程序呢！
性格外向不适合写程序？你们看我啊，觉得我是性格内向的任吗？程序员也非常需要发散的外向型思维，老比，地球上最富裕的人说，他招程序员更愿意招原来是学物理的人，因为学物理的人的思维可以从极大（宇宙）到极小（原子）。所有，说性格外向不适合写程序的话是懒惰的借口，是要掩盖他不可告人的目的的接口！狂打PP!
女生又为什么不适合写程序呢？我到知道一个理由，对皮肤不好啊！你们看我这满脸沧桑的，就知道了！除此之外，还会又其他的理由吗？英国科学家早就证明了男女的区别完全不是人们想象的那样，很多方面女性是要超过男性的！想想以前的母系社会，现在的惠安女！
我就见过一个上市公司的研发二部全是女性！，从软件工程师到硬件工程师再到部门经理都是女性，业绩根本不输其他的研发部门，这个公司在湖南，不是我瞎掰的！
同学们，问大家一个问题，“二十一世纪最贵是什么？”，不错，是人才，所以，我可以负责任地告诉大家，“不学好C语言，老师很生气”，老师很生气，后果怎么样啊？是很严重！
That’sall,thankyou!
学习C语言不是一朝一夕的事情，但也不需要花费十年时间才能精通。如何以最小的代价学习并精通C语言是本文的主题。请注意，即使是“最小的代价”，也绝不是什么捷径，而是以最短的时间取得最多的收获，同时也意味着你需要经历艰苦的过程。
一、要读就读好书，否则不如不读
所有初学者面临的第一个问题便是：如何选择教材。好的开始是成功的一半，选择一本优秀的教材是事半功倍的关键因素。不幸的是，学校通常会帮你指定一本很差劲的C语言课本；而幸运的是，你还可以再次选择。
大名鼎鼎的谭浩强教授出了一本《C语言程序设计》，据说发行量有超过万，据我所知，很多学校都会推荐这本书作为C语言课本。虽然本人的名字（谭浩宇）跟教授仅仅一字之差，但我是无比坚定地黑他这本书的。这本书不是写给计算机专业的学生的，而是给那些需要考计算机等级考试的其它专业学生看的。这本书的主要缺点是：例子程序非常不专业，不能教给你程序设计应该掌握的思考方式；程序风格相当地不好，会让你养成乱写代码的恶习；错误太多，曾经有人指出过这本书的上百个错误，其中不乏关键的概念性错误。好了，这本书我也不想说太多了，有兴趣大家可以百度一下：）
Kernighan和Ritchie的《TheCProgrammingLanguage》（中译名《C程序设计语言》）堪称经典中的经典，不过旧版的很多内容都已过时，和现在的标准C语言相去甚远，大家一定要看最新的版本，否则不如不看。另外，即使是最经典最权威的书，也没有办法面面俱到，所以手边常备一本《C语言参考手册》是十分必要的。《C语言参考手册》就是《CReferenceManual》，是C语言标准的详细描述，包括绝大多数C标准库函数的细节，算得上是最好的标准C语言的工具书。顺便提一句，最新的《C程序设计语言》是根据C89标准修订的，而《C语言参考手册》描述的是C99标准，二者可能会有些出入，建议按照C99标准学习。还有一本《C和指针》，写得也是相当地不错，英文名是《PointersonC》，特别地强调指针的重要性，算是本书的一个特点吧。不过这本书并不十分适合初学者，如果你曾经学过C语言，有那么一些C语言的基础但又不是很扎实，那么你可以尝试一下这本书。我相信，只要你理解了指针，C语言便不再神秘。
如果你已经啃完了一本C语言教材，想要更进一步，那么有两本书你一定要看。首先是《CTrapsandPitfalls》（中译名《C陷井与缺陷》），很薄的一本小册子，内容非常非常地有趣。要注意一点，这本书是二十多年前写成的，里面提到的很多C语言的缺陷都已被改进，不过能够了解一些历史也不是什么坏事。然后你可以挑战一下《ExpertCProgramming》（中译名《C专家编程》），书如其名，这本书颇具难度，一旦你仔细读完并能透彻理解，你便可以放心大胆地在简历上写“精通C语言”了。
切记一个原则，不要读自己目前还看不懂的书，那是浪费生命。如果你看不懂，那你一定是缺失了某些必需基础知识。此时，你要仔细分析自己需要补充哪些内容，然后再去书店寻找讲述的这些内容的书籍。把基础知识补充完毕再回头来学习，才会真正的事半功倍。
二、Unix/Linux还是Windows，这是个很大的问题
不同的编程环境会造就出不同思维的程序员。Windows的程序员大多依赖集成开发环境，比如VisualStudio，而Unix程序员更加钟爱Makefile与控制台。显而易见，集成开发环境更容易上手，在Windows上学习C语言，只需要会按几个基本的VisutalC++工具栏按钮就可以开始写Hello,World!了，而在Unix下，你需要一些控制台操作的基本知识。有人也许认为Unix的环境更简洁，但习惯的力量是很大的，大家都很熟悉Windows的基本操作，而为了学习C语言去专门装一个Unix系统，似乎有点不划算。
对于一个只懂得Windows基本操作、连DOS是什么都不知道的新手而言，尽快做一些有趣而有意义的事情才是最重要的。用C语言写一个小程序远比学习ls、cat等命令有趣，况且我们要专注于C语言本身，就不得不暂时忽略一些东西，比如编译链接的过程、Makefile的写法等等等等。
所以我建议初学者应该以VisualC++6.0（不是VisualC++.NET）或者DevC++作为主要的学习环境，而且千万不要在IDE的使用技巧上过多纠缠，因为今后你一定要转向Unix环境的。VisualC++6.0使用很方便，调试也很直观，但其默认的编译器对C标准的支持并不好，而DevC++使用gcc编译器，对C99的标准都支持良好。使用顺带提一下，很多大学的C语言课程还在使用TurboC2.0作为实验环境，这是相当不可取的，原因其一是TC2.0对C标准几乎没有支持，其二是TC2.0编译得到的程序是16位的，这对今后理解32位的程序会造成极大的困扰（当然,用djgpp之类的东西可以使TC2.0编译出32位程序，不过那过于复杂了）。
等你学完一本C语言的教材，你一定要转向Unix平台继续学习，几乎所有的C语言高级教程都是基于Unix平台的（比如《C专家编程》）。转变的过程是痛苦的，你需要面对的是各种纷繁复杂的命令，完全不同于Windows平台的思考方式，但是这种痛苦是值得的。Unix与C是共生的，Unix的思考方式和习惯更加符合C语言的思考方式和习惯。在Unix下，你可以找到无数优秀的源代码供你尽情阅读，你可以方便地查看某个库函数的联机手册，还可以看到最优秀的代码风格（说到代码风格，我会专门写一篇文章详细叙述）。
归结起来就是一句话：初学C语言，建议使用Windows系统和集成开发环境，在准备向“高手”方向努力时，请先转向Unix平台。
三、万事俱备，你就是东风
书已选定，环境配置完成，正所谓万事俱备，只欠你自己的努力了。请从书的前言开始，仔细地阅读手头的教材，很多人看书喜欢直接从第一章开始看，这是错误的做法。前言是作者对整本书的大体介绍，作者一般会告诉你需要什么基础才能够顺利阅读本书，这可以帮助你检验自己的基础知识是否已经具备。看完前言，还要浏览一下目录，了解一下书的整体结构，顺便给自己安排一下学习计划。
学习C语言，必需注意每一个细节，书上的例子代码一定要自己亲自敲一遍，编译执行输出都跟书上说的一致才能算是学完了一个例子，如果不一致，就要仔细找原因。出了书本上有的例子，自己还要“创造”一些例子，比如学习运算符优先级的时候，可以写几个相同的表达式，在不同的位置加上括号，看看有哪些不同的行为，比如*p++和(*p)++，又比如a=b==c、(a=b)==c和a=(b==c)等等。自己抄的书上的例子以及改造之后的例子，还有自己“创造”的例子，都应该仔细地归类保存，并且要在源代码中写上简短的注释，阐述这个例子的意图。
例子之后就是习题了，我建议初学者把所有的习题都独立做一遍，然后对照答案的代码，看看自己的代码有那些不足，再试着修改自己的代码。很多人不重视习题，这是极大的错误，因为作者通常会在习题中说明一些重要的道理，而不是单纯地检验前面的知识。
也许你认为这样学习太慢，其实不然。学得细致就不用走回头路，等你学到后面才发现自己前面没搞清楚，那才是真的得不偿失。一般说来，整本书读完，你应该完成数千行乃至上万行的代码，无论是原封不动照抄书上的，还是自己心血来潮写就的，都是今后继续学习的一笔财富。以我自己举例，阅读《Windows核心编程》时（我只阅读了3/4的内容），除了抄书上的代码，还自己写了很多例子，一共有行（用unix下的wc工具统计），时隔多日，我早已记不清Windows的系统编程了，但只要花几分钟翻出以前的代码看看，便会重新了然于胸。所谓好记性不如烂笔头，就是这个道理。
仔细读书、认真抄写源代码、独立完成习题外加更进一步的实验，最后将所有的代码留下，成为自己的经验和财富，绝对的辛苦，也绝对的事半功倍。当然，这种方式只适合学习需要精通的技术，如果不是学习C语言，你还要具体情况具体分析。
写到最后，还有非常非常重要的一点没有提及──代码风格，从最开始学习就必须强迫自己模仿最优秀的代码风格。因为代码风格太重要内容也太多，我会用专门的一篇文章来详细讨论，请大家