EEPW论坛

     C语言是各大操作系统的基础，Unix、Linux、Windows其内核都清一色是C语言开发的，(某些地方是和汇编语言混合开发的)，君不见Windows API都是C语言函数的接口？Unix/Linux绝大多数应用都是C语言开发的；Windows应用程序用纯API开发已然不多，大多都是依靠某种Application Framework，比如所谓的VC++，其实就是指VC IDE + C++语言 + MFC(现在重点已转向ATL、WTL)，但是Windows服务、网络、驱动程序等底层软件，还是C语言开发的。各种语言的编译器，包括java虚拟机，都是用C语言开发的。各种嵌入式设备，如手机、PDA也都是C语言开发的。C语言历史悠久，其内容也绝非谭浩强老师的《C语言程序设计（第二版）》所描述的那么简单——那本书只是针对中国国情的教学入门书而已。
    学生总喜欢问：那种语言好？学那种语言有前途？这种问题天天在讨论，永无休止。其实我觉得大家所关心的，无非是那种语言更有“钱途”，学习那种语言毕业后能够轻松找到高薪的工作——当年我也是这么想。那么，我告诉你，如果你精通C语言，请你去华为，不要在小池塘里浪费青春了！
  OK, 听了我苦口婆心的劝告，你准备从C语言入手，开始攀登程序员高手这座山峰了，在你出发之前，你的行囊中需要准备什么呢？
第一个要装进行囊和你一起前进是“规范的格式”，有很多教科书，参考书，不太注重程序的格式的问题，写出的程序就象一堆堆的垃圾一样，这也导致了现在很多人写的程序中有很多的废码，垃圾代码，这和那些入门的书有非常大的关系，要把那些作者都拿来打打PP。真正的商业程序绝对是规范的，张三写的程序和李四的程序格式大致相同，各种标识符的命名规则一样，否则谁也看不懂你写的程序。如果写出来的代码谁也看不懂，那绝对是垃圾。如果要把那些垃圾翻半天，勉强才把金子找出来，那这样的程序不如不要，还不如重新写过，这样，思路会更清楚一点。所以说，规范的格式是入门的基础。那这个规范的格式包括什么呢？不少啊，要坚持才能做到！长标志符命名，代码缩进，一对大括号范围不超过一屏幕，等等。
    第二个要装进行囊的是耐心，所谓工欲善其事，必先利其器。要想成功，没有一个相对平淡的过程是不可能的。这不仅仅指你在学习过程中要有耐心，要循序渐进，而起也说的是另一个重要的方面：调式程序。调试是写程序过程中一个重要的方面，如果有人能一次写成程序，牛啊，而且是大牛，不光是大牛，还是老子骑的那头青牛，凡人是做不道的！调试是每个程序必定经历的历程。经常有同学问我：老师，我的程序完全没错误啊，都是照书抄的啊！怎么就运行不出来呢？对于这个问题我也看不出来！你们有问题可以找我，找其他的老师，老师找谁啊？李师父？那是很荒谬的！我就只好坐下来调试，这个说实话，调试是很枯燥的，所以有同学抱怨说我操作太快，不理解为什么要这样，为什么要那样，我的脾气不太好，一烦躁就会骂人地，所以，这个就需要你们自己修炼内功了！
有了这两个就可以了，可以出发了，估计有人说了，英语和数学不要了？大家都说大学生了，这种问题就不要问了嘛！你已经用早晨和傍晚的时光学习了英语了，我这个没有要去，计算机专业英语超简单，小学水平而已，记住一些专业词汇就可以了！关于数学，说数学好，写程序就好是没有科学根据的！我就有个同学，数学回回100分，写程序也就是hello world的程度，不过人家现在是数学博士了！惭愧啊！做为的大学生，而且是我们这个专业的大学生，已经完全具备了写程序所需要的数学素养了！所以这个不是我们要担心的，Ready? Go！
第一招，学什么呢？打狗棍法！呵呵
有一个伟人说过：“重复权威是成熟的必经之路”，这是站在巨人的肩膀上的做法，习武之人首先要学的都是各种套路，比方说辟邪剑法，然后才能融会贯通，开宗流派；我们学习写程序也要这样来，这是一个捷径，帮你走得更远得捷径。
   运行效果是不是很好？你学数据结构的时候，树啊，图啊，你都可以这样输出啊，很多地方你都可以做的更好呢！

