看了几个小时,终于一气喝成把此帖看完了
也来参呵上几句,总结以上的讨论点(不总结每个人发表的观点:公说公有理,婆说婆有理),此处只说一下我认为的讨论来讨论去的讨论点:
<1>技术的学习方式:
   A.从下往上
先从最基础 最简单的东西学起,如SE的API 算法 数据结构等,也是SUN网站学习的推荐学习路线,也是中国的传统教育的教学方式,采用此种学习方式见效慢,不能马上应用到项目中,需要一个长期的过程
   B.从上往下
      先从高一级的学起,如框架 OO分析 设计思想等,给自已定位高一点(呵呵...还是需要有基础才能站在很高的高度),此种方式能马上用到项目中,见效快,也就是一边做一边学,也是很多小点的公司采用的开发方式,也可理解为赶鸭子上架,不能做得也得做
      A方式可被大多学习JAVA的初学者接受,B方式需要有一定的思想或技术基础才能接受,我就是采用B方式学习JAVA,采用B方式的学习方式,B方式缺点会给很多基础差的造成误倒,对后期进一步提升有所影响,所以还是要根据每个人的自身情况选择学习方式,基础好或理解能力强的可以采用如BANQ提倡的方法学习,如果基础差点的就采用A方式,两种学习方式最终目的是一样的,不管你功底有多深厚,要想在技术上有所成就,打好基础是每个人都要走的一步
  个人推荐BANQ提的学习方式,先学OO,就算你把API 算法等全理解并会运用,最终要想技术上达到一定层次,让自已写的东西能让一个不是程序员都能看懂的境界,就需要用OO去分析设计编码

<2>站在的角度不一样,看到的层面不一样
    一流的企业做文化、做标准,二流的企业做品牌、做产品,三流的企业做项目。
    为什么会有接口这种思想出现,为什么SUN或W3C一直在出标准让别人去实现,人最重要的是也就是思想(对写程序说白一点就是智商) 其它一切都只为工具,对一个程序员来说重要的不是会一门语言,会用一个软件,最主要的是有没有思想,遇到问题如何去解决一个问题,举个例子:
    高斯,其实我不应该陌生,他的故事在小学课本里就有过,在他8岁的时候,老师上课为难他,故意让他计算1到100相加起来是多少,他用了3分钟,得出了5050的结果,把老师震惊了……
  对程序来说在遇到一个问题时不是应该先去编码,而是应该去分析如何最快最好的解决问题,找出一切可能会存在或可能会出现的问题,OO就是这样一种解决问题的方式,这也体现出一个人的思维或解决问题的方式,并不是说过程式的解决方式解决不了问题,也并不是说OO就是所有解决问题的最好方式,万物都是有两面
   对于企业来说,采用更快更好投资最少风险最小收益最大的技术是最好的,采用什么技术还是需根据各企业的情况来定.
<3>市场主导技术,还是技术主导市场?  
   不管是IBM,MICROSOFT,SUN 我想他们都是先分析一个技术的市场情景才会去投入研究一项技术,不会去研究一项没有市场前景的技术.
   以上很多观点也提到糊口问题,每个人都一样,先解决温暖问题再考虑其它问题,就如你先掌握API,再研究OO一样,不是说这样不行,但以我的学习经验来说,先学什么叫OO,怎么运用OO,再去考虑什么是API,这样对以后的技术提升更有帮助.
........

就乱言到这吧,呵呵....路过此帖留点东西

最终只表达:争论适到而止,有辨论才会有进步,牛X的人是不会花时间在这种问题上的,有些问题你是永远无法辨论清楚的,就如先有蛋还是先有鸡,还是多想想如何解决你现有的问题及如何提升你现有的技术,多与别人交流是一种很好的学习方式

受教了 谢谢Banq老师
“一流的企业做文化、做标准,二流的企业做品牌、做产品,三流的企业做项目。”
——
真的吗?
“一流的企业做文化、做标准,二流的企业做品牌、做产品,三流的企业做项目。”
——

无论做什么只要你能把它做的很优秀,说明你经以xxx了!从外太空看地球,你说又会怎么样!没有可比性!干好自己的,没哪么多的XXXX!问题很简单!

同样基础不是不重要,要看你所从事的领域是什么,Banq老师说的我能明白!其实要向上发展,最好还要看看管理与经济之类的知识,向上发展需要综合素质能力高,要下发展,是一个面能力超强!还是没有可比性!

