盛大易宝

又没给钱。

你们用scala不？

还有这等好事！？

@monsabre1 主要还是大牛走了，一代天子一朝臣。

核心的思想是基于语义的，而不是基于文本的，所有的程序，unison写的，都可以交互和组合。运行的时候也不用关心在什么地方跑，哪怕是在集群上跑。

还和写软件的人有关

@chilledheart 看漏了，不好意思，haiwen，我看成了huawei.

sosia.us
高中到现在

比如一个stream，在scala里面表述。

http://doc.akka.io/docs/akka-stream-and-http-experimental/1.0-RC2/_images/simple-graph-example1.png

in ~> f1 ~> bcast ~> f2 ~> merge ~> f3 ~> out
bcast ~> f4 ~> merge

这样的写法是不是好很多？
java的写法的确是有点冗长。

core.async
https://github.com/rssh/scala-gopher
quasar 这个新出来的。。。

DFA写起来好看就是scala或者clojure。java写起来是有点。。。
val myDFA =
dfa ('Z, 'S, 'q0, 'd, 'A) where
'Z ==> Set('a, 'b) and
'S ==> Set(0, 1) and
'q0 ==> 0 and
'A ==> Set(0) and
'd ==> Delta(
(0, 'a) -> 0,
(0, 'b) -> 1,
(1, 'a) -> 0,
(1, 'b) -> 1
)
println(myDFA accepts "aaab")

第一次接触这个，但是我觉得可以通过更好的写法，比如引入～>这样的符号来构建一个完整的graph，然后这个graph接受input，并且switch状态。

反正java写出来是不好看的。

@chilledheart 说的在理，cpp和c更底层也就更灵活当然也更考验功力，推广下，rust也不错。哈哈，话说seafile怎么成了华为的了现在？

@noli 《Reactive Design Patterns》 有空看看大点的东西，别天天语言炮了。

@cangshu 你真会反着说。

@noli 还有，我用的是actor并发模型，和你coroutine不是一路的，抱歉，反正你是轨道炮，talk is cheap,show us your code.

@noli 你说没关系就没关系吧，反正我已经输给你了，你看@how2code不说了么，你以及轨道炮了，秒天秒地秒空气了。

我两个拿在一起说了，因为我用来组织程序而已，coroutine java不直接支持，但是我可以有其他的方式来做到同样的好。

一个用户态的协作调度列程给你说的如天上没有地上也没有一样牛。还有如果你觉得java不行，你看看
http://docs.paralleluniverse.co/quasar/

这个是不是你说的coroutine

完成一件事情很多方式，别瞎扯了，如上，贴你的C++工程，大家膜拜下。

楼主这个语言炮 ，都到了虫族轨道炮的级别了。

你看下Bytebuffer就知道了，别人就不让你继承好不好，而且我觉得你想问题太主观了，为何你设计的Ringbuffer要进入到JDK呢，如果不进入JDK，那么肯定就是你自己玩啊。in house的实现和public的实现肯定不一样的。如果要用NIO，写wrapper必须的吧。你有想要更加灵活，又不想写代码，怎么可能呢？

对coroutine，每个语言实现并发的模式不一样，在java上，原生的来说提供了N：N的线程，而上，你可以基于JDK提供的工具构建其他的并发模型，可能不是很优美，但是肯定好使。难道akka的性能不够好？forkjoin的性能不够好？clojure的async性能不够好？

至于好语言，您认为是得“一个语言能够称为好的编程语言，是因为他能够很好地解决编程问题。
”。这个应该说是您的问题吧。每个人，每个阶段，或者说每份工作或者项目，面临的问题不一样，那么他或者她需要的工具也不一样，每个工具在特定的条件下，提供的杠杆作用是不一样的。

发展一门语言，需要考虑的东西很多，如果要大而全，又要设计优美，那么必然会话很多的心思来设计，实现，这就得花很多的时间，你可以说一个手机很好，但是别人买不到，那不是耍猴么？这样的语言会被那些快速迭代，小而精的语言替代，比较人们在解决问题的时候，是看身边有什么，先搞出啦不是么？我们平时用的，汉语，英语，也是在不断的发展中，所以没有好语言，只有更好，和不断发展的语言。

说到社区和历史包袱，如果说一个好东西好的不得了，我得加入，但是这个特性一加入，可能其他的东西就得跟着改了，比如你设计手机，都弄好了，然后呢，你说别人的手机可以检测心电，所以你得加入个心电检测，这问题来了，是不是电路那些都得改啊？我相信，java的设计者们，更多的是在考虑让那些东西不要加进来，而是加进来那些东西吧。有些东西，可以让社区来做的。再者，如果你加了一个东西，以前的东西都不好使了，是不是让所有的人都改代码呢？我相信只有某些人愿意吧，比较不是所有的人都爱尝鲜。

java 你可以吐槽不好，但是，一门语言发展了20年还没有被淘汰，不是因为大家都是傻缺，不是么？特定的场景下，用特定的语言，特定的工具，事半功倍，同样的，非要用个铅笔刀去砍树，那么不是自己坑自己么？

你要吐槽就继续吧，为了吐槽吐槽，真没意思，发展一门语言，远比你想的复杂。

@noli 其实你是故意的，包括你的措辞。

java我觉得做的比较好的一点是，演进挺平滑的，比如你说的并发和异步支持，都是慢慢的以library的形式出现的，也就是加了词汇，而非语法。

NIO也是后来才有的，以及并发包。新的lambda在最好的情况下也是以前基于callback的5倍性能，并且还会提升。以及java9的模块化，以及java10的值类型，这些都能够看出，这个语言在演进上还是一步一个坎的。

不管怎么说我觉得java还是不错的，当然其他的语言也要多学习学习，每个人的工作范畴不一样，用到的工具不一样嘛，什么顺手用什么最好，你可以看看rust，我又给rust免费做推广了。