搞研发的自然要走到基础的层面，但是如果对企业，盈利高于一切，那么oo的实施可以大量地减低维护成本， 演唱一个软件的寿命期。 如果你也明白time to market ， just in time 的企业策略，你所谓的基础不是每一位从事软件开发的人员都必须掌握的。

学习算法，让我更聪明，学习能力更强，
学习oo，让我思维更广，解决问题能力更强，感觉软件设计的思维更正常，更简单，更符合人类的正常思维。

软件的设计是要符合一般人的正常思维，这可能就是说的计算机系统是领域（现实世界）的拷贝，不走样的拷贝。 ---- 这是我个人最喜欢的。

今天一大早就看了这个贴。
我是今年刚毕业的，专业 计算机科学与技术， 学了一点bang大哥说的成为‘绊脚石的’，zjlzjlzjl说的‘基础’，也学了一点 oo，学了一点java，学了一点设计模式。没感觉到冲突，觉得每样知识都在增长我的能力，只是增加的方面不同而已。可能我学的层次太浅。

我也看了几篇bang大哥的贴和见解，很是佩服，很想有机会跟bang大哥学习。但我不知道我如果不学那些‘基础’能不能行，能不能有现在的再学习能力，因为我已经学了。而且我感觉我的思维广了。

也是从进来J道后我才觉得这个领域是我的爱好，我把它当成我的乐趣，我想追求它。所以也得谢谢bang大哥。
bang大哥对这个行业的贡献大家是有目共睹的，但是不是层度高到一定程度的人容易‘自以为是’（自己的知识，自己的见解）才是最好的。我并不以为然，学得更多，也会更容易接受别人。 心会更广。

但我也赞成zjlzjlzjl的有些观点。也赞成bang大哥的观点。也有两个都不赞成的观点。哈哈。。。

碰撞是为了融合。。。

以上是一个刚受完中国传统教育 大学本科刚毕业的人看了你们这么精彩的辩论的个人观点。
学习学习。。。

先声明我的观点:我非常同意transient所说的,也很明白Banq老师想要表达的思想.
你所说的数据结构,算法....当然很重要,熟练使用J2SE,J2EE的API更不用说了.还有很多基础知识,这些都是一般程序员日常使用必备的技能.
使用这些技能做了几个项目后,就会有别的想法.如何从一般程序员过度到优秀程序员,现在还不敢说架构师,那就要学习更深层的东西.如如何很好的搭框架,如何很好的运用设计模式,如何建模等有深度的技能.我编程一年一个月,做过两个项目.我认为我几乎接近优秀程序员的层次了(不只我这么认为，没有炫耀的意思).但还有一些想不明白的地方.
无意间来到这里.所有的困惑都突然明朗.

这是我发现讨论Java最有深度的论坛之一.

Coolyu0916 和banq 我认为都是牛人, 本来想叫"大师"的.
但是banq心胸不够开阔, 但banq对中国软件界的贡献从目前露出来的情况来说,比 Coolyu0916大的多. 盼望两位先行者共同为我们指引一些方向.

仅个人以为.

你这话有点让我感觉不是人间烟火了,企业利益高于一切..那么企业得到想要的利益了吗?还是在泥沼里摸爬??
你所说得大家当然都希望发生,可是不可能的.曾经拿软件和汽车产业作比较,发现软件和汽车都提倡过just in time但是汽车能成功,软件难成功,因为汽车的组装者才真正不需要知道各个组件是怎么生成的!软件?那只是理想.想想汽车制造,组装的好的优秀汽车组装者可以拿和能研发出优秀发动机的研发者一样的报酬,软件呢?框架价值大于组装本身,越来越多的组装软件的人开始不安分,花时间去观察内部构造,却降低了组装的效率,你能将这个责任往他们身上放还是肆意的谩骂这些人失职?在过去组装软件的人总是在恰当的时机转换到其他部门或者干脆转行,导致组装者始终是刚毕业的学生,总是需要从新培训,总是需要为那些经常出现的问题反复恼火?你将这个责任推给谁?如果不对整个软件产业各个环节重新审视,重新确定岗位价值,那估计只能这样沉陷下去.

用oo来开发软件，很好，很到位，讲设计模式也无可厚非。

我认为：软件大家，还是要学习数据结构，编译原理的。后来理解了一部分，就可以向上了。

有的人一生就在底层，你要他用oo吗？底层的东西是oo吗？

如果你致力在上层，那你就oo了。

以上个人观点。

看了你们争论的东西后。。突然不知道应该怎么走了。。。。是应该去先学习数据结构，面向过程的东西？还是应该直接学习面向对象的东西？

能不能给点意见？比如具体的一个学习流程。。。