请zhaoce大牛比较一下reactor和vert.x - 未名空间MITBBS历史存档

国际科技财经博客移民网络热点娱乐民生时事公众号

Redian新闻

>未名空间

>Programming - 葵花宝典

请zhaoce大牛比较一下reactor和vert.x

请zhaoce大牛比较一下reactor和vert.x# Programming - 葵花宝典

l*y2014-01-29 08:01

1 楼

因为回国，去International Office要I797的原件，被通知我SEVIS系统上面有的信息
不正确，应该是SEVIS的错，但我没看到具体的信息。这种情况，我该在哪里查，怎么
样催促SEVIS帮我修改？机票都定了，如果直接回去，担心这个会影响到返签。
有没有类似经历的，是怎么解决的？谢谢！

C*E2014-01-29 08:01

2 楼

南加vs中西部，该不该跳？
先说说基本情况，生物行业数据分析，博士，博士后之后已经工作好几年了。
现在的情况，南加这家（A）。另外有家公司（B）同意要我，在中西部。
两家的相同点：
一样的工资（六位数多一点，不好意思拿出手），一样的职称，一样非管理职位，一样
的不知道有没有上升空间，基本上一样大的中型公司。
两家的不同点：
现在的地方房子贵，A的房子基本上是B的房子的两倍以上。
现在的地方就业市场大，生物相关的公司多，以后跳槽或者容易些。
现在的地方中国人多，生活里华人相关的资源多。
现在的地方做的偏重于开发和核心技术相关的产品，B的位置更偏重于应用和支持。B是
A的核心技术的客户，当然，两家都有很广阔的不相关的营业领域。
另外几点考虑：
个人/家庭问题现在是一团乱麻，这也是开始想找工作的原因之一。一是想离开，二是
想一个人挣钱怎么才能买房子养孩子。工作机会多华人多的地方，基本上房子都贵。要
像一个人挣钱就能买房子养孩子，只有偏僻的地方才行。
我博士后之后基本上是两年就换一个地方，现在这家也是两年多一点，已经是第三家了
。跳了太频，好像不好看。我其实是更想找一个管理位置的，迄今未遂，估

p*22014-01-29 08:01

3 楼

按说reactor才是vmware的亲儿子，又贴着spring的标签，上边就是groovy和grails，
当然也可以多语言了。前景貌似比vert.x更强势呀。

i*n2014-01-29 08:01

4 楼

ask internationaot student office at your univ.
they are responsible for entering your info to sevis.

【在 l***y 的大作中提到】

: 因为回国，去International Office要I797的原件，被通知我SEVIS系统上面有的信息
: 不正确，应该是SEVIS的错，但我没看到具体的信息。这种情况，我该在哪里查，怎么
: 样催促SEVIS帮我修改？机票都定了，如果直接回去，担心这个会影响到返签。
: 有没有类似经历的，是怎么解决的？谢谢！

w*x2014-01-29 08:01

5 楼

现在也想逃离家庭自己一个人买房子生活的人飘过...

d*g2014-01-29 08:01

6 楼

好虫不早就泼过冷水了？
发信人: goodbug (好虫), 信区: Programming
标题: Re: vert.x 基本上没戏
发信站: BBS 未名空间站 (Tue Jan 28 16:19:03 2014, 美东)
出了java.现在主流语言有几个在jvm 上run啊。
我评论的是他这句话。
其实java world并不是那么在意async，否则netty之上早就一堆东西了。akka迄今也没
火。
vertx估计结局也差不多，特定应用有用。不会是主流。

【在 p*****2 的大作中提到】

: 按说reactor才是vmware的亲儿子，又贴着spring的标签，上边就是groovy和grails，
: 当然也可以多语言了。前景貌似比vert.x更强势呀。

l*y2014-01-29 08:01

7 楼

刚才去和International Office的人面谈，他们早在三个月前就给SEVIS发过邮件，通
知他们我的status变为H1B，可是，不知道什么原因，SEVIS系统上显示的仍然是
Inactive的状态。可是，我的I797A已经下来了，Human Resource那边也给了我
Employment Verication Letter。IO的人说他们不认为签证的时候会去查SEVIS,但是，
如果查了，那么就非常有可能会影响我的签证。他们会继续联系SEVIS的人，修改我的
状态。可这有可能“take forever”。这种状态下，我敢放心回国吗？有知道H1B签证
时，签证官会查SEVIS信息吗?
谢谢！

