JavaEE开人发员， 多数使用eclipse这个半成品， 如果和vs比起来， 连半成品都不如， 对英文水平好的人来说， 绝对不汉化， 对一些在国内毕业了好久已经把英文还给老师的工程师来说， 汉化成这鸟样， 真的不知怎说， 对存在的项目还要import， 像VS那样有个sln项目文件 ， 双击就搞定， 而且import进来了， 还要对jdk的版本进行更新。 环境配置也麻烦， 需要jdk安装， 再建啥java_Home，再下载tomcat, 再建CATALINA_HOME， 再下载mysql， 再配置， 再改mysql.ini， 这些做法就是大家平时所说的OO了吗？ 我看就是典型的面向过程。 初学朋友很多可能在运行，调试这二个方面都要搞很久， 为什么总是Source not found， 如果你没选debug， 你设置一万行断点也起不了作用， VS开发里面， 你运行时， 随便点一下，次次有效， 就这叫OO。

大家不要说这些习惯就好，因为这些话题讨论不来， 既然目前大家对代码是否OO又存在这么多的要求呢，为什么不能把这些工作也OO化呢？ 我觉得像VS那样有个SLN文件来管理项目一切才是OO。

在SSH方面， 我感觉在国内这种人才流失这么大的环境下， 真的不建议使用。 当你代码真的是错了三岁小孩子都看出来时， eclipse当然会提示你， 有个小红XX标志一下。

但SSH以XML来解决很多问题， 讲啥耦合， 讲效率。

如果在XML里面动了一下， 你怎连启动都启动不起， 这叫OO吗？ Java方面的开发工程师整天喊着OO， 像这些工作， 真的是已经OO了吗？Console输出的信息如果你懂的很容易解决， 如果不懂的，需要在百度上翻来翻去。

有时xml文件给人家动了一下， 或在改XML文件中途停一下出去，有人不小心碰了一下键盘，你就惨了。

我个人认为觉得把耦合变成一些配置XML的方法是最笨的，而且还要用到反射， 我真不知道效率怎更好。

举个例子: 

首先Asp.net里有一个Page_Load， 任何页面加载时要显示的东西， 在这里整出来就能绑定到页面，不管是控件的值还是其它的数据控件都可以以OO形式进行绑定。

Java首先要转到一个Action， Action处理了再通过变量取得值绑定到页面？ 这种设计是一种怎样的OO呢？ 我看这是一个真正的面对过程。

再讲MySQL， 最好的IDE也就是Navicat， 只做一些简单的建表， 写写函数， 查询的功能， 大约15%的成品率吧。

综合以上：Java是一种完美的技术，完美的跨平台，完美的移动开发，性能高稳定好，而且开源运行免费， 再配上让人发疯的工具， 让专业的人用这专业的工具做专业的事情， 待遇自然就高，市场需求自然就大。 但工作真的让人烦恼， 同时希望JavaEE潮流不要给一些框架绑定。

二者合结总结：相对于大多数工程师来说， Asp.Net能让你用着高大尚的东西享受着比不起吊丝般的待遇， 而Java让你用着半成品享受着吊丝般的待遇! 关于待遇方面我不太想深入讨论(所谓行行出状元，我讲的是平均数据)， 51job自己查查去， 前几天我也查了一下， 前者和后者没得比。 

最后的呐喊， 在互联网信息产品都是免费使用从服务中赚钱的年代， 微软能否改变一下， 让asp.net开源， 运行平台全免费，增强mono稳定性让大型企业可以接受, 加强.NET对移动平台开发的能力， 让asp.net也能进行大公司的视野。 让我的白头发慢长一些时间， 说真的用eclipse 进行SSH开发， 真的让人头疼。