好了，到这里，我们基本解决了在学习C语言程序设计时的一些方法论的东西，关于具体的学习过程，如果你要我在这里给你们讲指针要如何学习？函数要如何学习？那我讲的内容也不会多于任课老师的内容，或者开个专题叫“如何学好指针”，当然，如果你愿意和我探讨一下指针的本质和高级应用的话，课后，课后啊！
现在，我们要谈最后一个问题！我们这个专业的女生的比例较其他的工科专业还是要高一些的，不知道为什么经常到如下的说法：1，我是女生，我不适合写程序啊；2，我的性格比较外向，不适合坐下来安静的写程序呢！
   性格外向不适合写程序？你们看我啊，觉得我是性格内向的任吗？程序员也非常需要发散的外向型思维，老比，地球上最富裕的人说，他招程序员更愿意招原来是学物理的人，因为学物理的人的思维可以从极大（宇宙）到极小（原子）。所有，说性格外向不适合写程序的话是懒惰的借口，是要掩盖他不可告人的目的的接口！狂打PP!
  女生又为什么不适合写程序呢？我到知道一个理由，对皮肤不好啊！你们看我这满脸沧桑的，就知道了！除此之外，还会又其他的理由吗？英国科学家早就证明了男女的区别完全不是人们想象的那样，很多方面女性是要超过男性的！想想以前的母系社会，现在的惠安女！
我就见过一个上市公司的研发二部全是女性！，从软件工程师到硬件工程师再到部门经理都是女性，业绩根本不输其他的研发部门，这个公司在湖南，不是我瞎掰的！
同学们，问大家一个问题，“二十一世纪最贵是什么？”，不错，是人才，所以，我可以负责任地告诉大家，“不学好C语言，老师很生气”，老师很生气，后果怎么样啊？是很严重！
That’s all, thank you!
    学习C语言不是一朝一夕的事情，但也不需要花费十年时间才能精通。如何以最小的代价学习并精通C语言是本文的主题。请注意，即使是“最小的代价”，也绝不是什么捷径，而是以最短的时间取得最多的收获，同时也意味着你需要经历艰苦的过程。

一、要读就读好书，否则不如不读

　　所有初学者面临的第一个问题便是：如何选择教材。好的开始是成功的一半，选择一本优秀的教材是事半功倍的关键因素。不幸的是，学校通常会帮你指定一本很差劲的C语言课本；而幸运的是，你还可以再次选择。
大名鼎鼎的谭浩强教授出了一本《C语言程序设计》，据说发行量有超过400万，据我所知，很多学校都会推荐这本书作为C语言课本。虽然本人的名字（谭浩宇）跟教授仅仅一字之差，但我是无比坚定地黑他这本书的。这本书不是写给计算机专业的学生的，而是给那些需要考计算机等级考试的其它专业学生看的。这本书的主要缺点是：例子程序非常不专业，不能教给你程序设计应该掌握的思考方式；程序风格相当地不好，会让你养成乱写代码的恶习；错误太多，曾经有人指出过这本书的上百个错误，其中不乏关键的概念性错误。好了，这本书我也不想说太多了，有兴趣大家可以百度一下：）