【在 i*n 的大作中提到】

: ask internationaot student office at your univ.
: they are responsible for entering your info to sevis.

p*a2014-01-29 08:01

8 楼

跳了。南加单收入累

p*22014-01-29 08:01

9 楼

好虫没有评论reactor呀

【在 d********g 的大作中提到】

: 好虫不早就泼过冷水了？
: 发信人: goodbug (好虫), 信区: Programming
: 标题: Re: vert.x 基本上没戏
: 发信站: BBS 未名空间站 (Tue Jan 28 16:19:03 2014, 美东)
: 出了java.现在主流语言有几个在jvm 上run啊。
: 我评论的是他这句话。
: 其实java world并不是那么在意async，否则netty之上早就一堆东西了。akka迄今也没
: 火。
: vertx估计结局也差不多，特定应用有用。不会是主流。

q*62014-01-29 08:01

10 楼

if income is the same, of course go for B.

p*22014-01-29 08:01

11 楼

呼唤zhaoce大牛。

D*V2014-01-29 08:01

12 楼

welcome to middle west nowhere.

【在 q****6 的大作中提到】

: if income is the same, of course go for B.

z*e2014-01-29 08:01

13 楼

jvm上从来都是随便凑组合的
grails, spring, hibernate, ibatis, struts……
你爱用什么就用什么
问题在于，我为什么要那么折腾呢？
就你的那一套组合
又node.js，又jvm，又clojure，还有message的东东
db不能支持node.js的异步，需要额外加一层做io，如果新人不懂js还要培训半天
越做越heavy，框架一堆，干嘛呢这是，做得跟企业一样
企业又都不怎么用这些lightweight东西，你的那些产品全部都是标版自己lightweight
什么意思？不就是贪图上手快，简单，便捷么？
要是象你那样，前端后端挨个搞，对比ibm那一套，竞争优势在哪里？
ibm斗你们跟玩一样，你这么多组合，能优化么？ibm可以哦
人家可以从os开始往上一层一层做优化，最后效率秒掉你这些组合没有任何问题
而且人家consultants是西装领带，疼校毕业的mba，搞不好家里还是某个王公贵族之后
你们请得起几个这样的做sales？所以用你这一套跟这些it公司去硬碰硬，完全就是以
卵击石
以己短攻彼之长，vmware本身就是做企业开发的，跟ibm和amazon竞争的
人家搞grails这些得心应手，压根没打算赚你们的钱，一堆startup搞不好明天就去马
路上混了
能有什么闲钱可以让别人去赚的？vmware等大公司搞开源，永远都是以打击对手为目的
也就是这一块我不赚钱了，你们其他人也不要想从中渔利
所以真正打击的是gae这种面对中小企业的产品，当然作为消费者
直接享受这种商业竞争所带来的福利就好了
要想从这种大公司斗争中夹缝求生存，就需要简化开发，尽快上手搞定
而且效率越高越好，你那么多产品，七拼八凑的，你搭建一个框架不需要时间么？
以前我七拼八凑时候，经常有产品兼容性的问题，tomcat连接池出问题了
spring文档找不到了，lib互相冲突了，firebird跟mac不兼容了，p事一堆，我算是搞
这个手快的了
但是有时候还是要花上一周时间，如果新人，手笨一点的话
这一套让你一个月下不来小意思，因为社会是多样的，复杂的，每个人的需求是不一样的
就是orm那一套，hibernate也不能说得上是一统全球，apache的ibatis到处都有人在用
spring也没有办法做到一统全球，ejb还是有很多企业在用，google还搞出了guice来竞争
总有公司跟你在同一个领域凑热闹，所以组合来组合去是很烦的
而且人跟人的素质不一样，你会的东西，他不懂，他会的，你不懂，很正常么，
diversity
就你用的fp，你看看身边，多少人不懂，而且很多人就是懂了也不喜欢，很正常么
那现在好了，我一个vert.x把这些全搞定
连整合优化分层消息等各种的需求都搞定了，多语言下新人培训的力气都省了
抓紧时间干活，出产品，圈钱，这不符合startup的利益么？
vert.x只是一个先行者，能不能长寿，很难说
但是大方向是绝对正确的，以后可能会出现无数个vert.x的模仿者
也很正常，反正开源就是互相之间抄来抄去，vert.x就是照抄了node.js的构架
并在此基础之上，根据tim自身的经验，尤其是在企业内部的一些经验
就是soa那些东西，作出了一套轻量级的后端原型
vert.x会不会像tomcat等其他java产品一样长寿
不知道，但是可以肯定的是，vert.x这个精简的soa架构，方向是绝对正确的
简单说就是
你现在玩的那一套
太～重～了～

