小伙子有前途，BANQ的很多观点并不一定正确1.oo包括两方面，语言特性与系统分析
站在分析的角度，谁都可以构建一个OO的系统，UML是与编程语言无关的
语言特性，JAVA的支持比较直接，但是你用其他语言照样可以写出OO的代码，例如JAVASCRIPT 一个脚本语言照样可以是OO的，象MODELLY就是一个JS语言的比较优秀的OO封装 OO是什么？只是封装 继承 多态，然后把这种思想往系统设计上扩展
2.100人同时在线，如果不存在内存泄露，各种配置不出问题，结构合理,速度是非常快的。100人同时在线不代表着100个并发
现在的JAVA虚拟机非常强悍，回收垃圾的效率远远胜过创建一个对象池来维护一些小对象，所以没有必要为JAVA虚拟机的频繁启动而担忧，而JAVA虚拟机将越来越强大。IBM就有一个项目，是让JAVA虚拟机每隔多少秒启动一次。JAVA虚拟机启动的时候，好象是先标记存在引用的对象，标记完后，把所有未标记的对象全部回收掉。大型网站的高并发是靠集群来实现的。在每个省都有一个集群服务器，然后定时从主服务器上取得更新的内容。模式是解决开发中某些问题的业界比较成熟公认的方法。两者是不同的问题领域。
3.基层的东西算法之类，你有时间嘛就多学学，技多不压身。这些东西都有现成的JAR包可以调用，而且人家的东西是经历时间环境考验的，而自己写的也许会存在这样那样的问题。做企业开发，真的象BANQ说的那样，搭积木，你知道这个积木是干什么的，该怎么用就OK了，至于积木的内部实现，有时间你就慢慢研究吧，积木海了去了，也许你努力了N久，可以开发出一个更好的同类积木，OK，那大家以后全用你的。人的生命是很短暂的，我们应该有自己的专注领域，是某几个积木？还是用N个积木搭出来的那个玩具？取决于你的兴趣爱好
4.首先OO并不是万能的，他有自己的涉及领域，而且他也有不少的缺点，一个企业应用仅仅依靠OO是远远不够的。数据库是一定要的，别听BANQ瞎说。但是他的作用在弱化，这是事实。数据永远是企业的重点保护对象，不然还需要容灾倍份干嘛。软件只是数据搬家，中间再加点转化而已。数据重要还是搬家的工具重要？数据在向海量化发展，我们对工具的要求不断的在提高。
分层主要是为了把工具分解成不同的零件，当有一天某个零件坏了，我们可以很快的把他给换掉，而不影响到其他的零件。
请大家指正我的错误,谢谢