Kernighan和Ritchie的《The C Programming Language》（中译名《C程序设计语言》）堪称经典中的经典，不过旧版的很多内容都已过时，和现在的标准C语言相去甚远，大家一定要看最新的版本，否则不如不看。另外，即使是最经典最权威的书，也没有办法面面俱到，所以手边常备一本《C语言参考手册》是十分必要的。《C语言参考手册》就是《C Reference Manual》，是C语言标准的详细描述，包括绝大多数C标准库函数的细节，算得上是最好的标准C语言的工具书。顺便提一句，最新的《C程序设计语言》是根据C89标准修订的，而《C语言参考手册》描述的是C99标准，二者可能会有些出入，建议按照C99标准学习。还有一本《C和指针》，写得也是相当地不错，英文名是《Pointers on C》，特别地强调指针的重要性，算是本书的一个特点吧。不过这本书并不十分适合初学者，如果你曾经学过C语言，有那么一些C语言的基础但又不是很扎实，那么你可以尝试一下这本书。我相信，只要你理解了指针，C语言便不再神秘。

　　如果你已经啃完了一本C语言教材，想要更进一步，那么有两本书你一定要看。首先是《C Traps and Pitfalls》（中译名《C陷井与缺陷》），很薄的一本小册子，内容非常非常地有趣。要注意一点，这本书是二十多年前写成的，里面提到的很多C语言的缺陷都已被改进，不过能够了解一些历史也不是什么坏事。然后你可以挑战一下《Expert C Programming》（中译名《C专家编程》），书如其名，这本书颇具难度，一旦你仔细读完并能透彻理解，你便可以放心大胆地在简历上写“精通C语言”了。
　　切记一个原则，不要读自己目前还看不懂的书，那是浪费生命。如果你看不懂，那你一定是缺失了某些必需基础知识。此时，你要仔细分析自己需要补充哪些内容，然后再去书店寻找讲述的这些内容的书籍。把基础知识补充完毕再回头来学习，才会真正的事半功倍。

二、Unix/Linux还是Windows，这是个很大的问题

　　不同的编程环境会造就出不同思维的程序员。Windows的程序员大多依赖集成开发环境，比如Visual Studio，而Unix程序员更加钟爱Makefile与控制台。显而易见，集成开发环境更容易上手，在Windows上学习C语言，只需要会按几个基本的Visutal C++工具栏按钮就可以开始写Hello, World!了，而在Unix下，你需要一些控制台操作的基本知识。有人也许认为Unix的环境更简洁，但习惯的力量是很大的，大家都很熟悉Windows的基本操作，而为了学习C语言去专门装一个Unix系统，似乎有点不划算。
　　对于一个只懂得Windows基本操作、连DOS是什么都不知道的新手而言，尽快做一些有趣而有意义的事情才是最重要的。用C语言写一个小程序远比学习ls、cat等命令有趣，况且我们要专注于C语言本身，就不得不暂时忽略一些东西，比如编译链接的过程、Makefile的写法等等等等。

　　所以我建议初学者应该以Visual C++ 6.0（不是VisualC++ .NET）或者Dev C++作为主要的学习环境，而且千万不要在IDE的使用技巧上过多纠缠，因为今后你一定要转向Unix环境的。Visual C++ 6.0使用很方便，调试也很直观，但其默认的编译器对C标准的支持并不好，而Dev C++使用gcc编译器，对C99的标准都支持良好。使用顺带提一下，很多大学的C语言课程还在使用Turbo C 2.0作为实验环境，这是相当不可取的，原因其一是TC 2.0对C标准几乎没有支持，其二是TC 2.0编译得到的程序是16位的，这对今后理解32位的程序会造成极大的困扰（当然,用djgpp之类的东西可以使TC 2.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的内容），除了抄书上的代码，还自己写了很多例子，一共有5574行（用unix下的wc工具统计），时隔多日，我早已记不清Windows的系统编程了，但只要花几分钟翻出以前的代码看看，便会重新了然于胸。所谓好记性不如烂笔头，就是这个道理。

　　仔细读书、认真抄写源代码、独立完成习题外加更进一步的实验，最后将所有的代码留下，成为自己的经验和财富，绝对的辛苦，也绝对的事半功倍。当然，这种方式只适合学习需要精通的技术，如果不是学习C语言，你还要具体情况具体分析。