【在 p*****2 的大作中提到】

: 按说reactor才是vmware的亲儿子，又贴着spring的标签，上边就是groovy和grails，
: 当然也可以多语言了。前景貌似比vert.x更强势呀。

k*n2014-01-29 08:01

14 楼

p*22014-01-29 08:01

15 楼

lightweight
node一般上nosql吧？我们都是mongo，redis，跟node绝配呀。

【在 z****e 的大作中提到】

: jvm上从来都是随便凑组合的
: grails, spring, hibernate, ibatis, struts……
: 你爱用什么就用什么
: 问题在于，我为什么要那么折腾呢？
: 就你的那一套组合
: 又node.js，又jvm，又clojure，还有message的东东
: db不能支持node.js的异步，需要额外加一层做io，如果新人不懂js还要培训半天
: 越做越heavy，框架一堆，干嘛呢这是，做得跟企业一样
: 企业又都不怎么用这些lightweight东西，你的那些产品全部都是标版自己lightweight
: 什么意思？不就是贪图上手快，简单，便捷么？

h*e2014-01-29 08:01

16 楼

想再婚的话还是在华人多的地方呆吧(除非想找老外)。
不想再婚又喜欢清静生活的，就去中西部吧。

【在 C*******E 的大作中提到】

: 南加vs中西部，该不该跳？
: 先说说基本情况，生物行业数据分析，博士，博士后之后已经工作好几年了。
: 现在的情况，南加这家（A）。另外有家公司（B）同意要我，在中西部。
: 两家的相同点：
: 一样的工资（六位数多一点，不好意思拿出手），一样的职称，一样非管理职位，一样
: 的不知道有没有上升空间，基本上一样大的中型公司。
: 两家的不同点：
: 现在的地方房子贵，A的房子基本上是B的房子的两倍以上。
: 现在的地方就业市场大，生物相关的公司多，以后跳槽或者容易些。
: 现在的地方中国人多，生活里华人相关的资源多。

z*e2014-01-29 08:01

17 楼

这种组合太多了
hadoop是blocked
你是不是自己要搞一层去处理？
何必呢，多麻烦
而且mongodb很多人不喜欢
很正常嘛
就跟js一样，很多人不喜欢
不为什么，就是不喜欢，人家觉得设计得不好
我要换一个ruby来写，ruby爽，python不爽
很正常嘛，这个版面就可以找到很多人不喜欢js还有python

【在 p*****2 的大作中提到】

:
: lightweight
: node一般上nosql吧？我们都是mongo，redis，跟node绝配呀。

w*y2014-01-29 08:01

18 楼

illumina?

【在 C*******E 的大作中提到】

p*22014-01-29 08:01

19 楼

hadoop太适合做async了吧？我在Node里用Hive都是unblocking的。

【在 z****e 的大作中提到】

: 这种组合太多了
: hadoop是blocked
: 你是不是自己要搞一层去处理？
: 何必呢，多麻烦
: 而且mongodb很多人不喜欢
: 很正常嘛
: 就跟js一样，很多人不喜欢
: 不为什么，就是不喜欢，人家觉得设计得不好
: 我要换一个ruby来写，ruby爽，python不爽
: 很正常嘛，这个版面就可以找到很多人不喜欢js还有python

w*y2014-01-29 08:01

20 楼

想再婚回国搬运容易多了

【在 h*********e 的大作中提到】

: 想再婚的话还是在华人多的地方呆吧(除非想找老外)。
: 不想再婚又喜欢清静生活的，就去中西部吧。

