VC版不停的有人问C++甚至C的基础问题,有人讨论学习C++、VC是否过时,MFC是不是不用学了。有时间看别人吵架的话,不如看看下面这点东西。

解决方案 »

  1.   

    由C#风潮想起的-给初学编程者的忠告 
    作者: 刘巍
    我始终认为,对一个初学者来说,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个星期就能学得非常熟练。
      

  2.   

    几个重要的基础课程
      
    如果你是学生,或者如果你有充足的时间。我建议你仔细的掌握下面的知识。我的建议是针对那些希望在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。把最多的时间花在学习上
    这是对初学者最后的忠告。把每个星期玩SC或者CS的时间压缩到最少,不玩它们是最好的。同时,如果你的ASP技术已经能够来钱,甚至有公司请你兼职的话,这就证明你的天份能够保证你在努力的学习之后取得更好的收益,你应该去做更复杂的东西。眼光放长远一些,这无论是对谁都是适用的。相信你已经能够决定是否学习C#或者什么时候去学它了。
    ------------------------------------------------------------刘巍 - 高级程序员、软件设计师,精通VC,VB,COM,PLATFORM SDK,DDK,TCP/IP。独立开发过多种windows应用程序,WDM USB驱动程序,网络应用程序。熟悉加密技术,熟悉LINUX下的C/C++开发。
      

  3.   

    同意。好文。
    现在觉得自己懂得好少好少 基础又差 努力ing.
      

  4.   

    笨猫,你的信誉什么时候变成1啦?
    羡慕中…………………………
    //////
    me too
      

  5.   

    BLsoft(網龍ζ龍活) 你比较有追赶笨猫的趋势的说~~~
      

  6.   

    其实编程只是计算机技术应用过程中一种复杂性最低的劳动,这就是为什么IT业最底层的人是程序员(CODER)。楼主的观点是对的,但编程也不是什么最底层,复杂性最低的劳动,这个我看不过是为了强调其观点而夸大其词,编码同样很复杂,也是一门同等的学问,这就像快速飞驰的骑车,编程是里面的其中一个轮子,你能说里面有一个轮子不是很重要吗?
      

  7.   

    都有道理,特别是毛毛叉的,我觉得自己迷失了方向
    THANKS VERY MUCH
      

  8.   

    看过、不错。不过其中的个别观点完全同意 microyzy(毛毛叉) 的。
      

  9.   

    唉,如果是2年前,我一定做篇檄文来驳斥这篇文章,
    但是,现在心态不同了.........
    到CS中找CODE灵感去喽..........................
      

  10.   

    我不完全同意该文作者.
    没人能一开始就能做大厨,就像没有天生的将军一样.
    看低程序员,就像将军看低士兵.
    这样的将军必当光杆司令,更何况作者未必是将军这一级.
    任何人或事物都有其存在的价值和意义.
    不知道这篇文章的作者有没有深入的学习.net和asp,
      

  11.   

    UP.
    现在就业不景气.什么来钱快就学什么吧.
    个人认为C#以及asp.net确实不怎么样.总感觉不太喜欢.虽然我现在也在用.但用的功能太少了.
      

  12.   

    好文,顶!看到有人常常疲于奔命的赶风潮,学习什么.net、c#的,感叹。
      

  13.   

    转这篇文章,我是感到作者的观点的确有很中肯的地方,当然并不完善(比如前面不少人说到了没有强调数学的重要性、作者比较轻视coding等等)。作为一个多少有点实际工作经验,也接触过不少基础不行又好高骛远的程序员,我觉得这些经验的确有必要拿出来分享。文章中有你觉得说得到位的地方,请你接受,如果你认为有值得商榷的观点,拿出来讨论,大家也好从中得益。
    但是firmbird(firmbird)兄的那段论调既不树,又不驳,泛泛而谈虚踢了一腿,最后只留下恶心两个字;实在显得不怎么高明。
      

  14.   

    这些都是些基本要求,做到这些充其量只是一个合格程序员!我觉得成为牛人以下必须完成:1> 数学分析,数学建模,高等代数2〉TAOCP3> 实现一个操作系统内核4〉实现一个编译器5〉学会一门语言,知道这门语言的局限性以及如何扩展自己的语言即使完成这些,也只不过是一名合格MIT这种牛校的毕业生,离大师还有很长一段距离!看看深蓝之父,这种人才真有资格说自己是高手!因为,他能突破现有的局限,把计算机来为自己服务,而不是被计算机局限!可惜,现在没有多少人能走出来,都在国外IT巨头的圈地里
    做苦工!
      

  15.   

    楼上的,照你这样说,没有牛人了,况且如果都精通了你说的这些,他会不会丢掉很多其他他应该懂的东西?.net真正牛了,也同样称得上高手
      

  16.   


    呵呵,我就知道有人会说我驳得没有证据。
    就随便拿几段作者的话来看看吧//我始终认为,对一个初学者来说,IT界的技术风潮是不可以追赶的,而且也没有能力去追
    //赶。我时常看见自己的DDMM们把课本扔了,去卖些价格不菲的诸如C#, VB.Net 这样的大部
    //头,这让我感到非常痛心。而许多搞不清指针是咋回事的BBS站友眉飞色舞的讨论C#里面可
    //以不用指针等等则让我觉得好笑。C#就象当年的ASP一样,“忽如一夜春风来,千树万树梨
    //花开”,结果许多学校的信息学院成了“Web 学院”。96,97级的不少大学生都去做Web 
    //了。当然我没有任何歧视某一行业的意识。我只是觉得如果他们把追赶这些时髦技术的时间
    //多花一点在基础的课程上应该是可以走得更远的。“非常痛心”这个词我是这样想象的噢:作者紧皱着眉头,手握拳头用力敲着桌子,作痛心疾首状,声斯竭力地说,我好痛心啊!!!呵呵,就只差没“以头抢地尔”了。
    “而许多搞不清指针是咋回事的BBS站友眉飞色舞的讨论C#里面可以不用指针等等则让我觉得好笑”,不好意思,我可能正是被作者觉得好笑的那些人中的一个。但是我不知道作者在笑些什么,为什么要笑,凭什么笑,如果说是这些问题太简单,太幼稚的话,那我就要怀疑作者撰文的动机了!我奉劝作者以后说话要小心,免得被高手的高手嘲笑。
    “我时常看见自己的DDMM们把课本扔了,去卖些价格不菲的诸如C#, VB.Net”作者又抛出了他的同情心,“C#,VB。NET这些书太贵了,你们不要去买,还是去些课本来看看吧”。实际上,对些很多从业在IT中(由其是直接从事编程工作的像我这类)人中,教科书中的多少知识是可以直接拿来从现实中用呢?有人会说这是急功近利,我不这么认为,在软件开发中有一些人会从事算法优化,底层组件开发等要求比较高的工作,但是大部分人还是会从事一些业务逻辑处理,程序界面设计之类的工作,至于选择学习什么开发语言,学到什么样的程度,只跟你正在或者打算从事什么性质的工作有关,跟你的兴趣爱好有关。作者开始的一段话就让人感觉不到一丝诚意。再来看看作者列举的几个误区。"计算机技术等于编程技术"
    作者说了有些人啊只看带“编程”两字的书,那我想问问各位版友,你是这样的人吗?我相信很多人的回答都是“NO”,我就不一定看只带“编程”两字的书,我还会看带“程序设计”四个字的书呢?呵呵,开个玩笑。
    作者在这里一不小心(再想的恶毒点或许是故意的)缩小了“编程”这个词的含义。或者说他直接把编程等同于编码,作者还极力贬底编程(编码)人员,这是IT业中最底层的人员。首先编程本身在一定的环境下就包含了算法的选取,优化等工作。再则就算是编码也有风格好坏,速度快慢之分,也可以把他做得相当“艺术”,岂容小儿如此污蔑之。作者说了“而一个有趣的现象是,不少大师级的计算机技术研究者是不懂编程的。”,怎么不提许多编程的人成为大师级别的计算机技术研究者呢?一点都不有趣。正是作者的这个“有趣”反到让我觉得到底是谁在认为计算机技术研究者就一要是是“编程”高手呢?切回话题,作者说计算机技术不等同于编程技术,我不否认作者的这个观点,我要说的是作者又忽略了环境这个因素,对于特定的环境和人我觉得“计算机技术==编程技术(不是编码)”说一下也无妨啊!"咬文嚼字的孔已己作风"
    首先作者举了一个“少女传奇”的例子,呵呵,我到不是想说女生的做法好不好,我想说的是不管是在学校里的考试还是在社会上的招聘还是出一些让你除了死记硬背别无他法的题目出来。再则说了,“咬文嚼字”跟“死记硬背”也不是同一码事,或者你的理解力与众不同,胜人一筹,你三下二下就能搞懂某件事原理,但不是所以的人都这样的,有的人可能要记一段时间,慢慢才能消化。语法要记也要理解,不记不一定能理解,不理解记了也没用,至于什么样的方法记,方法理解,因人而异。后面作者举了一个自己的例子,我觉得纯粹是自我夸耀。"不顾基础,盲目追赶时髦技术"
    这够话听起来确定很中肯,但是什么是时髦技术呢?相对于C/C++,C#是时髦技术,反过来,相对于汇编,C/C++也是时髦技术。我还是一句话,学什么只跟你的兴趣或者你的目标有关。用最快的过程达到目的才是最重要的。你去用C/C++去写Web用户界面试试看,同样是个吃力不讨好的活计。
    “基础的课程,比方数据结构,操作系统原理等等虽然不能让你立马就实现一个linux(这是许多人嘲笑理论课程无用的原因),但它们能够显著的减少你在学习新技术时学习曲线的坡度。而且对于许多关键的技术(比方Win32 SDK 程序的设计,DDK的编程)来说甚至是不可或缺的。”或许作者非常擅长于用Win SDK或者Win DDK,不过不要忘记很多人都不需要。基础的东西也是要同实际应用挂钩,割裂了两者的关系,一味的强调基础,才是孔乙己之类的人。写到这里我都不想再多说了,我认为作者拿了一些非常极端的例子来作论据,不管环境的因素,以主观的想法来批判一些初学者,再用一些同情心来搏得读者的赞同,更不忘记以所谓自己的亲历作证达到踩人一脚,自我炫耀的目的。如果你觉得不是,尽管找我理论好了
      

  17.   

    贴子有点多,心里有点烦
    请教一下搂主,什么叫程序员,成为程序员只要会写代码就可以了,程序员太好当了。
    我以前看过一本是,是介绍程序员的,老外写的,讲述在欧美公司招收所程序员的标准,大概相当于我们现在的项目主管,我拼命的努力,到现在都不敢说自己是程序员,最主要的一条是,软件工程,我应用的不是很好,而在这里有多少人重视软件工程,给一个题目只会codeing,有屁用,写出的代码不堪入目。
    太急功尽利了!
    中国的软件这样下去会如何,一大队的WEB设计师,哈哈
      

  18.   

    文章的确不错,不过个别地方需要探讨一下,关于.Net和C#的问题,我想说的是,.Net>>C#。作者提出需要基础,需要操作系统的理论和原理,那他应该知道,.Net就是新一代Windows的原理和核心,编码和寓言本身我也赞成作者的观点,不用太深究它们,但是.Net,那不仅仅是微软的,也不仅仅是Windows的,说不定,几年后就会出现支持IL的CPU了(IL,中间语言,简单描述就是支持对象的指令语言,很像汇编,大家就当做面向对象的汇编语言吧)。
      

  19.   

    我觉得学了底层之后,再回头看.net之类的,思考的应该是它的实现而不是它的应用
    就我看来,在底层之上,大部分都是有些技术的运用
    比如asp.net不过是.net框架的应用,算不上什么语言,对于.net来说,理解框架比学习其他的更重要
      

  20.   

    我支持firmbird(firmbird) 的观点.现在我搬一张板凳,手托着脑袋,歪着脖子看----谁来驳斥firmbird(firmbird) 的观点......
      

  21.   

    没有.net,也没有c#..net将市场重心放在了Architect上。就象c和汇编一样,C#比c++在问题解决上提供了更多更有效更灵活的处理机制。其实开发思想一成不变,但是开发的进度和认识可能各不相同。我想,不能盲目的批评c#,一种新的语言没有什么不好。我现在有点后悔以前走了很多弯路,有些可能是认识上必须的。其实,数据结构和计算机组成原理是必须要学好的。要学好就要依靠某些语言来学,比如c++。比如实现磁盘调度算法模拟,网络并发控制。这些问题永远不要说简单,我记得课程设计的时候我们组3个人做磁盘调度,打印了freebsd,linux的上百页文档和代码研究(有个同学freebsd懂的很多)。最后实现了共享,同步,虚拟等等。后来我改进了多策略算法,模块通知等设计模式,每深入的做,就感觉深度和广度越大。按照我的理解,学什么语言并不重要。主要是要思考语言背景下的问题解决办法。c#没什么不好,他也能做好我们想做的,但是他给守着c++程序员一种不同的感觉。世界在变,我们的观念也要变。但是学东西,我们要坚持自己的方法。
      

  22.   

    说了半天都在争辩“破与立”和“继承发展”。
    呵呵!
                                          从C,C++到.net一路走来。
      

  23.   

    谢谢firmbird(firmbird)。说得不错。不过“作者开始的一段话就让人感觉不到一丝诚意。”你前面说的一段话我不引用了,至于作者怎么想,我也没有求证。不过从作者的话里边,诚意倒是不止一丝的:作者先说“我始终认为,对一个初学者来说,IT界的技术风潮是不可以追赶的,而且也没有能力去追赶。”再说出“痛心疾首”的话来。虽说有些矫情,但是毕竟是个人观点鲜明。“C#,VB。NET这些书太贵了,你们不要去买,还是去些课本来看看吧”这句话我想你不应该曲解为“抛出同情心”,作者只是想换个方式说初学者应该先学习好基础,俏皮一点而已,无伤大雅吧?进而说到“当然我没有任何歧视某一行业的意识。我只是觉得如果他们把追赶这些时髦技术的时间多花一点在基础的课程上应该是可以走得更远的。”firmbird兄并没有评论这一句话,作为我个人很欣赏这段话。有了一定的实践经验,我也常常觉得自己的基础不够扎实;见过不少传址和传值都还没弄清楚的人就开始在做VC的项目,因而也常常劝诫那些比我还晚入行的兄弟姐妹,不管是学习VC还是C#,请先学习好C和C++;甚至就算是只打算学习VB、DELPHI,我也建议你学一学C——因为,个人的感觉是,学习基础的东西,对于培养程序的思维有莫大的帮助,的确能让人“走的更远”。时间不多,先说这些,抛砖引玉。firmbird兄不要见怪啊,前面的留言也是希望能得到你的真知灼见,海涵海涵
      

  24.   

    谁帮我啊
    我急求《深入Windows 编程-Windows加密及压缩软件编程技巧与方法》
    那位大哥有的话发给我
    [email protected]
      

  25.   

    嗬嗬,这么热闹啊。
    老实说,一开始就让我看了很郁闷,更郁闷的是很多人都跟贴高度赞扬。直到看到  microyzy(毛毛叉) ( ) 信誉:64  贴为止。 我比较赞同  microyzy(毛毛叉) ( ) 信誉:64  的观点: 作者立场是正确的,但是观点却夸大其词,过于极端。当作者把程序员 解释为 编码员,并说是复杂性最低的工作时,我虽然略略赞同,却也不仅暗暗猜测如此高论的大师下面会如何列举高复杂性的工作。却不想到作者列出的是 “计算机技术包括了多媒体,计算机网络,人工智能,模式识别,管理信息系统等等”。看到前面几个名词我还一头雾水,等到看到“管理信息系统”,我都不知道该哭还是该笑了。我以为如此高的作者会提到架构师,至少也会提到大家都已经耳熟能详的系统分析员 来作为 编码员的对比。却不料是这样子 的 几项技术。我猜中了开始,确始终猜不透结局...又比如 作者强调英语的重要性,这我能猜到,而且我也赞同。但让我始料未及的是作者 把 “大学英语”列在了第一位!!! 尽管作者已经关照过了,很抱歉,我还是忍不住,笑出来了。因为我实在不能想象那些把作者的话捧为圣典的 编码员, 手头常备一本“大学英语”,查资料不懂时 就拿过来翻翻(现在你笑了没?)。英语无疑是重要的,但是“大学英语”能教你多少东西??? 这门课程,我个人观点,考试过关就可以了。熟读是很好的,但对你实际上的英文水平没帮助有限。 
    尽量看英文原著的资料,这我也是赞同的,但是这个所需要的知识,高中毕业就足够了。实际的英语能力是靠实践 来提高的,靠 "大学英语"??? 呵呵呵呵......我的推荐:读英文资料,装个金山词霸 就足够了,而且也不贵,几十块钱。如果你愿意,还可以顺便支持一下正版事业,享受一下正版软件。其他的似是而非之处就不一一列举了,因为作者毕竟是站在正确的立场上的,虽然做出的是极左的偏论。
    这篇文章让我想起很久很久以前的一个帖子:
    一位学校的计算机高手编了份试题 来考 应试者,然后大发感慨 说现在的 毕业生 水平怎么这么低。结果把试题一贴出来,乐坏了整个CSDN。
    不知还有人记得否?