　　写到最后，还有非常非常重要的一点没有提及──代码风格，从最开始学习就必须强迫自己模仿最优秀的代码风格。因为代码风格太重要内容也太多，我会用专门的一篇文章来详细讨论，请大家关注《程序员之路──关于代码风格》。
     题目是关于C语言，其实我主要想说说程序该怎么学，或者一点感悟罢了，在这里，我只想引用身边的几个人的例子，来谈一下对程序学习的理解

第一个人要说到我了，我对程序产生兴趣，是听说程序可以作游戏，那时候是在初一，然而借来一本G-BASIC简明教材后，我便傻了眼。

陌生的词汇，古怪的逻辑，都是些天文的中文译本，头疼了好一阵子。

   然而当时又没有别的闲书可看，我就整天捧着那一本书，什么方法都试过了，甚至倒着看过了，都没看出什么眉目，自己又没有电脑，只能不停地大胆地想象，然后满脑子的疑惑……

   在这里停一下，上面说的便是我学习的风格：总要经历一番波折，瞎折腾几下，然后才会有偶然间的明悟－开窍了！我甚至没见过几个人有我这么笨，现在明白过来了，我总是一开始把事情想得过于复杂，造成狗咬刺猬的难堪的局面，然而竟然有意想不到的收获！但是不建议大家模仿这种风格，起码追女朋友的时候不能这样，生活中很多机会在于接手的那一瞬间，失去就永远找不回来了。

   现在回来，后来偶然间，我看懂了一行代码，是print 语句，当时兴奋得要命，又仔细看了这个看了那个，一下子看懂了很多东西，像是在霎那间被什么给击中似的，立刻间醍醐灌顶。。。。
    初三在学校学了FOXBASE，基本上自学的，我发现了一件奇怪的事，我这人是出了名的记性不好，然而当时背程序中的命令却是过目不忘，到现在还记得很多，也许是感兴趣吧，也感谢我的微机老师给我提供自由上机的机会！后来我又自学了QBASIC，初四暑假又学了一点C，那时学C遇到不少困难，当时我们学校机房连C语言都没有，我只好闷在家里，一本二级C教材，一本配套习题，整天发呆地想，把自己的脑袋当电脑cpu使，有时进入死循环，有时又彻底崩溃。我花十几天看完了一本书，做完了一本题，然而脑袋里充满了疑惑，由于没有上机实践的机会，我就凭自己的猜测与推理己慢慢建立了一大堆理论，十分得意与自信，但后来证明大部分是错的，害我花了很长时间去纠正，这是后话。可是，还是那句话不破不立，不阻不行。就像我现在有了电脑，整天泡在互联网的海洋里，感受着快餐文化，好久都没静下心来好好想点东西了.

   高中还上过几节电脑课，只不过忙于应付高考，我将学程序的打算放弃了，到这里我该说下一个人了。
高中时坐我旁边一女生，她的文曲星里有BASIC，我偶尔拿过来编了几个小程序玩，她看到后很感兴趣，令人惊讶的是，她只看了三五个程序，听我讲了几个命令的功能，就能根据自己的想象编出小动画来，她此前是绝没有学过程序的！我曾一度怀疑过她的智商，然而她程序是如此之快，却让我的眼都瞪大了好几圈，比我当年高了好几个境界！我后来经常在想，是不是我当时的方法不对，程序到底应该怎样学。。。
    一晃就到了大学，我碰到另一个让我佩服的人，跟我一样是学计算机的，他是偶尔看到我在编动画，然后十分感兴趣，便开始自学。他令人吃惊的是，指针，结构体，位运算等等，都没搞懂（更不用说算法和数据结构），只学了三种程序结构，现在只学了C半年，便自己能编出贪吃蛇，俄罗斯方块，扫雷，还有很多叫不出名字的小游戏来，现在又在写黑白棋，我知道我确实是走了不少弯路。
