javaOne归来后对java未来的看法和担忧

    上周参加北京的javaOne，今天回到办公室，刚刚在msn上和YHC同学交流了一下对这次javaOne的看法。

    我个人对java未来颇有些担忧，尤其在这次javaOne之后。和YHC同学交流后感觉应该不是我一个人有类似的想法，好吧，在征得YHC同学的同意后，我将这段聊天内容贴出来。

    有兴趣的同学，一起来聊聊吧。


---------- 以下为具体的聊天内容   -----------------
 
小剑 说:
是啊，上周去的，冻的够呛
yhc 说:
刚好是最冷的时候
还好房间里面都有暖气，不过外面就很厉害了
小剑 说:
是啊，运气差了点。帖子你应该看过了，这次javaone的内容不怎么好
yhc 说:
我也去了，我觉得很失败。。。
没有什么深入的topic
基本都是商业宣传
小剑 说:
广告多，topic都不够深，也不够新
yhc 说:
恩，应该还是和oracle的策略有关系
小剑 说:
商业的味道太重了，技术含量偏低，有点失望
 
yhc 说:
以后java的走势还是让人有点担心
小剑 说:
是的，有点不明朗，不知道几位大佬未来将这名折腾java
yhc 说:
这次看java7的新特性觉得很一般，没有什么亮点
小剑 说:
闭包是个大变化，但我担心让java代码越来越不好读。
比较关心模块化，之前在看osgi
然后其他新特性就感觉可有可无了，尤其一些语法糖
yhc 说:
闭包我觉得是在学ruby，其实未必要实现得一模一样的
小剑 说:
闭包虽然强大，但是我始终担心引入之后的代码可读性
闭包只在jdk7中就发布时吗？
我看oracle的jdk发布计划，感觉是将原来的jdk7
拆分为jdk7和jdk8，分别发布
yhc 说:
我看不见得7里面就会发闭包
小剑 说:
有没有看到jdk7和jdk8的详细的新特性列表？
yhc 说:
没有看到
感觉这次的讲座都很混乱
小剑 说:
我猜测模块化应该在jdk8中，这个东西对java的影响估计比闭包还大，我对它在jdk7中发布表示没有信心
估计要推一推到jdk8
yhc 说:
模块化我觉得还是没有一个明确的做法
不是整整依赖关系就清楚的
小剑 说:
我感觉模块化是想学maven做依赖管理，然后再学osgi
yhc 说:
classloader
这个问题始终很头大
但是我看他对这部分只字未提
小剑 说:
是的，似乎在回避什么，如果只是依赖管理，那么意义不大
等吧，jdk8好像是12年发布，两年时间，看能作出什么来
yhc 说:
关键还是oracle的策略，现在很难看出他到底想把java领向何方
目前的动作都不是好兆头
小剑 说:
不过我不大喜欢将新的功能和特性以语法的形式直接做进java，比如引入module关键字
有些东西还没有成熟就写入语法，然后必须兼容，哪怕做的很烂
yhc 说:
恩，越搞越复杂
就失去了他的意义了
本来java的目的是简洁
小剑 说:
侵入性太大了，也是的java的语法越来越复杂
yhc 说:
我宁愿他通过嵌入其他语言的方式来支持
如果真的需要那种写法的话
不需要一种普适语言
小剑 说:
我觉得maven+osgi这种形式比较好，可以是工具，类库，框架，标准，但不要是语法
yhc 说:
还是需要更专业的语言
恩
语法只会把事情搞复杂
小剑 说:
语法太沉重，错了怎么办？该不该？
到时候会逼着一条道错到底的
yhc 说:
而且语法越多学习成本越高
小剑 说:
module这种非常高级的东东，不是每个项目和每个开发者都有需要的
yhc 说:
恩，同理可证闭包。。。
还有动态方法调用
好东西是好东西
但是不一定和java合拍
小剑 说:
然后这次又加了一些语法糖，比如string switch之类的，我觉得有没有都无妨，try来做资源释放也是
我的想法就是这些地方都不是关键，不应该将注意力过于关注这些东西，有没有他们的存在对于整个java的未来不会有任何的实质影响
但是我看oracle的报告，特别喜欢强调这些，给人感觉很心虚，似乎他们已经没有其他的可以好好聊聊的东西可以拿出来了
yhc 说:
现在java缺乏一个领军人物
java之父离开还是有影响的
现在没有一个人出来说java就应该这样
小剑 说:
我觉得现在java有点迷失了，到了不知道该怎么走的地步
yhc 说:
恩
小剑 说:
下一步该干什么，该怎么继续，心里没有底
yhc 说:
语言需要一个设计的目标
不是看到什么好就追赶什么
小剑 说:
未来的java是什么？干什么用的？现在给出的蓝图，不清晰
yhc 说:
呵呵
我觉得这样还不如全交给开源组织发展算了
小剑 说:
所以我很担心，一个又一个新的特性，语法，功能加进来，好像变强大了，但是，方向没了
我现在看着jdk7和jdk8的新特性，就有这种感觉
yhc 说:
恩，做加法容易，但是做减法才是困难的
小剑 说:
人迷失的时候喜欢做加法，认为多做点东西能让自己踏实一点。
不知道其他人是否有类似的想法
呵呵，你不介意的话，我把我们的聊天内容发个帖子，看看其他人是否有类似看法和担忧
yhc 说:
呵呵，人和组织还是不同，人多做事情可以说是历练，组织事情做多了就是过犹不及了。不过目前还是没有java的更好的替代品，所以只能先看着了
我是不介意的
小剑 说:
好，我发到javaeye上去吧