z*e2014-01-29 08:01

21 楼

我说的不是适合不适合
而是做起来简单不简单
要是不计算成本的话
我可以让ejb搞定所有一切没问题
原因你也说了productivity

【在 p*****2 的大作中提到】

:
: hadoop太适合做async了吧？我在Node里用Hive都是unblocking的。

c*t2014-01-29 08:01

22 楼

midwest过闲云野鹤的生活多好!

p*22014-01-29 08:01

23 楼

Node里全部是async的，所以用起来很简单呀。直接用就好了。大牛你对Node了解还是
太少了。

【在 z****e 的大作中提到】

: 我说的不是适合不适合
: 而是做起来简单不简单
: 要是不计算成本的话
: 我可以让ejb搞定所有一切没问题
: 原因你也说了productivity

t*y2014-01-29 08:01

24 楼

BSO
100K+ with about 6 years of experience is not bad at all in this area

【在 C*******E 的大作中提到】

z*e2014-01-29 08:01

25 楼

vert.x最好的一点就是给你了很多选择的权力
你不喜欢js，可以换ruby啊
你不喜欢python，可以换groovy啊
反过来也没错，你不喜欢groovy，你可以用js啊
现在还在往上加语言，你可以选择clojure还有scala
为什么不？diversity
人跟人是不一样的
我们不需要所有人都按照一种方式去写代码
java以前流行一个很重要原因也是，你可以换啊
不爽tomcat，你可以用resin
现在我们有了一堆选择，选最适合的上，这只是工具

x*a2014-01-29 08:01

26 楼

生物的那个分部这么有前途？楼主去生物版传授下经验吧

z*e2014-01-29 08:01

27 楼

不想了解了，我不喜欢js，这个理由足够充分不？

【在 p*****2 的大作中提到】

:
: Node里全部是async的，所以用起来很简单呀。直接用就好了。大牛你对Node了解还是
: 太少了。

x*u2014-01-29 08:01

28 楼

加州是个烂地方。跳！

【在 C*******E 的大作中提到】

z*e2014-01-29 08:01

29 楼

goodbug说的是原有的东西
我告诉你，我不认为他会受到威胁，其实backend一直都没有什么大变化
或者说变化比较慢
但是你的领域，会被严重冲击
所以goodbug无所谓
但是你悠哉悠哉下去，那就麻烦了
不过我相信你总有一天会过来的，哈哈

【在 d********g 的大作中提到】

z*i2014-01-29 08:01

30 楼

哪里稳定去哪里

p*22014-01-29 08:01

31 楼

Node上边也可以用其他语言呀。比如coffee, type, scala, clojure。我基本从来不用
JS编程，都是上coffee.

【在 z****e 的大作中提到】

: vert.x最好的一点就是给你了很多选择的权力
: 你不喜欢js，可以换ruby啊
: 你不喜欢python，可以换groovy啊
: 反过来也没错，你不喜欢groovy，你可以用js啊
: 现在还在往上加语言，你可以选择clojure还有scala
: 为什么不？diversity
: 人跟人是不一样的
: 我们不需要所有人都按照一种方式去写代码
: java以前流行一个很重要原因也是，你可以换啊
: 不爽tomcat，你可以用resin

Y*r2014-01-29 08:01

32 楼

never do that, it will be a bad move

p*22014-01-29 08:01

33 楼

我也不喜欢JS，但是可以上coffee呀。

【在 z****e 的大作中提到】

: 不想了解了，我不喜欢js，这个理由足够充分不？

k*p2014-01-29 08:01

34 楼

I prefer B

z*e2014-01-29 08:01

35 楼

这些都要转换成js才能用
烦哦
v8我也觉得慢，能优化不？
还有不响应的情况，能优化不？
scala我想用最原始的那个scala，而不是经过某种转换的scala
这个转换内部会出问题，不知道会有什么问题哦

【在 p*****2 的大作中提到】

:
: 我也不喜欢JS，但是可以上coffee呀。

i*e2014-01-29 08:01

36 楼

呆在sc

【在 C*******E 的大作中提到】

z*e2014-01-29 08:01

37 楼

现在我喜欢ruby

【在 p*****2 的大作中提到】