程序应该怎样学，对C来讲，我觉得应该从画图学起。
原因有二。
一，画图程序很能振奋人心的，它能带给你浓厚的兴趣，这是学程序的关键。
二，画图程序容易上手，很简单的道理，就能做出很漂亮的东西来。有很多东西甚至不用看课本，就能自己推出来（我认为推理的方法很重要，它是你自学的必要条件）。
  比如画一个圆，从数学角度来分析，要确定一个圆，只需知道它的圆心（x,y）与半径r,那好一个圆就画出来了，circle(x,y,r);
其它的类推，再画一个立体的，选择立方体，再分析，只要知道两个对角的坐标就行了吧，翻一下课本，不是这样，为什么？你或许会想到，电脑屏幕本来就是平面的，用立体坐标的理论在这里，恐怕就不是最简单的方法。所以它采用的应该是两个平面图形平移。此处留下疑问，立体图形在平面坐标中怎么表示？自己慢慢研究，很浅的东西。
想作动画吧，想象一下动画的原理只是从一个图形变幻到另一个图形，不同地变幻就出现动画效果，那就可以画一个，擦了，再画一个新的，再变化。。。
数学功底好的话，从二维到三维，从静态到动态我认为是很快的过渡。
  具体该怎么学呢，你可以多找几个画图的例子，敲到电脑里，多敲几个，慢慢地你就会知道哪些东西是干什么的，慢慢地就会自己做出东西来。
但这里不要沉溺太久了，先学画图只是帮助你轻松地入门（很多人C学完了还没有入门）。
从画图里暂时走出来，你应该打打基础了，这里不再赘述。可以边学边实践，物理，数学课本中很多问题都可以用程序来演示，来解决，尝试着多做些东西，这比你老学课本中的模型强多了，只有你自己去体会才能知道。
　　谈及C语言，我想凡是学过它的朋友都有这样一种感觉，那就是“让我欢喜让我忧。”欢喜的是，C语言功能非常强大、应用广泛，一旦掌握了后，你就可以理直气壮地对他人说“我是电脑高手！”，而且以后若是再自学其他语言就显得轻而易举了。忧虑的是，C语言犹如“少林武功”一般博大精深，太难学了。其实就笔者认为C语言并非是“difficult（困难）”的，只要你能理清思路，掌握它的精髓，那么自学C语言是一件非常容易且又其乐无穷的事。今天本人就与大家一起谈谈如何学习C语言或者说学习C语言应从哪几方面着手。
了解一些基本知识

　　一．C语言的背景

　　就个人感触，无论学习哪门语言首先应该了解一下自己所学语言的背景，也可以说它的发展史。

C语言属于高级程序语言的一种，它的前身是“ALGOL”。其创始人是布朗·W·卡尼汉和丹尼斯·M·利奇。C语言问世时是带有很大的局限性，因为它只能用于UNIX系统上。然而随着科学技术的进步，计算机工业的发展，C语言逐渐脱离UNIX。1987年美国标准化协会制定了C语言的国际标准，简称“ANSI C”，从此以后它便成为一种广泛使用的程序语言。C语言的优点很多，主要的有如下四点：

1．兼备高级语言与低级语言的优点，属于一种中间语言。

2．它是一种结构化程序设计语言，非常适合结构化程序设计。

3．有较丰富的数据类型、运算符以及函数供以选用。

4．直接与内存打交道，使修改、编辑其他程序与文档变得轻松，简单。

　　二．二大语系二种不同的学习方法

　　笔者学习过很多程序语言，例如：C，C＋＋（C语言的扩展），QBASIC，VB（BASIC的可视化），JAVASCRIPT，JSCRIPT ，VBSCRIPT，JAVA，ASP，FOXPRO，PERL等等，就本人实践所得，其实高级程序语言分为两大语系。一路是以C为主的程序语言，例如：JAVASCRIPT，JAVA等，这类语言在函数的调用，程序语句的书写，循环的控制都极为相似。另一路是以BASIC为首的程序语言，例如：FOXPRO，VBSCRIPT等，此类语言同样具有相似的函数调用，程序语句书写以及循环控制，但与C语系是不同的。因此若是您以前是从QBASIC起家的，那么在学习C语言前最好是先洗洗脑，千万不要把学习BASIC的方法以及思路用在C身上。