---------- 以上为具体的聊天内容   -----------------

只要有利益驱动，我个人觉得java不会这么容易就下去，就算新型的语言到成熟也要个好几年吧。。

它形式怎么变，下一个版本怎么是什么颜色的屎，是它主儿的事。。。

JDK 7/8 feature list

只能说是互相借鉴吧，语言发展到这个程度，还是看看C#等兄弟语言的创新和难题的解决办法

的确，真要下去也不是一下就能下去的，毕竟暂时还没有对java形成足够唯一的调整者存在，而且oracle也不至于太糟蹋java。

只是觉得java的发展势头，怕是不会有过去这10年这么好了。

oracle太商业，功利心太重，java的发展被oracle左右，让人不是太放心。这次的javaOne就很能感觉到这点，java不再是大家的java，而是oracle的java。oracle在javaOne上的表现，就像一个小孩，终于得到了向往很久的玩具...

而且现在java也有闹分离的隐忧，google，apache

oracle太看重MONEYl了

现在新的jdk7的范围，感觉是以前的jdk7的子集，一些难度比较大而且争议比较多的功能如闭包,模块化都被推迟到jdk8了。而且jdk7和jdk8之间只有一年的间隔，这个应该是java历史上两个大版本间隔最短的一次了。

为什么要闭包？个人觉得闭包的可读性不是很好。

模块化和Maven差别还是很大的，maven是静态依赖管理，模块化（与OSGI类似，看看NetBeans Module System就明白了，奇怪的是SUN以前为什么没有推NetBeans Module System作为模块化的标准）是动态的运行时管理依赖，最大的不同就是一个module/OSGI bundle都是使用一个单独的classloader来加载，这样，同一应用可以使用两个不同版本module/bundle(即使他们的API完全不兼容)。。。这在以前是不可思议的。

模块化是拖了一次又一次，基本应该胎死腹中，加上IBM加入OpenJDK，又有什么内幕呢？或许模块化标准直接拥抱OSGI。

OSGI 看起来很美，用起来就不一定了，MuleSoft上最近有几往篇文章批OSGI，要做到简单易用还有时日。

模块化是为了解决单一地ClassLoader链式机构地问题，我觉得兼容性是很大的问题，因此实现比较困难！

听说Apache软件基金会宣布退出Java执行委员会，不干了，而apache身后映出的是IBM的影子，个人觉得对java的影响比目前看到的要大。

从oracle收购java的那一天，我一直反反复复的唠叨着，我不看好oracle能带好java...