我时时在问自己 我 跳出来了吗?
这里很热闹,这个问题我也曾和搞软件开发的朋友们探讨过,现在谈谈我工作的两年间的真切感受。
大学毕业找工作的时候,去软件公司面试,几乎都是先做题(也许这是上海的特色),然后会有技术主管谈话,当然人事经理也要最后出场。做题以及和技术主管的的交流,最重要的是考察一个人的职业素质。技术层面,编程语言,基础的东西不能不察,这里我比较同意banq的说法,什么是基础?我想绝对不会是语法之类抑或对API的了解、熟知程度,重要的应该是思想。拿我个人的例子来说,去富士通上海面试的时候,也是先做一套题,也就是笔试。因为公司主要是做企业解决方案,里边涉及了java,C#,C++,SQL,智力测试和职业规划。这里且不说后3者,涉及到编程语言的问题,都是注重OO编程思想的。学校里我只学了java,对C#和C++的语法一点不知,所有的问题我都是用java来描述的,方法体也基本没有实现,只是一个框架,并加上了文字阐述和注释,最终我是当天面试的那么多人里得分最高的,事后技术主管拿着我的简历和笔试试卷对我讲:虽然你只知道java,很多方法都没有实现,但是你的OO思想理解掌握的很好。他开玩笑说:希望以后的日子,你可以将这些补上。就这样,面试的将近20个人里,我和另外一个女孩被录用,即便他们师出名门,即便他们熟知多种开发语言。
看到了某人老在拿IBM MICROSOFT之流说的人 我实在相当的反感 不为别的
你说学习框架什么的是为了所谓的钱途 或者被束缚了 但是你学了数据结构
编译原理 然后又堂堂正正的走进IBM等外国企业的大门 这难道不是一件让
人觉得可耻的行为么 你去那里是为了什么 不就是为了钱途么 你比那些在
框架与模式 或者说国内一些软件公司的束缚下的程序员有多大区别 或者说
你比他们更不如
不要老拿外国的东西比较 不是说不去区别他们 而且怎么去看待 如果你是
一味的去抬高国外的东西 想着怎么进IBM就很牛了 那么我可以说 你不是一
个中国人了 已经纯粹的脱离了中国人的范畴
两者说的都有道理吧.

更多的人只需要如何用,而不是去搞懂他的原理.

如果哪样的话,IBM,MICROSOFT早就不知道哪个更牛的挤掉了.

一路大致看下来,明白了一些东西。如下:

1,为什么banQ一直强调模式和OO,就在于他的立足点是企业级应用开发,那么我们要做的就是搭建积木,不是制造积木,用构件去make解决方案;

2,为什么coolyu0916一直强调数据结构与算法的重要性,就在于他的立足点是要做自己的核心技术,比如微软,IBM,甲骨文等国家大公司在做系统的时候,更需要底层的东西,这些东西需要实实在在的数据结构与算法来实现,也即采用向下思维来制造积木。

所以,二者都没有错,各取所需罢了,就像OO不是万能的一样,有些东西用过程化的设计更简单明了。

banq老师:我看了前面的几句就已经忍不住要发言了!
你说的很好,思想这东西不是拿笔来记的,有些人认为写几句代码就以为会编程了,没错,的确!只有在j2ee开发界的人才会明白,为什么网上招聘的都是j2ee工程师,而不是j2ee程序员呢?我觉得没错,编程无非是:算术运算和逻辑运算。再怎么写,写得在千万行,那也跟工程不打边!工程我就不必在介绍了,应用j2ee框架的工程师们应该尝到DAO模式的好处!不然你们拿什么来说好,学得最高,那是没错的!越高的技术反而离算术运算越远,但思想越抽象,几乎多态化,所以工程不是什么算术运算!
banq老师:我看了前面的几句就已经忍不住要发言了!
你说的很好,思想这东西不是拿笔来记的,有些人认为写几句代码就以为会编程了,没错,的确!只有在j2ee开发界的人才会明白,为什么网上招聘的都是j2ee工程师,而不是j2ee程序员呢?我觉得没错,编程无非是:算术运算和逻辑运算。再怎么写,写得在千万行,那也跟工程不打边!工程我就不必在介绍了,应用j2ee框架的工程师们应该尝到DAO模式的好处!不然你们拿什么来说好,学得最高,那是没错的!越高的技术反而离算术运算越远,但思想越抽象,几乎多态化,所以工程不是什么算术运算,而是一种思维的结构!
基础,我把它理解为本质,本质是没有底的,一层层推将下去,将会问到宇宙的本源,但是有必要吗,比如一个卖水果的,他只要知道人是喜欢吃水果的就足够了,而不必去研究买水果的人的生活规律这些更本质的东西
[该贴被mmruy于2007-11-13 17:28修改过]
大家都不傻 有争论的功夫 学啥不是学啊 总比虚度光阴好啦 我刚毕业所看到景象是学什么学好了都很不容易 什么学好了都不愁没饭吃 我认识几个牛人 和我一样刚毕业 1个C++很厉害 要去伯克利 1个j2ee学的很不错 刚毕业就年薪15W 是个欧洲人开的小公司 他们就是1个比较爱算法 1个比较喜欢学流行的框架 不都很好么
[该贴被usbwc于2007-11-15 11:51修改过]
我注册帐号只为了说一句话:
在这个帖子的所有ID中,我觉得leebai是其中水平最高的一位。我从事管理系统软件开发6年了,我们公司也在研究自己的开发平台,为的就是实行leebai所说的目标。下面这句话,让我为之心动:


各中J2ee开发框架或技术,包括EJB、Struts、Spring、Hibernate、JSF等等,还有banq兄的这个jdon:),都明确地告诉你:我这东西很simple,你这样这样就行。但很少有告诉你:你必须先这样这样,才能用好我的东西。我认为,一个好的开发框架或技术应该是三流程序员也会用,二流程序员用起来很爽,一流程序员用起来叫绝的龙泉三尺剑,而不是一个只有优秀程序员才挥舞得动的青龙堰月刀。如果不懂设计模式就做不好j2ee应用的话,那么大量j2ee应用项目的拖延和失败也就是理顺成章的事了。