第一阶段
此阶段主要是能熟练地使用某种语言。这就相当于练武中的套路和架式这些表面的东西。
第二阶段
此阶段能精通基于某种平台的接口（例如我们现在常用的Win 32的API函数）以及所对应语言的自身的库函数。到达这个阶段后，也就相当于可以进行真实散打对练了，可以真正地在实践中做些应用。
第三阶段
此阶段能深入地了解某个平台系统的底层，已经具有了初级的内功的能力，也就是“手中有剑，心中无剑”。
第四阶级
此阶段能直接在平台上进行比较深层次的开发。基本上，能达到这个层次就可以说是进入了高层次。这时进入了高级内功的修炼。比如能进行VxD或操作系统的内核的修改。
这时已经不再有语言的束缚，语言只是一种工具，即使要用自己不会的语言进行开发，也只是简单地熟悉一下，就手到擒来，完全不像是第一阶段的时候学习语言的那种情况。一般来说，从第三阶段过渡到第四阶段是比较困难的。为什么会难呢？这就是因为很多人的思想变不过来。
第五阶级
此阶段就已经不再局限于简单的技术上的问题了，而是能从全局上把握和设计一个比较大的系统体系结构，从内核到外层界面。可以说是“手中无剑，心中有剑”。到了这个阶段以后，能对市面上的任何软件进行剖析，并能按自己的要求进行设计，就算是MS Word这样的大型软件，只要有充足的时间，也一定会设计出来。
第六阶级
此阶段也是最高的境界，达到“无招胜有招”。这时候，任何问题就纯粹变成了一个思路的问题，不是用什么代码就能表示的。也就是“手中无剑，心中也无剑”。
此时，对于练功的人来说，他已不用再去学什么少林拳，只是在旁看一下少林拳的对战，就能把此拳拿来就用。这就是真正的大师级的人物。这时，Win 32或Linux在你眼里是没有什么差别的。
每一个阶段再向上发展时都要按一定的方法。第一、第二个阶段通过自学就可以完成，只要多用心去研究，耐心地去学习。
要想从第二个阶段过渡到第三个阶段，就要有一个好的学习环境。例如有一个高手带领或公司里有一个好的练手环境。经过二、三年的积累就能达到第三个阶段。但是，有些人到达第三个阶段后，常常就很难有境界上的突破了。他们这时会产生一种观念，认为软件无非如此，认为自己已无所不能。其实，这时如果遇到大的或难些的软件，他们往往还是无从下手。
现在我们国家大部分程序员都是在第二、三级之间。他们大多都是通过自学成才的，不过这样的程序员一般在软件公司也能独当一面，完成一些软件的模块。
但是，也还有一大堆处在第一阶段的程序员，他们一般就能玩玩VB，做程序时，去找一堆控件集成一个软件。
同学们我们现在还处在第一阶段啊，革命尚未成功，同志还须努力！！！
世界上并没有成为高手的捷径，但一些基本原则是可以遵循的。
1. 扎实的基础。数据结构、离散数学、编译原理，这些是所有计算机科学的基础，如果不掌握他们，很难写出高水平的程序。据我的观察，学计算机专业的人比学其他专业的人更能写出高质量的软件。程序人人都会写，但当你发现写到一定程度很难再提高的时候，就应该想想是不是要回过头来学学这些最基本的理论。不要一开始就去学OOP，即使你再精通OOP，遇到一些基本算法的时候可能也会束手无策。
2. 丰富的想象力。不要拘泥于固定的思维方式，遇到问题的时候要多想几种解决问题的方案，试试别人从没想过的方法。丰富的想象力是建立在丰富的知识的基础上，除计算机以外，多涉猎其他的学科，比如天文、物理、数学等等。另外，多看科幻电影也是一个很好的途径。
3. 最简单的是最好的。这也许是所有科学都遵循的一条准则，如此复杂的质能互换原理在爱因斯坦眼里不过是一个简单得不能再简单的公式：E=mc2。简单的方法更容易被人理解，更容易实现，也更容易维护。遇到问题时要优先考虑最简单的方案，只有简单方案不能满足要求时再考虑复杂的方案。
4. 不钻牛角尖。当你遇到障碍的时候，不妨暂时远离电脑，看看窗外的风景，听听轻音乐，和朋友聊聊天。当我遇到难题的时候会去玩游戏，而且是那种极暴力的打斗类游戏，当负责游戏的那部分大脑细胞极度亢奋的时候，负责编程的那部分大脑细胞就得到了充分的休息。当重新开始工作的时候，我会发现那些难题现在竟然可以迎刃而解。
5. 对答案的渴求。人类自然科学的发展史就是一个渴求得到答案的过程，即使只能知道答案的一小部分也值得我们去付出。只要你坚定信念，一定要找到问题的答案，你才会付出精力去探索，即使最后没有得到答案，在过程中你也会学到很多东西。
6. 多与别人交流。三人行必有我师，也许在一次和别人不经意的谈话中，就可以迸出灵感的火花。多上上网，看看别人对同一问题的看法，会给你很大的启发。
7. 良好的编程风格。注意养成良好的习惯，代码的缩进编排，变量的命名规则要始终保持一致。大家都知道如何排除代码中错误，却往往忽视了对注释的排错。注释是程序的一个重要组成部分，它可以使你的代码更容易理解，而如果代码已经清楚地表达了你的思想，就不必再加注释了，如果注释和代码不一致，那就更加糟糕。
8. 韧性和毅力。这也许是"高手"和一般程序员最大的区别。A good programming is 99% sweat and 1% coffee。高手们并不是天才，他们是在无数个日日夜夜中磨练出来的。成功能给我们带来无比的喜悦，但过程却是无比的枯燥乏味。你不妨做个测试，找个 10000以内的素数表，把它们全都抄下来，然后再检查三遍，如果能够不间断地完成这一工作，你就可以满足这一条。
此人网名为xiaomazhw2001，现在，有篇文章写的不错，对学编程的人有一定的启发，把它转帖如下：
给大家学习C的一点建议！ 220.202.194.11
我始终认为，对一个初学者来说，IT界的技术风潮是不可以追赶的，而且也没有能力去追赶。我时常看见自己的DDMM们把课本扔了，去卖些价格不菲的诸如 C#, VB.Net 这样的大部头，这让我感到非常痛心。而许多搞不清指针是咋回事的BBS站友眉飞色舞的讨论C#里面可以不用指针等等则让我觉得好笑。C#就象当年的ASP 一样，“忽如一夜春风来，千树万树梨花开”，结果许多学校的信息学院成了“Web 学院”。96,97级的不少大学生都去做Web 了。当然我没有任何歧视某一行业的意识。我只是觉得如果他们把追赶这些时髦技术的时间多花一点在基础的课程上应该是可以走得更远的。
几个误区
初学者对C#风潮的追赶其实也只是学习过程中经常遇到的几个误区之一。我将用一些实际的例子来说明这些现象，你可以按部就班的看看自己是不是属于其中的一种或者几种：
认为计算机技术等于编程技术:
有些人即使没有这个想法，在潜意识中也有这样的冲动。让我奇怪的是，许多信息学院的学生也有这样的念头。认为计算机专业就是编程专业，与编程无关的，或者不太相关的课程他统统都不管，极端的学生只要书上没带“编程”两个字他就不看。
其实编程只是计算机技术应用过程中一种复杂性最低的劳动，这就是为什么IT业最底层的人是程序员（CODER）。计算机技术包括了多媒体，计算机网络，人工智能，模式识别，管理信息系统等等这些方面。编程工作只是在这些具体技术在理论研究或者工程实践的过程中表达算法的过程。编程的人不一定对计算机技术的了解就一定很高。而一个有趣的现象是，不少大师级的计算机技术研究者是不懂编程的。网上的炒作和现实中良好的工作待遇把编程这种劳动神秘化了。其实每一个程序员心里都明白，自己这些东西，学的时候并不比其它专业难，所以自然也不会高档到哪里去。
咬文嚼字的孔已己作风:
我见过一本女生的《计算机网络原理》教材，这个女生像小学生一样在书上划满了横杠杠，笔记做得满满的，打印出来一定比教材还厚。我不明白的是，像计算机网络原理这样的课程有必要做笔记？我们的应试教育的确害了不少学生，在上《原理》这一类课程的时候许多学生像学《马列原理》一样逐字背诵记忆。这乃是我见过的最愚蠢的行为。所谓《原理》，即是需要掌握它为什么这样做，学习why，而不是how（怎样做）。极端认真的学生背下以太网的网线最大长度，数据帧的长度，每个字段的意义，IP报头的格式等等，但是忘了路由的原则，忘了TCP/IP协议设计的宗旨。总之许多人花了大量的时间把书背得滚瓜烂熟却等于什么也没学。
在学习编程的时候这些学生也是这样，他们确切的记得C++语法的各个细节。看完了C++教程后看《Thinking in C++》（确实是好书），《Inside C++》，《C++ reference》，this C++, that C++……，然后是网上各种各样的关于C++语法的奇闻逸事，然后发现自己又忘了C++的一些语法，最后回头继续恶补…。有个师弟就跟我说：“C++ 太难了，学了这里忘了那里，学了继承忘了模板。”我的回答道：“你不去学就容易了”。我并没有教坏他，只是告诉他，死抠C++的语法就和孔已己炫耀茴香豆的茴字有几种写法一样毫无意义。你根本不需要对的C++语法太关心，动手编程就是了，有不记得的地方一查MSDN就立马搞定。我有个结论就是，实际的开发过程中对程序语法的了解是最微不足道的知识。这是为什么我在为同学用Basic（我以前从没有学过它）写一个小程序的时候，只花了半个小时看了看语法，然后再用半个小时完成了程序，而一个小时后我又完全忘记了Basic 的所有关键字。
不顾基础，盲目追赶时髦技术：
终于点到题目上来了。大多数的人都希望自己的东西能够马上跑起来，变成钱。这种想法对一个已经进入职业领域的程序员或者项目经理来说是合理的，而且IT技术进步是如此的快，不跟进就是失业。但是对于初学者来说（尤其是时间充裕的大中专在校生），这种想法是另人费解的。一个并未进入到行业竞争中来的初学者最大的资本便是他有足够的时间沉下心来学习基础性的东西，学习why 而不是how。时髦的技术往往容易掌握，而且越来越容易掌握，这是商业利益的驱使，为了最大化的降低软件开发的成本。但在IT领域内的现实就是这样，越容易掌握的东西，学习的人越多，而且淘汰得越快。每一次新的技术出来，都有许多初学者跟进，这些初学者由于缺乏必要的基础而使得自己在跟进的过程中花费大量的时间，而等他学会了，这种技术也快淘汰了。基础的课程，比方数据结构，操作系统原理等等虽然不能让你立马就实现一个linux（这是许多人嘲笑理论课程无用的原因），但它们能够显著的减少你在学习新技术时学习曲线的坡度。而且对于许多关键的技术（比方Win32 SDK 程序的设计，DDK的编程）来说甚至是不可或缺的。
一个活生生的例子是我和我的一个同学，在大一时我还找不到开机按纽，他已经会写些简单的汇编程序了。我把大二的所有时间花在了汇编，计算机体系结构，数据结构，操作系统原理等等这些课程的学习上，而他则开始学习HTML和VB，并追赶 ASP的潮流。大三的时候我开始学习Windows 操作系统原理，学习SDK编程，时间是漫长的，这时我才能够用VC开发出象模象样的应用程序。我曾一度因为同学的程序已经能够运行而自己还在学习如何创建对话框而懊恼不已，但临到毕业才发现自己的选择是何等的正确。和我谈判的公司开出的薪水是他的两倍还多。下面有一个不很恰当的比方：假设学习VB编程需要 4个月，学习基础课程和VC的程序设计需要1年。那么如果你先学VB，再来学习后者，时间不会减少，还是1年，而反过来，如果先学习后者，再来学VB，也许你只需要1个星期就能学得非常熟练。
如果你是学生，或者如果你有充足的时间。我建议你仔细的掌握下面的知识。我的建议是针对那些希望在IT技术上有所成就的初学者。同时我还列出了一些书目，这些书应该都还可以在书店买到。说实在的，我在读其他人的文章时最大的心愿就是希望作者列出一个书单。
大学英语－不要觉得好笑。我极力推荐这门课程是因为没有专业文档的阅读能力是不可想象的。中文的翻译往往在猴年马月才会出来，而现在的许多出版社干脆就直接把E文印刷上去。学习的方法是强迫自己看原版的教材，开始会看不懂，用多了自然熟练。吃得苦下得狠心绝对是任何行业都需要的品质。
计算机体系结构和汇编语言－关于体系结构的书遍地都是，而且也大同小异，倒是汇编有一本非常好的书《80x86汇编语言程序设计教程》（清华大学出版社，黑色封面，杨季文著）。你需要着重学习386后保护模式的程序设计。否则你在学习现代操作系统底层的一些东西的时候会觉得是在看天书。
计算机操作系统原理－我们的开发总是在特定的操作系统上进行，如果不是，只有一种可能：你在自己实现一个操作系统。无论如何，操作系统原理是必读的。这就象我们为一个芯片制作外围设备时，芯片基本的工作时序是必需了解的。这一类书也很多，我没有发现哪一本书非常出众。只是觉得在看完了这些书后如果有空就应该看看 《Inside Windows 2000》(微软出版社，我看的是E文版的，中文的书名想必是Windows 2000 技术内幕之类吧)。关于学习它的必要性，ZDNET上的另一篇文章已经有过论述。
数据结构和算法－这门课程能够决定一个人程序设计水平的高低，是一门核心课程。我首选的是清华版的（朱战立，刘天时）。很多人喜欢买C++版的，但我觉得没有必要。C++的语法让算法实现过程变得复杂多了，而且许多老师喜欢用模块这一东西让算法变得更复杂。倒是在学完了C版的书以后再来浏览一下C++的版的书是最好的。
软件工程－这门课程是越到后来就越发现它的重要，虽然刚开始看时就象看马哲一样不知所云。我的建议是看《实用软件工程》（黄色，清华）。不要花太多的时间去记条条框框，看不懂就跳过去。在每次自己完成了一个软件设计任务（不管是练习还是工作）以后再来回顾回顾，每次都会有收获。
Windows 程序设计－《北京大学出版社，Petzold著》我建议任何企图设计Windows 程序的人在学习VC以前仔细的学完它。而且前面的那本《Inside Windows 2000》也最好放到这本书的后面读。在这本书中，没有C++，没有GUI，没有控件。有的就是如何用原始的C语言来完成Windows 程序设计。在学完了它以后，你才会发现VC其实是很容易学的。千万不要在没有看完这本书以前提前学习VC，你最好碰都不要碰。我知道的许多名校甚至都已经用它作为教材进行授课。可见其重要。
上面的几门课程我认为是必学的重要课程（如果你想做Windows 程序员）。
对于其它的课程有这样简单的选择方法：如果你是计算机系的，请学好你所有的专业基础课。如果不是，请参照计算机系的课程表。如果你发现自己看一本书时无法看下去了，请翻到书的最后，看看它的参考文献，找到它们并学习它们，再回头看这本书。如果一本书的书名中带有“原理”两个字，你一定不要去记忆它其中的细节， 你应该以一天至少50页的速度掌握其要领。尽可能多的在计算机上实践一种理论或者算法。
你还可以在CSDN上阅读到许多书评。这些书评能够帮助你决定读什么样的书。
日三省乎己
每天读的书太多，容易让人迷失方向。一定要在每天晚上想想自己学了些什么，还有些什么相关的东西需要掌握，自己对什么最感兴趣，在一本书上花的时间太长还是不够等等。同时也应该多想想未来最有可能出现的应用，这样能够让你不是追赶技术潮流而是引领技术潮流。同时，努力使用现在已经掌握的技术和理论去制作具有一定新意的东西。坚持这样做能够让你真正成为一个软件“研发者”而不仅仅是一个CODER。
把最多的时间花在学习上
这是对初学者最后的忠告。把每个星期玩CS或者CS的时间压缩到最少，不玩它们是最好的。同时，如果你的ASP技术已经能够来钱，甚至有公司请你兼职的话，这就证明你的天分能够保证你在努力的学习之后取得更好的收益，你应该去做更复杂的东西。眼光放长远一些，这无论是对谁都是适用的。
相信你已经能够决定是否学习C＃或者什么时候去学它了。
国学大师王国维先生认为古今成大事业、大学问者，必经过三种境界，第一种境界：“昨夜西风凋碧树。独上高楼，望尽天涯路”；第二种境界：“衣带渐宽终不悔， 为伊消得人憔悴”，第三种境界：“众里寻他千百度，蓦然回首，那人却在灯火阑珊处”。一代宗师真是体察入微，寥寥数语，道尽了求道者的心路历程，将一个人由浅尝、迷茫到彻悟的过程尽数概括，可谓入木三分。
IT行业可谓现在的热门行业，程序员也是很多人羡慕的工作。薪水高，不用东跑西颠，敲敲键盘，看看屏幕，一切工作全都搞定，轻松而方便。果真如此吗？不尽然，实际上，程序员的职业生涯也是一个求道的过程，需要不断的提高和学习，IT行业知识更新之快，常让程序员们有随时掉队的危险，无一日不战战兢兢，不敢稍有懈怠。
程序员的职业生涯也可分为四个阶段，初级程序员(菜鸟)、高级程序员(熟练工)、系统程序员(高手)、软件大师(大师)，其作品也经历四种境界：
• 可以运行的程序
• 健壮、高效的程序
• 结构优美的程序
• 思想深邃的程序
程序员的必经第一个阶段都是编写可以运行的程序。很多人的编程生涯是从“Hello World”开始，当第一次按照教科书上的步骤，将源文件编辑完后，编译、连接、运行，在屏幕上显示出“Hello World”时，心中的激动一点也不亚于阿里巴巴打开了宝库的大门。初级程序员的目标一般是让程序能运行起来，他们迷惑于库函数的众多，不知道该用那一个，他们还要学习基本的语法，以使程序编译通过。初级程序员一般不会考虑设计模式、软件结构等问题。记得本人编写的第一个较大的程序是本人的本科毕业论文题目——一个计算机辅助实验系统，开发工具为Turbo C，在DOS下开发(那个时候Windows还不太流行，怎么样，年代够久远吧)，整个软件大约7000行代码，在当时已经能干不少事，在DOS下也能显示不少花里胡哨的图形界面，支持中文，支持鼠标操作(那时候在DOS下需要自己处理鼠标事件中断)，当时还颇受好评。可是今天再重新温习过去的作品，真有点掺不忍睹，整个软件毫无结构可言，一共分成两个源文件还是由于编译器不支持一个太大的源文件而被迫分开，整个系统就是源代码的简单堆砌。相信每个程序员都需要经历这个阶段，它是程序员职业生涯的开始，没有捷径可以跨越，只有不断的实践、学习和总结。
第二阶段的程序员已积累了不少的编程经验，语法和库函数不再是障碍，他们已不再满足于程序正确运行、功能实现无误。他们需要了解程序背后发生的事情，需要了解操作系统的原理和调度机制，内存管理，文件系统组织等；了解开发工具的细节，如C的函数调用机制，参数的传送机制、堆栈的建立过程等；了解C++的封装、继承和多态性背后的机制，虚函数实现机理等。他们不仅知道程序应该如何运行，还知道它为什么这样运行，能编写高效、鲁棒的程序。
第三阶段的程序员能构建结构优美的软件系统，软件系统结构的合理性、可扩展性、可维护性、可测试性是系统程序员考虑的重点，结构优美的软件系统同一栋完美的建筑群一样，每个部分各司其职，搭配合理。本人一直认为，一个好的软件系统应当具有美学特征，如简洁、和谐、层次感等，一个好的软件系统应当是简洁的，易于理解的；应当是和谐的，每个部分高内聚、低耦合，既分工又合作；应当是层次分明，易于维护和移植。所以，本人建议那些进行软件系统设计的程序员，当你设计完一个系统后，需要问问自己："它美吗？"，如果答案是否定的，那么我建议你需要重新考虑系统的设计，如果答案是肯定的，那么，恭喜你，你已经达到一个相当高的水平。
最后一级也许是每个程序员梦想达到的顶峰，程序设计不再是简单的工具，而是大师们改变世界的魔杖，从C到C++，再到COM和COBRA，再到XML和WEB SERVICES，每次改变，不是软件语法和开发工具的升级，而是用软件构建现实世界模型的改变，是一种软件思想的革命，软件具有了灵魂和智能。如果没有理解这一点，认为C++只是更好的C，COM只是更好的C++话，你就没有了解它们的精髓和思想性。
信息技术的发展时间虽然不长，但其爆炸式的发展速度使信息技术迅速覆盖社会和人类生活的各个角落。程序员们是这场信息化浪潮的见证者之一，更是其中的主要参与者，这是时代赋予每个程序员的机会和责任。
信息技术的更新速度是惊人的，程序员的职业生涯则是一个要求不断学习的过程，永远不能固步自封。本人在工作期间曾看见过很多程序员只要有闲暇时间就浏览一些没有太大作用的网页，在网上聊天，打游戏，浪费了大量的时间，十分不可取。而另外一种情况是，IT技术的日新月异使很多程序员眼花缭乱，什么都想学，却又不知从何学起，今天看看这个，明天学学那个，贪多不熟。
虽然IT技术发展迅速，但很多技术都是有规律可循，一些基本的概念、原理和方法还很通用，可以举一反三。本人根据自己的体会和经验，向那些刚刚踏入IT行业的新程序员们或正在迷茫的程序员们推荐程序员必须掌握的七种武器，有了这七种武器，虽不敢说笑傲江湖，但将自己立于不败之地还是可以的。
第一种武器：开发工具
至少熟练掌握两到三种开发工具的使用，这是程序员的立身之本，其中C/C++和JAVA是我重点推荐的开发工具，C/C++以其高效率和高度的灵活性成为开发工具中的利器，很多系统级的软件还是用C/C++编写。而JAVA的跨平台和与WEB很好的结合是JAVA的优势所在，而本人对SUN公司的“网络即计算机”的概念相当欣赏，并相信JAVA即其相关的技术集JAVA One会成为未来的主流开发工具之一。其次，如果能掌握一种简便的可视化开发工具，如VB，PowerBuilder，Delphi，C++ Builder，则更好，这些开发工具减小了开发难度，并能够强化程序员对象模型的概念。另外，需要掌握基本的脚本语言，如shell,perl等，至少能读懂这些脚本代码。
第二种武器：数据库
为什么数据库是如此重要？很多应用程序都是以数据库的数据为中心，而数据库的产品也有不少，其中关系型数据库仍是主流形式，所以程序员至少熟练掌握一两种数据库，对关系型数据库的关键元素要非常清楚，要熟练掌握SQL的基本语法。虽然很多数据库产品提供了可视化的数据库管理工具，但SQL是基础，是通用的数据库操作方法。如果没有机会接触商业数据库系统，可以使用免费的数据库产品是一个不错的选择，如mySQL, Postgres等。
第三种武器：操作系统
当前主流的操作系统是 Windows，Linux/Unix，熟练地使用这些操作系统是必须的，但只有这些还远远不够。要想成为一个真正的编程高手，需要深入了解操作系统，了解它的内存管理机制、进程/线程调度、信号、内核对象、系统调用、协议栈实现等。Linux作为开发源码的操作系统，是一个很好的学习平台，Linux几乎具备了所有现代操作系统的特征。虽然Windows系统的内核实现机制的资料较少，但通过互联网还是能获取不少资料。只有对操作系统有一定的了解后，你会发现自己上了一个新的台阶。
第四种武器：网络协议TCP/IP
在互联网如此普及的今天，如果您还没有对互联网的支撑协议TCP/IP协议栈有很好的掌握，就需要迅速补上这一课，网络技术已改变了软件运行的模式，从最早的客户/服务器结构，到今天的WEB Services，再到未来的网格计算，这一切都离不开以TCP/IP协议栈为基础的网络协议支持，所以，深入掌握TCP/IP协议是非常必要的。至少， 你需要了解ISO七层协议模型，IP/UDP/TCP/HTTP等常用协议的原理和三次握手机制。
第五种武器：DCOM/CORBA/XML/WEB Services
随着技术的发展，软件与网络的无缝结合是必然趋势，软件系统的位置无关性是未来计算模式的重要特征之一，DCOM/CORBA是当前两大主流的分布计算的中间件平台，DCOM是微软COM(组件对象模型)的扩展，而CORBA是OMG支持的规范。程序员需要做的不仅仅是利用商业的开发平台来开发软件，而是要理解这些技术的初衷，即为什么需要这项技术，如果你能理解了这一点，再回头看这些技术的具体实现，就如庖丁解牛，迎刃而解。 XML/WebServices重要性不言而喻，XML以其结构化的表示方法和超强的表达能力被喻为互联网上的“世界语”，是分布计算的基石之一。
第六种武器：软件工程与CMM
现代大型软件系统的开发中，工程化的开发控制取代个人英雄主义，成为软件系统成功的保证，一个编程高手并不一定是一个优秀的程序员，一个优秀的程序员是将出色的编程能力和开发技巧同严格的软件工程思想有机结合，编程只是软件生命周期中的其中一环，优秀的程序员应该掌握软件开发各个阶段的基本技能，如市场分析，可行性分析，需求分析，结构设计，详细设计，软件测试等。一句话可以概括我的看法：“创意无限，流程保证”。
第七种武器：强烈的好奇心
什么才是一个程序员的终极武器呢，那就是强烈的好奇心和学习精神。没有比强烈的好奇心和学习精神更好的武器了，它是程序员们永攀高峰的源泉和动力所在。
"程序员之路漫漫兮，吾将上下而求索"，希望与所有的程序员共勉。希望知识、经验能共分享，为中国的信息技术发展添自己的一份力。
近来有不少人问我是学Vb好还是学C好，还有人问Vc和C++Builder哪个更好，还有人说只要是面向对象的就是好的所以C++和Java最有前途。以我从事计算机教育多年的经验我要告诉这些编程爱好者，如果只是一味追求学会一门所谓的最先进的编程语言（事实上不存在最优），而忽视了编程思想和基础知识无疑是犯了学习编程的大忌。
就拿面向对象来说，人们一提到它就赞不绝口，然而又有多少人领会到什么是面向对象的思想，我想如果没有真正做过大项目的人是很难体会到其优越性的，这不是通过学习C++或Java就能掌握的。我的意思是编程注重的是想法而不是语言，这就是计算机专业要开设“算法分析”和“数据结构”的原因，如果一头钻到某一门语言中无疑于作茧自缚，束缚了自己的思想，打一个不好的比方一个程序员的工作性质和民工没什么两样只是在垒砖头，而真正的计算机人才应该是一个设计师、工程师。
现在国外的一些优秀的计算机著作的都是一些从事如生物、化学等领域的专家，我想这是因为他们以前没学过计算机，没有被某些传统的观点所束缚，从宏观上来看待问题，反而在思想上有所突破，这是值得我们深思的。
[原创] (写于1999-08-23)
中专三年级的时候，我已经通过了全国三级(B)，但一次偶然的机会我知道了还有一个程序员考试，更重要的是程序员考试比全国三级更权威，通过率更低，并且过了中程就相当于助工，过了高程就相当于工程师，多棒呀，于是我知道我要干什么了。
我先报考的是中级程序员水平，程序员考试分上午试题与下午试题，上午试题主要是理论知识，包括数据结构、数据库原理等等之类的东西，下午试题是C语言，我看过参考题目，知道这需要的是真本事，是需要平时的不断积累。理论知识则没有多大问题，无非是把本书啃上几遍。我先买了几本参考书，开始背理论知识，穿梭于链表、范式之间，虽然云里雾里不知所云，但觉得还有点心得。为了提高自己的C编程水平，特别是对一些基本算法的熟悉，我开始把数据结构上的一些算法试着自己用C来实现一遍，当时用的是TC2.0，一个个的算法凭着自己的理解变成了一个个的程序，检索、排序、链表、队列等等，我觉得自己进入状态了，不过可惜的是，考试的时候下午试题搞得我不知所措，手忙脚乱，才发现自己学的那点皮毛根本不算什么。
中专四年级我没有再报中级程序员，而是直接报了高级程序员水平，因为我觉得上次就是我太轻敌，这次干脆背水一战，来就来大的。上次考试以后，我的C语言水平有了更进一步的提高，高程上午试题有30% 是计算机英语题，为此我还花了一段时间啃了遍《计算机英语》，虽然自己的英语水平差得不行，但在计算机英语方面我还是自认为不错的，看一般的英文技术资料没有问题。
考高程前正值实习，我实习的工作是在一家百货大楼站柜，我自然是难耐“寂寞”，私自跑到一家电脑公司里做打工，但又不能让学校知道，于是每天上午去百货大楼站柜，中午至晚上九点半在电脑公司里打工，可当时不知天高地厚的我还报了四门自学考试课程，再加上即将面临的高程考试，我成了个不折不扣的大忙人，每天早上六点多起来，骑车四十分钟去百货大楼报到上班，中午去电脑公司报到，工作至晚上九点半，然后骑自行车回校。为了充分利用每一分钟，我想了很多的办法。例如站柜的时候，反正没有多少顾客，就在货票的背面默写英文单词，绕着柜台自言自语默记，一有机会就溜到货柜里看《计算机网络》，在电脑公司里我主要是做辅导员，为一些上机的人解决一些问题，空闲的时候就拿出一本《数据结构》，边走边念念有词。晚上骑车回校的时间也不能放过， 边骑边回忆一些知识点，为此在这段时间里我撞过一辆公共汽车，摔过一跤，并与一辆迎面过来的三轮车撞个正着，直至在一个明媚的早晨，因为走神闯了红灯，自行车被没收为止。
这段时间过得紧张、刺激、充实，时间被最高效率的利用，自然有努力便有回报，四门自考课程都过了，这可是在以前时间充裕的时候都没有创造过的纪录，更重要的是，高程竟然过了，分数线是上午48，下午48，我上午是59，下午是59。这段日子使我明白了，其实时间并不是最重要的，效率才是最重要的。还有就是一定要给自己压力，更重要的是使我明白了，有一份耕耘就会有一份收获，这一点对每一个人都是公平的。
虽然软件工程的思想已被绝大部分程序员所接受，但要将这种思想转化为软件开发过程中的种种自觉行为却不是一件很容易的事。究其原因，有很多因素，如很多程序员缺乏专业化的训练，重技巧，轻规范，包括一些计算机专业科班出身的程序员也存在这种问题；再如很多公司只注重软件产品的开发结果，不注重开发过程，客观上也影响了程序员的目标取向。如此种种，使很多中国的软件公司难以迈上一个新的台阶，发展壮大也就无从谈起。程序员们作为软件产品的创造者，当然也难辞其咎。
下面所列不过是产品开发过程中诸多问题中的其中几个，也许你不会犯这样的错，我还是引用一句老话：“有则改之，无则加勉”。
一宗罪：以偏概全
大家都知道，在对一种产品决定立项开发前，都需要进行产品开发的可行性进行分析，而其中的市场分析至关重要，其实市场分析无外乎三点，一是要开发的产品是有市场需求的，二是公司有能力获取这份市场，三是公司能从产品中获益(不一定是指赚钱，如公司战略利益等)。看似简单的几点，想要完全弄清楚决非易事，所以很多产品的市场分析容易“以偏概全”，如通过个别用户的特定要求或报刊杂志的片面报道将产品市场无限扩大(分析人员自己想象的)，技术驱动而忽略用户需求和成本(如铱星计划)等，至使产品开发完后没有预期的市场效果。想要全面而准确地的进行产品的市场分析确实是很不容易，需要平时的积累和理性的分析思考， 不能靠撞大运。
二宗罪：画猫成虎
大家也许有这样的经历，产品开发完毕交付用户使用后，用户总是不满意，如不符合他们的使用习惯，功能设置不合理等。所以产品的需求分析是如此重要，没有正确的需求，软件开发得再好，技术再先进，也不过是当摆设的花瓶。程序员们，尤其是系统分析员容易犯的第二宗罪就是“画猫成虎”，曲解了用户的要求。一份好的需求分析不是简单地将用户的每个具体的需求点记录下来，而是要洞察用户每个具体要求背后的动机，将分散的需求点串成一个有机的整体，基于需求并“超越需求”。一个好的系统分析员不仅是一位软件专家，还要是一个出色的领域知识专家和沟通者。
三宗罪：好大喜功
项目延期好象是软件开发一个必经的步骤。项目经理在制定开发计划时，往往过于乐观，每个开发阶段都按最乐观的估计来计算开发时间，而没有充分考虑到软件开发的特殊性和不可预见性，程序员可能都有这样的经历，一个非常小的BUG可能要耽误很长的时间，使开发进行不下去。所以项目经理切忌“好大喜功”，因为项目的不断延期会打击项目成员的信心和士气，久而久之，会使大家产生一种惯性：项目延期是正常的。当然，这也不能完全怪罪项目经理们，因为在国内，很多项目计划都是采用倒排序的方法，即先确定产品交付的时间表，再依次倒推测试、实现、设计和分析所需的时间，而整个开发的时间往往是那些从没实际开发过产品的领导来拍脑袋决定的。
四宗罪：只顾眼前
即便是最优秀的系统分析员也不能保证所提供的软件系统需求不会变化，所以软件设计人员要充分考虑这一点，不能仅仅"只顾眼前"的需求，还要有一定的前瞻性，满足可预见的未来需求，软件系统的可扩展性和可维护性对于一个大型、复杂、长生命周期的软件系统来说至关重要。打个比方理解一下软件的可扩展性，给一个10岁的孩子做一条裤子(需求)，你不能将裤子的长度裁减得刚刚与孩子的身高合适(设计/实现)，因为孩子长身体很快，到他11岁时裤子已经短了(需求变化)，有两种方法解决，一是将短了的裤子丢弃，重做一条(重新开发系统)，但成本很高；二是将在裤腿上接上一段接着穿，但不美观且不宜操作(维护成本高)。而最恰当的做法是将裤子裁减得稍长过现在的要求，将长的部分反缝在裤腿里，等孩子长高后，拆线将原来长的部分放下一点就可以了(扩展方便)，既方便又不失美观。可见，可扩展性并非软件系统专利，裁缝们早已理解了这一点并付与实践。
五宗罪：得过且过
软件设计需要通过软件实现成为最终的产品，优秀的设计需要靠一行一行的代码体现，而有些程序员对软件实现的态度是，最小满足原则，“得过且过”，对于系统的容错性，安全性，效率考虑甚少，满足基本功能即可，没有持续改进的态度和精神。
六宗罪：自我安慰
产品实现是否达到设计要求在公司内部需要测试验证，严格的测试对于保证软件产品的质量是必须的，而出于时间、资金等缘故，很多软件产品并没有经过严格的测试就已交付给用户使用，程序员们总是善于"自我安慰"：应该没问题吧。"想当然"不能消除缺陷，只有测试再测试才是科学的精神。
七宗罪：敝帚自珍
技术总是向前发展的，不要过于“敝帚自珍”，抱着原有的东西不肯放弃，软件产品也有生命周期，该终结时要毫不犹豫。
http://www.qb5200.com2006-02-02 文章出处：希赛网
我自己在学习编程的过途中有的几个疑问，1）什么编程语言我需要学。 2）学多少种才算可以。最后通过我自己学习感受和对其他编程高手（主要是新闻组）的请教，我认为找到了满意我的答案。抛砖引玉，做个参考吧。
对于初学者，我建议从 python 开始学。因为它在语言设计上很整洁，帮助文件也很全面。而且也是 object-oriented (O-O),尽管我把它作为一个初学者开始的语言，并不代表它的用处和功能不强大。实际上它是个功能强大，可以用来做大的编程工程的语言。
我知道国内对 python 可能还不了解，因为它相对来说也比较新(1990)，到现在有12年的历史了，但是它在国外已经被广泛接受和认同，快速发展。不过我知道邮电出版社最近刚出了一本介绍 python 编程的书，大家可以查询。python 的主页 www.qb5200.com
Java 也是个很好的语言来开始学编程。不过它比 python 复杂。国外的大学现在都采用 java 作为电脑专业的凯时语言。总之我觉得除了 python 之外，它也可以作为一个极好的初学者语言。
不过，会了这两种语言，并不代表你就是一个编程员了。学会编程的关键就是 -- “ 编程思想“ 。 学会怎样用一种很“ 广泛的思维“ 去考虑“ 编程问题 “，也就是这种思维是可以放之于任何一种编程语言都可以解决问题的，而不是局限于单纯的一种语言。这样当你需要学习一种新的语言时，你只要学习他的语法等等就可以了，至于怎样用这种语言解决编程问题不是早就在你的脑子里了吗。所以，这也就是为什么很多程序员可以拿到一种语言，一两个星期就可以使用的很熟练了。这，也同样要求你去学几种完全不同的语言。
C 语言是非常有效率的，很多时候你都需要考虑内存的管理等底层的东西。很可惜这些都需要你去花很多的时间去做，问每一个 C/C++ 的程序员，用 C/C++ 编程是不是一个很头疼的事。好消息是，现在的机器都已经很高级，运算的很快，在很多时候我们是不用考虑用 C/C++ 去做，忽略它所带来的好处，当然除非这个工程真的很需要处理底层的东西（象内核的编辑，3-D 图形等）。很多时候 python, java 等都可以实现。另外在现在很多工程所要求的时间都不是足够充裕来用 C/C++ 去做，所以在商业上时间就是金钱，这个代价谁也付不起。
我这里并没有说 C/C++ 不好，你不应该学。相反我觉得我们应该学，但不是作为一个初学者的语言来学。在 C 和 C++ 之间，我推荐先学 C 。.因为它相对来说较小，简单。作为一种底层编程语言，C,你可以学到很直接的内存管理，指针,等。另外，很多语言都是用 C 来设计的， 比如 perl , java, python
其它语言值得一学的有 perl , Lisp(当然你也很一说 effile, proflog)，提到 perl 是因为它的实用性，广泛的应用在网络和系统管理，perl 提倡 "There is always more than one way to do it" 这主要是从 perl 的语法以及它的独特设计上来获得,记得用几行code 你就可以写出很有效率的程序？这也就是为什么我很喜欢perl 了。但是perl 的语法着实让很多人头疼而且对于用 perl 写的大型程序，维护性不是很好，python 就没有这方面的问题，这也是为什么很多 perl 的用户转向了 python 。很多人用 perl 的目的和用 python 一样，避免在不要求 C 的效率时使用 C。
Lisp 据说是很有启迪性的语言，会让你成为一个更好的程序员.(我还没有到达那个程度 ：-）
我个人推荐 (python, java, C ,perl, 和 Lisp)，因为他们使用不同的方法来编程，每一种都会在某种程度上交给你些很有价值的东西。
谈到学习编程，单纯的上课和看书只会让你学习语言的特性等，只有学会用编程的思想来思考才是你终生受用的。这些只能依靠 “ 练习 “ 具体就是 1) 读程序 2） 写程序看似简单，但坚持下来你才会真正体会到，这里没有其他可以投机取巧的方法学习编程了。
至于学多少种，是越多越好吧。但并不是指每个都精通，我想大家也没那么多时间和精力。但在你有了坚实的编程经验和基础，了解其它语言的设计方法、构造会开阔你的眼界，没准什么时候你也可以编出自己的语言(咱中国人编的!!) :-)
要提醒大家的是，如果每种语言总是略学皮毛，然后又急匆匆的跳到另外一种语言，那你就会一事无成，永远彷徨在初学者的门槛边。我想这句话不只是对程序员，对我们来说也是生活中的一个道理。
http://www.qb5200.com2006-02-04 文章出处：希赛网
1） 不会英语：CS源于美国，重量级的文档都是英文的。不会英语，那么你只能忍受拙劣的翻译和大延迟的文档（翻译出来的文档几乎都是很久以前出版的东西）。
2） 急于求成：什么都没学习就开始编程是最大的忌讳。写C++程序语法都能错，数据结构连线性表都不知道，数据库不知道关系模型，TCP编程不知道socket，还是先坐下来学习几年再说（如果说工作急需，我只能说：早干嘛去了）
3） 过于好问：勤学好问是一种很好的品质，但是如果把勤学丢了，只留下好问，就是一个恶劣的素质了。事无巨细都去请教别人，一则会让人厌烦，二则由于没有系统学习过程，也是不可能学习好的。
4） 只会艳羡别人和说别人不该拿那么多钱，而自己却收入微薄：老实说，绝大多数情况下，收入的高低和你的水平是有正相关关系的。不是否认有关系的存在，但是绝对不会10个人中9个人有关系而独独你没有。少抱怨一些多学习一些，提升自己才是最重要的。
5） 过于不求甚解和过于求甚解。了解为什么是很重要的，但是要学习的东西很多，如果什么都弄明白，那么估计头发白了还没有找到所有答案。当然如果什么都不想细致了解，那么只能去做蓝领了。
6） 过分崇拜他人：我想信很多人都是很厉害的，值得大家崇拜，但是如果过于崇拜，把他们的话当成圣经就没有必要了。你需要突破他们，而不是崇拜他们。
7） 不想吃苦：IT业高收入和高竞争是联系在一起的。没有付出永远别想进步。