我始终认为，对一个初学者来说，IT界的技术风潮是不可以追赶的，而且也没有能力去追

[qee]

我始终认为，对一个初学者来说，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》，th
is 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 2
000》(微软出版社，我看的是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。

把最多的时间花在学习上
这是对初学者最后的忠告。把每个星

[whwjn]

mark

[hzhq1]

呵呵，很好的文章！

"不少大师级的计算机技术研究者是不懂编程的"
这种人确实有，
不过确实少，
凤毛麟角。

微软中国研究院的院长说：
“至今我仍然保持每年编写10，000行左右代码的习惯”

[bacp]

不管怎么样~~每一个人的学习方法不一样

孔子也说因人施教
但上面的这位仁兄所以写的却实对每一个程序员有一个参考价值

[yushi124]

看了上面的文章 我觉得大家说的都很有道理的。
基础知识是很重要的。现在很多人忽略了基础知识，一味的追求时髦。而这样的人要成为真正的高手是很难的。在校的学生应该把基础知识学好，不是去死记硬背条条框框，要去理解。等以后用到的时候也能很快上手，不至于重新开始学习。
学习几门语言，希望尽快见到成果是可以理解的，可以去学，但是别丢了基础知识就是了。也许过几年你的看法就会改变，也许你一直不会改变你的看法，一切都是很正常的，因为除了你自己，周围的环境也会影响到你。

希望在校学习的莘莘学子丢了重要的东西！

[blueing]

有道理.思考…………

[磨刀匠]

受益非浅，在下算是刚刚完成初学阶段，不揣冒昧，说说个人想法，在下以为年青人追赶时髦，固然无可非议，毕竟这是一个现实的时代，但是在追赶时髦之前最好还是先掌握好基础知识。当然也没有必要为了学习新技术，“从古到今”把这一技术的所有前身技术从头学一遍。只要会用打火机就行了，对于钻木取火就大可不必掌握了。

[qingniao8]

说的太实在了！！！！！！！！
强烈建议来大学讲课！
呵呵！！！！我们那破老师啊！我都不知怎么说了？？！！让我们做一需求分析：好不容易搞定，它看都没看：你就做这么薄一点，不到XXX页就别交，TMD，偶真是晕死！！！我们软件老师就这“水平”！！！！！！！！

[robin97]

不是不可以追赶，而是没必要追赶，

[go_my_sky]

基础是要扎实的.
但是编程也是必须的,也是前提.
不需要你掌握多少门语言,开发工具,但至少精一门.
先有成就感后才能去学习那些枯燥的理论基础知识.
一开始就学习不容易见效的东西,是不可能坚持下去的.

个人观点.

[huaboy]

老文章了！抄袭？

[ecc]

大哥你好像忘掉了数学 这个是根本。。。。

[XCOOL]

to zhf_karen(zhf)
我的意思就是说，如果你真正的学好了数学的化，很多软件的开发就是非常简单的事情，但是如果你学的不好那么你的创造力会打很大的折扣。至少你很难预见软件的发展方向，而且很多程序你无法去设计，而且你软件工程的和管理也不可能作的很好。你可以说数学只是一种工具，这也没有什么奇怪的，计算机本身就是工具的科学，软件本身就是工具，它并不能拿来吃，穿，只是用来帮助生产和工作的，对不对。但是看事物要抓住基本矛盾。我说推动软件行业发展的方向在于新理论的创造和新方法的使用，你觉得对不对？而这些创新方法的提出直接的灵感来源于数学理论的学习应用和创新。你觉得对不对。
我没有菲薄你的意思，只是你要这么理解，我也没有办法！
我不知道你了解软件发展的动向没有，国内的软件发展水平始终停留在MIS上面，现在还是在做国外软件巨头的加工基地。而这些加工本身是非常浅的。国内最近有一种流行话题，就是软件蓝领，认为中国需要软件蓝领。因为很多MIS系统软件蓝领就可以胜任了还要计算机专业的干什么？所以中国大多数的IT人才有点儿高不成低不就的感觉。因为这篇帖子是讨论个人发展的，所以我觉得应该抓住怎样去让自己成为比较高端的计算机人才这个中心论点。对不？而怎样成为计算机专家呢？靠学很多人都能快速掌握的编程语言和了解一些行业规范，我看楼主观点已经说明的很清楚了，哪是不行的，不是说社会不需要那样的人才，而是那样的人才太多，而他们对计算机技术所能发挥的应用的认识在那样的知识层次上理解的还比较浅。
而要通过学习什么成为计算机高端人才的问题，我觉得最主要的是要学好数学，因为很多计算机上碰到的非常难的问题，如提高语音识别，手写体OCR，人脸识别的辨别率，解释人类思维之迷，和创造人工意识，人工生命，量子计算，非线性系统的控制，开发智能机器人，从大量复杂数据中去寻找隐藏规律的数据挖掘，对于思维泛化的认识，生物信息处理，和复杂有机体生化反应的计算机仿真，保密通信，对抗干扰的通信，经济指标的预测和预警，企业管理和经济环境关系的最好配合，自动程序设计，自动软件工程，便利的人机沟通，自然语言理解，自动翻译，等等关键问题的解决无一不需要应用很多不同门类的数学知识，并在上面建立模型。如果没有强有力的数学基础不要说去解决这些问题，要去看懂别人的成果都很难。
所以我觉得制约个人计算机技术提高的主要矛盾在于数学知识不够，数学基础不牢固。而学好数学是学好计算机的最关键要素，只有学好数学才能够真正有所成就，才能够提高自己的计算机水平。我想我说这些，只要他是计算机高手都能够理解，不晓得你还有什么疑问的地方？

[XCOOL]

to zhf_karen(zhf)
你刚才问到我怎么会说这以下几个方面：

软件的辅助
形式化方法
CMM中的量化

我是觉得，在软件工程块讨论问题，也许这里对这几个方面人们了解的知识比较的多，现在分别说几句：

软件的辅助设计：目前的CASE系统，还没有实现对于软件设计的自动化，还没有让程序员的工作复杂程度降到最低，还没有有效的自动编程方法，程序的自动测试还处于发展阶段。为什么会有如此现象的出现，应该说软件设计的结果同客户的需求之间是一个求解过程，但是却没有一个程序实现了，自动调查客户需求，然后自动生成满足需求的软件，并能够根据客户反馈修改。为什么呢？首先，制约这种系统发展的有几个方面，一是：软件开发系统没有建立完备性理论，我们还不知道哪个模型是普遍适用于开发满足客户需求的高质量软件并且又最适用于程序员操作，程序员的软件开发过程最省。当然简单的计算机模型如图灵机，或者包含在汇编语言中的那些最基本指令系统已经提供了计算机能力范围的全部解。但是那些模型不是最好的模型，因为在上面自动开发的软件需求描述工作将非常的困难，而且自动生成的系统会很难懂。二是：对于客户需求的调查还不能自动化，因为，计算机还不能理解自然语言，图形，和很多人人沟通所常使用的媒介。三是：计算机对于思维过程的模拟的研究还不完善，还无法模拟程序员的思维过程。

形式化方法：形式化方法本来就利用把软件需求抽象成数学定义然后去设计和检验软件的过程，里面会用到非常多的数学定理。没有很深数学功力的人目前还无法使用这种方法，但是用形式化方法设计的软件，质量将非常的高。非常适用于对于软件质量要求非常高的应用，但是他的代价非常之大，不过未来在普适的软件模型并且容易理解操作的模型下面建立的形式化方法将越来越便于使用和操作，可以预言会成为未来软件工程的主要方法，而且形式化方法上的创新是开发自动软件生成系统的基础。

CMM量化：实际上是管理上引入的数学，如果仅仅把量化看作去测定工程某个环节的指标然后去调整这个环节，那么这种量化还不成熟，实际上量化是一个最优化过程，未来的量化将同企业经营的各个方面连接在一起，制作最好的软件有很多时候不是企业的经营目标，相反企业本身的意义是盈利，除了保证长期盈利和短期盈利以外其他的过程指标无关紧要。这就要按照企业根本目的来优化量化管理过程，不能投入大量成本去做同企业盈利关系不是很大的工作。这是一个多目标优化的建模问题。而不仅仅去采集几个数据，然后去调控他，还要考虑调控的成本。而且投入和产出不一定成比例，有可能产品质量提高的长短期收益抵不上投入。

[zhf_karen]

hehe,说得有理,好.我认错.
以后多指教.不过我对数学的看法不变.呵呵.

[XCOOL]

to zhf_karen(zhf):
数学里面包含了这个世界所有的解决方案，如果你认为数学仅仅是一种工具或者认为这个工具已经很完善，或者认为它等同于语言，只是一种文字游戏，那么只能很同情的说你境界太低，就说软件工程吧，你听说过净室软件工程和形式化方法吧，这不是数学吗，而且还告诉你如果你的软件设计生涯只是局限于MIS的话，你当然很难理解，为什么要用这些复杂的方法，因为你理解不到在国防或者要求非常安全规范的软件开发中这些方法多么必要。在来说说管理和经济学，你看过西方经济学吧，知道他们怎么推出来的吧，知道它为什么不完善吗？而且学过CMM知道什么叫量化不，对于量化管理你有独到的见解吗？所以不懂得数学的应用而盲目的菲薄数学理论，只能说明自己的愚昧。
再来说说为什么现在的计算机软件工程无关未来的问题吧，你如果对行业敏感，你发现了没有用于软件工程设计和规范的程序化工作正逐步被CASE系统取代，而很多开发设计的可以简约和规范的劳动正在被越来越好的IDE取代，而书本上的软件工程多数是一些很生硬的规范，如果你感觉不到这些规范会被软件辅助来实施，而真正程序员要关心的很少那么，说明你读软件工程的层次还不够，至少你站的角度还不多元化，还没有理解软件工程的很多东西！

[zhf_karen]

"数学里包含了这个世界所有的解决方案"?是否有一点较真了?是吗?也许你那样认为吧.我不这么认为.如果那样考虑问题,我可以说:语言中包含了所有的解决方案.有意义吗?

不好意思,你说的很度东西,我还真学过.我从来不排斥数学,但是不要无限拔高.说得学会数理化,走遍天下都不怕得样子.何必那?我不明白一点:我从来没有评价过我得软件工程能力如何,也从来没有排斥软件工程.我不明白你说我得各种假设是哪里来得?

"如果你感觉不到这些规范会被软件辅助来实施"
"还告诉你如果你的软件设计生涯只是局限于MIS的话，你当然很难理解，为什么要用这些复杂的方法"
"学过CMM知道什么叫量化不，对于量化管理你有独到的见解吗？所以不懂得数学的应用而盲目的菲薄数学理论，只能说明自己的愚昧"
"你读软件工程的层次还不够，至少你站的角度还不多元化，还没有理解软件工程的很多东西！
"

这是讨论问题得方法吗?说出你想说得,不要猜测.CMM得量化,呵呵,不好意思,如果你有什么心得,就拿出来说说,如果仅仅想用这个驳斥我,还是免了,至少在中国,我们这一块至少不差.

最后说一句;我从来没有说:数学无用,但是别无限夸大下去.仅仅如此.

真不知道你到底是想骂我一通,还是想讨论问题.别谩骂,如果你说我错了,就说哪里错了,如果你想骂人,您老让我开个贴子,我放100分,你骂个痛快.我还给你分.那样大概能使你得到很多快感吧.哼!

[clansoft]

看了一半，不错！

[szc8]

to qee (qee)
我感到共鸣，说了我要说的话。

[dimpleok]

对，循序渐进！

[bitfan]

谈谈我个人的一点看法：
需不需要去追赶风潮并没有绝对的答案。
对于学生而言，由于没有实践作基础，要他们去学那些枯燥的理论实在太困难了。要把基础打好，道理正确，但有这个毅力的学生并不多，因为打基础的阶段是枯燥的。事实上，计算机专业的学生80％不大有可能从事研究工作，大都去当工程师去了，因而，对数学和算法这类知识，了解就够了，只有有志于达到较高水平的人才应该把数学和算法这类东东学好。
技术进步使软件开发的效率日趋提高。我倒认为让学生多接触新技术会开阔他们的视野，激发他们的兴趣，并沟起他们将其应用于实际的渴望，在实践中他们会加深对计算机技术的理解，悟性好的会反过来意识到基础的重要，从而促进其理论基础课的学习。
现在大学的课程极重，我不知道如果只让学生去学理论，有几人能真正把握这些东西？这些东西本就是建立在前人丰富的实践经验基础之上的，没有这种经验，学理论难免消化不良，还不如去学些目前能消化的东西，反过来促进理论的学习。比如关系数据库理论，讲一堆的各种范式理论，还不如给他们一个小题目，让他们用流行的技术去实现一个数据库应用程序，他们自然就会去设计数据库结构了，教师再加以指导，学生就理解范式的实际应用了。
这才是大学教学应采取的方法。所以，初学者不是不应该赶风潮，而是最好在高手的带领下去学习。当然，如果没有好的老师与高手愿意帮带，靠初学者个人是很难不迷糊的。但只要意识到这点，到网上多看看，多问问，多思索，技术风潮是可以赶的。