　　讲到这里，我想大家对C语言一定有了感性认识吧！下面让我们再升华一下，全方位亲密接触它。学习C语言必须从以下四点入手，也就是说，只要你能掌握这四点的内容，那么基本上就大功告成了。
    怎样才能学好c语言
有人问我c语言是不是很难学，我说不是，后来问的人多了，我就萌生了写一篇关于c语言如何入门的文章的念头来。
其实c语言很简单，它只是一种交流的规则，一种表达的工具，一种承载思想的容器而已，之所以感觉难，我觉得是还不习惯使用计算机特点来考虑问题。这就好比中国人从到英国定居一样，虽然你学过英语，但是那只是想象中的英国，和现实的英国的情况还相差很远，所以要有一个适应的过程，也就是常说的过渡期或磨合期。
想尽快上手就得掌握计算机的特点，计算机的特点包括：
1、 计算机在问题的处理方式上要求全，将所有的可能都要告诉它。人可以根据习惯忽略一些东西，但计算机不行。比如说求解一元二次方程，我们考虑问题就已经默认了a不等于0，更有甚者把b方减4ac也默认大于等于零了。这是我们的习惯，既然有解，我们一般习惯上就把它定为实数解，所以你做出来的程序一般是不考虑这两个条件的，但是计算机不行，计算机是有名的弱智。计算机没有象人一样的智能处理能力，它是人忠实的信徒，不管你怎么想，它都会执行你的命令。由于你的习惯，导致一些别有用心的人或者无意犯错的人来犯错误，致使计算机有时无所适从。很疲惫，甚至崩溃，报错，造成你的程序是不成功的，所以你感觉很难。
2、 计算机要求程序的描述精确，无二义性。人的语言有很强的随机性和二义性。我们平时说话时，有时是一些招呼，有时说话的逻辑性可以不太清楚，话既可以表达这样的意思，也可以表达那样的意思，人可以根据环境和对方想表达的含义进行分析，最终得到正确的结果，但是计算机很弱智，虽然它很听话，但是他不能理解你表达的思想，只会按你交给的指令执行，这样导致执行时报警和出错。
3、 计算机编程是要求有很强的全局性和逻辑性，不存在起伏的问题。人的思维有很强的活跃期和蛰伏期，计算机不会，它随时待命。人在考虑问题时，有很多尽兴的东西，但这不是处理问题的整体，而是一部分，所以就出现做完一段代码后，就不愿意再写，或感觉很吃力，所以感觉很难。
计算机要求它的主人，考虑问题要全面，所有可能的情况及处理都要告诉它，要求学会沉稳，心态要稳定，要求交流的语句一定要明了含义单一。
怎样才能很快的学会c语言，更快的度过磨合期呢？C语言的语法规则记忆理解当然是不可少的，除此之外还应注意以下几个方面：
1、 好好理解一下变量和函数的概念，至少要重新回头看看初等数学。这是基础，否则就会先天不足，你学的再好，也成不了大气候。
2、 平衡心态，虽然不能做到“不以物喜，不以己悲”的水平，但至少不要浮躁，不要急于求成，欲速则不达。
3、 培养自身的全局意识，既能小无内，也能大无外，才行。
4、 严格按照程序设计过程设计程序，不要跳脱，天马行空，没有规矩是不成方圆的。
5、 努力提高自身的综合素质。程序是人思维的表达形式，是人处理问题思路和语言的结合体。你对客观看成到什么程度和你掌握的知识成正比。如果你对处理的问题不理解，不会处理，你怎么也写不出程序。
6、 学会交流，多交流，相互补益，同时团队合作也是很重要的。
总之，实践出真知，多学、多练、多思、多交流，勤奋好学才能学成。
有什么不合适的地方还请多多指教！