驳“我来揭穿这个最大的谎言”

arong1234 2009-11-21 02:54:29
这是他所揭穿的(以后称为原文):http://topic.csdn.net/u/20091108/18/0a28b3e0-6cf8-4a3a-93b5-b0a6f0f2c289.html
这是拆穿谎言的文章(以后称为拆文):http://topic.csdn.net/u/20091113/17/c8cbf6b9-32e7-4568-868b-700112806989.html

我加入CSDN以来,基本不发帖,这是第一个“挨踢贴”。

对于拆文的作者,我个人的感觉是:1。他以为自己没有经历过的、很难做到的事情,就肯定不存在,而这很不幸是错误的。2。故意曲解别人的含义,来支持自己的观点。下面是我对他文章的看法。

拆文观点1:如果你说语言只有两种,面向过程和面向对象,你99%要失去这个工作。
首先我要说,原文中的观点并没有错误。

到底有多少种语言,要看你怎么分类。如果你说C, Basic, Java, Pascal,到底有多少语言,恐怕你也说不清楚(我学过的就超过10种,相信不一定每个人都听说过我学过的所有语言)。当面试官问你到底有多少语言时,恐怕根本没有啥标准答案。问这种问题的人,往往是看你是不是能非常发散的思考,而不是死板的给答案。原文中的这种回答恰恰是智慧的闪光,就如同你可以说世界上只有2个人一样。问题在于你面试时怎么解释你的话,让面试官满意。如果说这也99%失去机会,要么你经历过的面试官太差,要么是你根本不会面试。

拆文观点2:你很难在市面找到一份工作,只需要抽象的思想而不需要具体的编程
我没有在原文找到类似观点,因此不知道这是在驳斥哪里的观点。我估计你在驳斥类似于“具体编程语言不重要,思想才重要”。我想你没有正确理解这种观点。当人们说“编程语言不重要,思想才重要”时,并不是说我编程语言啥都不会,只会思想。实际上,一个成熟实用的思想的建立,必然建立在足够的具体编程经验之上,也就是说,他的编程技术已经足够好。之所以说“具体的编程”不重要,指得是某个具体的技术不重要。例如,我可以在C++领域非常强悍,但是可以在java上很弱。java在这里就是所谓的“具体”的编程。这往往是用于回答“我该学习什么语言”之类的问题的。如果你曲解成啥具体编程都不会,那么自然原文错,可是往往敢于说这个的,谁不会一两样具体的编程?

拆文观点3:所有市面流行的语言(例如Java和.NET),即使你掌握了所谓的思想,你也无法轻易的从一门语法跨到另一门语言。
这确实不容易,但是并不是不存在。以我为例,我是学习C++的,搞了10年多的C++编程,但是我现在就需要各种语言都要用,甚至几年都不碰C++,只用其他语言。3年前,我接到一个任务,需要用一种我从来没有看过的语言一个星期里完成一个单,我不也得硬着头皮做?这是为什么面试得时候很多公司强调quick learner。工作中不可能让你总用你熟悉喜欢得语言编程得。你觉得这不可能,那只是你还需要历练。只有当你把这种不可能变成可能时,你才可能更进一步。

考虑一个更深层次得问题,当原文楼主开始学习时,似乎还没有java,流行的也不是C,而是汇编、fortran,Cobol,ada,lisp等稀奇古怪的语言。(原文楼主比我早,我记得我开始学习时好像还没java,至少java还没流行),现在绝大多数这些语言都不在了,你觉得是不是那时的程序员都混不下去了?如果你现在学习了一门非常流行得语言、框架,十年过去了,难道你就必然被淘汰?我95年开始接触真正的项目时,用的是MFC 2.0,没有所谓的.NET,也没有J2EE,Spring,现在MFC也要被WPF替代了,是不是我就需要被淘汰了?

不要被流行得“30岁就搞不了软件了”之类的谣言误导,资深的IT人才是非常多的。例如以前报道过的微软VB项目总负责人,到了senior vp了,还能非常深入的讲vb调试,难道她生下来就是学vb的。

你认为这不可能,只是你水平还不足,你还没有学会把一个已经有的知识融会贯通,应用到其他领域。

拆文观点4:不同语言的所蕴含的深层思想也不一样
这要看你所谓的“深层思想”是啥了。以你瞧不起的面向对象的三个基本特征来说(我真不知道是哪三个,随便google一下,说是封装、继承和多态),实际上这三种特征几乎在所有的框架中广泛的运用。当你真正掌握了这三个,我觉得你理解另外一个框架的东西并不困难。不知道你所谓的深层思想到底是指啥,但是当我们说深层思想时,往往是需要讨论的一种技术的抽象,而不是具体的实现,这种思想实际在不同的框架中是共通的。
...全文
155 点赞 收藏 13
写回复
13 条回复
切换为时间正序
请发表友善的回复…
发表回复
beijingtianbai 2009-11-21
使劲批斗!
回复
noviceCJ 2009-11-21
jf
回复
icosagon 2009-11-21
与使用面向对象语言的程序员不同,C程序员往往在做框架的时候喜欢用有限状态机的模式,有限状态机就是一种典型的面向过程式思想。

原文的作者是站在一个非常高的角度写的。

回复
woshizn 2009-11-21
很难
回复
arong1234 2009-11-21
其实这不是重点,技术的好与坏,改变不了他们产生、发展、终结的过程。无论WPF好与不好,它总要逐渐消失的。我说的其实是:MFC我学了这么多年,它也要被替换了。所以程序员需要与时俱进
[Quote=引用 8 楼 westwf 的回复:]
WPF/WCF看起来是微软力推的新替代产品库
-----------------------------------------------------

WPF我个人认为应当是微软的强项,为什么呢?微软对界面一直很重视,
从他们把界面一直做在系统内核这点就能看出,本来单一内核比微内核效率更高,
LINUX就把界面作为独立的应用层子系统来实现。

但WCF就不好说了,因为通讯的本质是屏蔽异构平台系统的差异,实现数据融合,
.NET的本质就限制了这一点,虽然WEB SERVICE和SOAP是语言平台无关的,但效率的确是个问题。



[/Quote]
回复
westwf 2009-11-21
WPF/WCF看起来是微软力推的新替代产品库
-----------------------------------------------------

WPF我个人认为应当是微软的强项,为什么呢?微软对界面一直很重视,
从他们把界面一直做在系统内核这点就能看出,本来单一内核比微内核效率更高,
LINUX就把界面作为独立的应用层子系统来实现。

但WCF就不好说了,因为通讯的本质是屏蔽异构平台系统的差异,实现数据融合,
.NET的本质就限制了这一点,虽然WEB SERVICE和SOAP是语言平台无关的,但效率的确是个问题。





















回复
arong1234 2009-11-21
眼光要远一点,即使它被淘汰,也不可能一天之中就不见了的。WPF/WCF看起来是微软力推的新替代产品库
[Quote=引用 6 楼 westwf 的回复:]
现在MFC也要被WPF替代了
--------------------
这个好像不对吧老前辈,MFC一直独立在维护中,呵呵
[/Quote]
回复
westwf 2009-11-21
现在MFC也要被WPF替代了
--------------------
这个好像不对吧老前辈,MFC一直独立在维护中,呵呵
回复
linghengmao 2009-11-21
顶!!!
回复
zjf30366 2009-11-21
原来是C版的阿荣前辈。
回复
jf
回复
mohugomohu 2009-11-21
good!!
回复
纯冰糖 2009-11-21
o...
回复
发动态
发帖子
community_281
创建于2021-05-27

95

社区成员

申请成为版主
社区公告
暂无公告