问题描述
http://news.cnblogs.com/n/548603/
解决方案
解决方案二：
我都不好意思在这里发这个帖子，否则显得自己太心灾乐祸了，果然还是需要lz这种大智之人出面啊
解决方案三：
哇秒回啊~~哈哈让人气更火~~~
解决方案四：
哪两大语言？
解决方案五：
只是javaee而已，不要高兴太早，没什么用
解决方案六：
JAVA这么落后的语言，早就该放弃，早就该退出历史的舞台。
解决方案七：
原来JAVA怎么恶心-------------------------------------------------------------------------事实上Oralce这位继父比Sun这位生父，还是要好很多的。Sun与1995年正式发布Java，直至2006年底才在开源社区的压力下，以GPL协议开源Java。而在过去的11年里，Sun手中的Java一直都是商业软件。当年Java发布后，IBM、Apple、DEC、Adobe、HP、Oracle、Netscape、Microsoft等各大公司都纷纷停止了自己的相关开发项目，购买了Java使用许可证，并为自己的产品开发了相应的Java平台。当时的Sun对待这些合作伙伴只能用态度恶劣、傲慢和小心眼来形容，Java标准完全就是Sun说他应该是这样的，所以就必须是这样的，这就叫标准。当时的Java语法、标准库都非常的不完善，但合作伙伴对此却没有发言权。当年Sun公司也经常在背后搞些小动作，例如1997年在benchmark上作弊。在看看当年微软和Sun的那场官司，微软在取得Java授权后开发了MSJVM，但对Java进行了一些扩展，其中就包括委托、J/Direct、RNI等，微软将这些修改提交给Sun，希望Sun纳入Java标准，然而Sun不但没有采纳，还将微软告上了法庭。当然，当时的授权条款中有写明，若不能通过Java兼容性测试，不得使用Java商标。加之微软这种先斩后奏的做法也确实不厚道。不过，当时微软的版本确实比Sun的版本好用、开发、运行效率也比Sun的高。但那又怎样，只要Sun不采用，微软的就是不兼容。最终，Sun与微软于2004年达成和解协议，由微软赔付16亿美元。2009年Sun打包卖给了Oralce，Java在Oralce手里继续保持开源，至今已有7年，而在Sun手里仅开源了不到3年。Oralce收购Sun后，又陆续把很多原来微软为Java添加的特性、技术，加入了Java当中。（例如：Java8加入了methodreference，Java9计划添加类似J/Direct的新的nativeinterface）。顺道再提一下，Oralce与Google的官司。Google在未取得Java授权的情况下开发了自己的不兼容虚拟机，却赢得了官司。微软当年在取得Java授权的情况下开发了不兼容的虚拟机，最后输掉了官司。这两者为什么截然相反呢？因为Oralce手中的Java是开源的，而当年Sun手中的Java是闭源的、商业的（2006年之前）。
解决方案八：
一直在使用.NET
解决方案九：
不得不承认，从语言本身讲java太落后了，而且性能低下，但是由于开源的早，跨平台，社区环境好，丰富的第三方类库，再加上现在的android，所以非常火爆，.net的开源与跨平台太晚了，希望能赶上吧
解决方案十：
虽然对于java来说其实根本没有太大的利害关系。但我还是喜闻乐见。
解决方案十一：
.net不太清楚，不过那些老师都觉得java比较好
解决方案十二：
每次碰到这种文章我会先看评论
解决方案十三：
引用8楼bigbaldy的回复:
不得不承认，从语言本身讲java太落后了，而且性能低下，但是由于开源的早，跨平台，社区环境好，丰富的第三方类库，再加上现在的android，所以非常火爆，.net的开源与跨平台太晚了，希望能赶上吧
不至于“太”落后吧
解决方案十四：
引用12楼zsdsywr123的回复:
Quote: 引用8楼bigbaldy的回复:
不得不承认，从语言本身讲java太落后了，而且性能低下，但是由于开源的早，跨平台，社区环境好，丰富的第三方类库，再加上现在的android，所以非常火爆，.net的开源与跨平台太晚了，希望能赶上吧不至于“太”落后吧
Java8还稍微好点，@FunctionalInterface与C#的委托比太过繁琐，新出的stream也只是简单的集合操作，与C#的完全函数式编程的Linq根本没法比，annotation的语法也不够灵活，限定太多，没有var(这个真的是太有用的，希望java9加上)，没有dynamic，没有yieldreturn，不原生支持可枚举集合，等等太多了不一一列举。再谈到基础库，更没的比了，Java基础库太过混乱，很多遗留的老东西，设计的也不人性化，写同样的东西，C#不上网不查资料，直接根据类名函数名就能猜出怎么写，而且还要简单的多，例如查找某目录下以.dll结尾的文件，C#只需要一行代码，Java需要10多行，返回线程内局部变量，C#在强大的异步语法和Task库的支持下，能做到直接在线程函数中return即可。再者谈到性能，C#比Java占用的内存少很多，运行效率也要高很多，我两种语言都用，做过很多东西，感觉差距甚大，尤其是内存使用，你看看idea的内存使用和启动速度就知道了，列表树第一次点击右键时还会卡住3秒。再说到调试，Java的IDE都不支持移动CPU指针即随意改变调试语句，也没有调试时的即时窗体供调试时直接调用某方法，崩溃时不能保留上下文调试信息只能看到堆栈，堆栈溢出错误发生时更是什么信息都没有了，等等也是太多了，我就先写这么多，要真往多了说我能写个上万字
解决方案十五：
引用13楼bigbaldy的回复:
Quote: 引用12楼zsdsywr123的回复:
Quote: 引用8楼bigbaldy的回复:
不得不承认，从语言本身讲java太落后了，而且性能低下，但是由于开源的早，跨平台，社区环境好，丰富的第三方类库，再加上现在的android，所以非常火爆，.net的开源与跨平台太晚了，希望能赶上吧不至于“太”落后吧
Java8还稍微好点，@FunctionalInterface与C#的委托比太过繁琐，新出的stream也只是简单的集合操作，与C#的完全函数式编程的Linq根本没法比，annotation的语法也不够灵活，限定太多，没有var(这个真的是太有用的，希望java9加上)，没有dynamic，没有yieldreturn，不原生支持可枚举集合，等等太多了不一一列举。再谈到基础库，更没的比了，Java基础库太过混乱，很多遗留的老东西，设计的也不人性化，写同样的东西，C#不上网不查资料，直接根据类名函数名就能猜出怎么写，而且还要简单的多，例如查找某目录下以.dll结尾的文件，C#只需要一行代码，Java需要10多行，返回线程内局部变量，C#在强大的异步语法和Task库的支持下，能做到直接在线程函数中return即可。再者谈到性能，C#比Java占用的内存少很多，运行效率也要高很多，我两种语言都用，做过很多东西，感觉差距甚大，尤其是内存使用，你看看idea的内存使用和启动速度就知道了，列表树第一次点击右键时还会卡住3秒。再说到调试，Java的IDE都不支持移动CPU指针即随意改变调试语句，也没有调试时的即时窗体供调试时直接调用某方法，崩溃时不能保留上下文调试信息只能看到堆栈，堆栈溢出错误发生时更是什么信息都没有了，等等也是太多了，我就先写这么多，要真往多了说我能写个上万字
受教了！
解决方案：
引用13楼bigbaldy的回复:
Quote: 引用12楼zsdsywr123的回复:
Quote: 引用8楼bigbaldy的回复:
不得不承认，从语言本身讲java太落后了，而且性能低下，但是由于开源的早，跨平台，社区环境好，丰富的第三方类库，再加上现在的android，所以非常火爆，.net的开源与跨平台太晚了，希望能赶上吧不至于“太”落后吧
Java8还稍微好点，@FunctionalInterface与C#的委托比太过繁琐，新出的stream也只是简单的集合操作，与C#的完全函数式编程的Linq根本没法比，annotation的语法也不够灵活，限定太多，没有var(这个真的是太有用的，希望java9加上)，没有dynamic，没有yieldreturn，不原生支持可枚举集合，等等太多了不一一列举。再谈到基础库，更没的比了，Java基础库太过混乱，很多遗留的老东西，设计的也不人性化，写同样的东西，C#不上网不查资料，直接根据类名函数名就能猜出怎么写，而且还要简单的多，例如查找某目录下以.dll结尾的文件，C#只需要一行代码，Java需要10多行，返回线程内局部变量，C#在强大的异步语法和Task库的支持下，能做到直接在线程函数中return即可。再者谈到性能，C#比Java占用的内存少很多，运行效率也要高很多，我两种语言都用，做过很多东西，感觉差距甚大，尤其是内存使用，你看看idea的内存使用和启动速度就知道了，列表树第一次点击右键时还会卡住3秒。再说到调试，Java的IDE都不支持移动CPU指针即随意改变调试语句，也没有调试时的即时窗体供调试时直接调用某方法，崩溃时不能保留上下文调试信息只能看到堆栈，堆栈溢出错误发生时更是什么信息都没有了，等等也是太多了，我就先写这么多，要真往多了说我能写个上万字
您有空可以多写几点，我还是很愿意看的，
解决方案：
其实我认为这对于.net不一定是大好事。就好像美国若50个州相互打仗而闹独立王国，可能中国也被卷进去而不一定能巩固自己的周边国际地位，相反俄国有可能占便宜。因为中国还是个“半封建半民主化”国家，还不太适应纷繁复杂的国际局势。微软保持几个开源的领袖级的对手，大家一起来稳定软件开发的规范，让那些小公司无法兴风作浪，对世界是个贡献。
解决方案：
引用16楼sp1234的回复:
其实我认为这对于.net不一定是大好事。就好像美国若50个州相互打仗而闹独立王国，可能中国也被卷进去而不一定能巩固自己的周边国际地位，相反俄国有可能占便宜。因为中国还是个“半封建半民主化”国家，还不太适应纷繁复杂的国际局势。微软保持几个开源的领袖级的对手，大家一起来稳定软件开发的规范，让那些小公司无法兴风作浪，对世界是个贡献。
p看得远