:
: 我也不喜欢JS，但是可以上coffee呀。

p*22014-01-29 08:01

38 楼

node现在来看还是很稳定的。我们产品已经上线了。concurrency效果非常好。vert.x
没有成功项目证明还不是时候上。要等等看。

【在 z****e 的大作中提到】

: 这些都要转换成js才能用
: 烦哦
: v8我也觉得慢，能优化不？
: 还有不响应的情况，能优化不？
: scala我想用最原始的那个scala，而不是经过某种转换的scala
: 这个转换内部会出问题，不知道会有什么问题哦

z*e2014-01-29 08:01

39 楼

ffee, type, scala, clojure这些只要能转换成js
也可以在vert.x上用
我为什么不选择一个选择更多的平台？
非要在js这棵树上吊死我自己呢？
多累，我还想用r呢

【在 p*****2 的大作中提到】

:
: node现在来看还是很稳定的。我们产品已经上线了。concurrency效果非常好。vert.x
: 没有成功项目证明还不是时候上。要等等看。

p*22014-01-29 08:01

40 楼

其实coffee比ruby更上一层楼。ruby倒是跟scala很接近。

【在 z****e 的大作中提到】

: 现在我喜欢ruby

z*e2014-01-29 08:01

41 楼

那你等吧
我不等了
我的经验告诉我
版本号2.0以上的都可以用了
我现在等的是clojure的支持
下一个等的是r的引擎
数值计算才是大头，其他的其实没啥意思

x

【在 p*****2 的大作中提到】

:
: 其实coffee比ruby更上一层楼。ruby倒是跟scala很接近。

z*e2014-01-29 08:01

42 楼

我看我们本家小马赵用得蛮好，我也想试试

【在 p*****2 的大作中提到】

:
: 其实coffee比ruby更上一层楼。ruby倒是跟scala很接近。

p*22014-01-29 08:01

43 楼

vert.x已经2.0了？

【在 z****e 的大作中提到】

: 那你等吧
: 我不等了
: 我的经验告诉我
: 版本号2.0以上的都可以用了
: 我现在等的是clojure的支持
: 下一个等的是r的引擎
: 数值计算才是大头，其他的其实没啥意思
:
: x

z*e2014-01-29 08:01

44 楼

都在做2.1的版本了

【在 p*****2 的大作中提到】

:
: vert.x已经2.0了？

p*22014-01-29 08:01

45 楼

小马赵是谁？

【在 z****e 的大作中提到】

: 我看我们本家小马赵用得蛮好，我也想试试

p*22014-01-29 08:01

46 楼

这么快？
大牛赶快用过来给传授传授呀。

【在 z****e 的大作中提到】

: 都在做2.1的版本了

d*r2014-01-29 08:01

47 楼

简化版 SOA, 这个叫法看着很不错的样子。也就是说，啥都用 message 解藕了，然后
不同的语言写的services，互相通过vert.x 发 structured messages (e.g. JSON) 就
是了吧。
不过你也说了，它是先行者。那么推广确实是个问题.
我记得看 Tim 说了，vert.x还不能像Node一样，背后有个公司强顶他，帮他做
marketing

lightweight

【在 z****e 的大作中提到】

d*r2014-01-29 08:01

48 楼

二爷你一直没看 vert.x 的网站啊...
http://vertx.io/downloads.html
一直在看第三方的讨论和评论吧

【在 p*****2 的大作中提到】

:
: 这么快？
: 大牛赶快用过来给传授传授呀。

p*22014-01-29 08:01

49 楼

我看过。我关心的是到底有什么成功产品。这个非常重要，我肯定不做小白鼠。

【在 d*******r 的大作中提到】

: 二爷你一直没看 vert.x 的网站啊...
: http://vertx.io/downloads.html
: 一直在看第三方的讨论和评论吧

z*e2014-01-29 08:01

50 楼

