初学J2EE的一点想法

作为一个J2EE初学者，会有很大的心理障碍。J2EE被说得太神了，太多人对它顶礼膜拜了，直接导致我们这些菜鸟以为它是很艰深晦涩的东西。

在很多书上，可能是因为作者很推崇某些技术，就将其提升到很高的理论高度，但到底有多高我们就不得而知了。其实我很讨厌这样，明明是很简单的东西，要说得那么高深干什么。所以我比较喜欢看原版书籍（有些是翻译的，有些是影印，还有些就是PDF）。

爱因斯坦不是说过：“一个问题，你不能解释到一个小孩能懂，就说明你自己不懂。”

我跑题了，不是想骂那些写书的人怎么样，我想说的是很多初学者都被忽悠了，其实J2EE并没有你想象的那么难。像之前我一直在想POJO是什么东西，结果后来才知道这只不过是一个嘘头而已。我们理解一个事物应该是越简单越好的。

如果J2EE本身很复杂，一定不会有这么多人去学它，去用它。一定会有更简单的东西来替代它。一个很现实的例子，在J2EE标准中的EJB，不是被 很多人唾弃吗？就是因为EJB 解决问题的方法过于复杂了。大家就会去想简单的方法去替代它。所以Sun公司又要出EJB3.0版本希望能保住其标准的位置，但实际上现在很讲究敏捷开 发，标准倒是在其次了。所以开源项目现在会这么火。

开源项目也有缺点。我们必须自己选择一种适应自己需求的解决方案。像我们在持久层技术上，就选择了现在非常流行的Hibernate。这就要求我们能够知道各种开源技术并能够从中做出选择。

我个人还是比较希望能标准化的，但我希望的是事实标准，而不是法律标准。当Sun公司企图制定一系列的法律标准的时候，它就失掉了一大批优秀的Java构架师的人心。因为人们不会希望屈服于他一家的那个法律标准。。

J2EE是一个很大的框架,但是对于目前的开发者似乎知道Servlet就可以了,至于EJB,JMS,JTA等J2EE框架的东西似乎不需要考虑,尤其有了Spring.

不要把J2EE想的太高深，看看这里，一万来页吧，看完就都明白了。

http://java.sun.com/javaee/technologies/

虽然看j2ee development without ejb,而且深感rod说得十分有道理，不过他的很多理论都是建立在不需要分布式作业的前提下（他似乎常常强调这一点），所以我的感觉是，若是需要采用分布式处理，那么是不是还是可以考虑ejb呢？

所有的研究工作都是从下而上的
所有的用户都是从上而下的

而程序员进入这个01的世界却是从中间进入的。。。。
有的人向上走，对业务熟悉，成了售前,项目经理
有的人向下走，对底层熟悉，成了高程，架构师。

像楼主这种只见过一点点东西的人
会以为这个世界非常容易，
可以完全了解。
大道至简你有没有听过？
你理解的东西是大道
当你见识过复杂之后再回来说
“J2EE被说得太神了”

复杂的技术在你需要他的时候，应该会很有用。
但我认为很多小型的应用的确没有必要应用或这懂得这么多。

我觉得楼主说的很有道理，IT行业术语特别的多，给初学者设置了很大的心理障碍，有些写书的作者，通篇抛出的都是术语，先把初学者干懵了，看到初学者发愣的表情中获得愚蠢的快感，可能是他们以前学习的时候也遇到过吧，心里有点阴影，要发泄一下。

抛出术语倒也不坏,关键是要有详细的解释.像spring技术手册,林老师一来就将术语解释一遍,很适合初学.使用专业术语其实也是为了高效的交流,万事开头难,初学就只能多下点功夫了.

其实我写这点东西并没有说这些东西简单的意思,只是想给自己多一点学习的信心。