是的，它的架构已经很完整了，各种可能都给你考虑到了，覆盖面比较广
node.js需要跟其它东西配合，其它东西未必有很大受众
就好比clojure，lisp其实一直都是小众，选择你顺手的上
而且vert.x最好一点就是提供了大量的选择给你做拓展
当你的team中途插入一个新人，比如以前只会写ruby的
那么它也能跟你们很好滴合作，尽快产出，投入生产
不错了，有red hat这种开源公司给它发工资，让一堆人上班时间搞这个项目
要是在其它公司，大多数程序员白天要上班，晚上才能凑出时间来写代码
这个其实很影响开发进度，而且这种开源框架类的东西，花钱推广？有用么？
又不是自己的产品，推广了有什么好处？资本家做marketing是需要回报的
node.js一个开源的产品，推广了对公司本身有什么好处？用node.js又不给这个公司上税
何必呢？对吧，跟.net不一样，.net推广了，m$可以从中渔利，但是开源这种就不要想了

【在 d*******r 的大作中提到】

: 简化版 SOA, 这个叫法看着很不错的样子。也就是说，啥都用 message 解藕了，然后
: 不同的语言写的services，互相通过vert.x 发 structured messages (e.g. JSON) 就
: 是了吧。
: 不过你也说了，它是先行者。那么推广确实是个问题.
: 我记得看 Tim 说了，vert.x还不能像Node一样，背后有个公司强顶他，帮他做
: marketing
:
: lightweight

d*r2014-01-29 08:01

51 楼

我记得看 Tim 小抱怨过， Node 背后的公司，marketing 做得比 vert.x 好，好像至
少目前是这样。

【在 z****e 的大作中提到】

:
: 是的，它的架构已经很完整了，各种可能都给你考虑到了，覆盖面比较广
: node.js需要跟其它东西配合，其它东西未必有很大受众
: 就好比clojure，lisp其实一直都是小众，选择你顺手的上
: 而且vert.x最好一点就是提供了大量的选择给你做拓展
: 当你的team中途插入一个新人，比如以前只会写ruby的
: 那么它也能跟你们很好滴合作，尽快产出，投入生产
: 不错了，有red hat这种开源公司给它发工资，让一堆人上班时间搞这个项目
: 要是在其它公司，大多数程序员白天要上班，晚上才能凑出时间来写代码
: 这个其实很影响开发进度，而且这种开源框架类的东西，花钱推广？有用么？

z*e2014-01-29 08:01

52 楼

主要是jvm本身是一个比较专业的概念
很多人搞不明白jvm是个什么东西
这有点像以前的.net vs java那些东西
.net更傻瓜化一点，很容易忽悠

【在 d*******r 的大作中提到】

: 我记得看 Tim 小抱怨过， Node 背后的公司，marketing 做得比 vert.x 好，好像至
: 少目前是这样。

z*e2014-01-29 08:01

53 楼

我用最大的问题在于目前ide支持还不够，毕竟时间还短
所以我看到vert.x投入eclipse的怀抱我太开心了
我可没兴趣在vi上做各种开发，那写下去一旦项目做大
那真的是很苦逼啊，ide还是很重要的
没办法，我比较懒，喜欢依赖ide做各种自动化的代码生成之类的

【在 d*******r 的大作中提到】

: 我记得看 Tim 小抱怨过， Node 背后的公司，marketing 做得比 vert.x 好，好像至
: 少目前是这样。

p*22014-01-29 08:01

54 楼

我想知道真正在production上效果如何。

【在 z****e 的大作中提到】

: 我用最大的问题在于目前ide支持还不够，毕竟时间还短
: 所以我看到vert.x投入eclipse的怀抱我太开心了
: 我可没兴趣在vi上做各种开发，那写下去一旦项目做大
: 那真的是很苦逼啊，ide还是很重要的
: 没办法，我比较懒，喜欢依赖ide做各种自动化的代码生成之类的

z*e2014-01-29 08:01

55 楼

这种数据是不可能公开的，除非我想被老板开掉
顶多告诉你，什么公司用了这个东西
也就这样了

【在 p*****2 的大作中提到】

:
: 我想知道真正在production上效果如何。

b*s2014-01-29 08:01

56 楼

呵呵，有意思

【在 z****e 的大作中提到】

: 这种数据是不可能公开的，除非我想被老板开掉
: 顶多告诉你，什么公司用了这个东西
: 也就这样了

z*e2014-01-29 08:01

57 楼

你今天又来例假了是吧？

【在 b*******s 的大作中提到】

: 呵呵，有意思