l**********n
发帖数: 8443 | |
z****e
发帖数: 54598 | 2 也是糟粕
vert.x的设计比akka强很多
网络上到处都有vert.x vs akka, vert.x vs node.js
随便看几个就有ideas了 |
l**********n
发帖数: 8443 | 3 akka用来写multi player game server很容易啊，akka有scheduler, FSM, router, IO
(TCP, UDP)等等。同时还能利用Java的库。可以利用Java是直接站在巨人肩膀上了。
【在 z****e 的大作中提到】
: 也是糟粕
: vert.x的设计比akka强很多
: 网络上到处都有vert.x vs akka, vert.x vs node.js
: 随便看几个就有ideas了
|
p*****2
发帖数: 21240 | 4
akka搞的太复杂了。
【在 l**********n 的大作中提到】
: akka是精华
|
l**********n
发帖数: 8443 | 5 本来就是解决更抽像的问题的。要不然你去用erlang啊。akka本来是和erlang比较的。
【在 p*****2 的大作中提到】
:
: akka搞的太复杂了。
|
z****e
发帖数: 54598 | 6
IO
不做web的话
akka比起node来说是要容易点
但是比起vert.x来说，那还是要麻烦点
【在 l**********n 的大作中提到】
: akka用来写multi player game server很容易啊，akka有scheduler, FSM, router, IO
: (TCP, UDP)等等。同时还能利用Java的库。可以利用Java是直接站在巨人肩膀上了。
|
l**********n
发帖数: 8443 | 7 有道理
【在 z****e 的大作中提到】
:
: IO
: 不做web的话
: akka比起node来说是要容易点
: 但是比起vert.x来说，那还是要麻烦点
|
z****e
发帖数: 54598 | 8 akka最头疼的就是树状结构
到最后actors越来越多，自己都有些迷失了
虽然理论上可以复用actor，但是大部分时候都是各自写各自的
vert.x就是扁平的网状结构，每一个verticle都是平等的
随时可以通过verticles的组合来形成你的需求处理链
而且msg的发送是通过bus来发送的，不像actor那样，跟每个actor绑定
这就增加了代码的复用的可能性，而且akka一旦有一个actor挂了
整个处理逻辑就over了，但是vert.x可以随时拔插进verticles，就比较方便 |
l**********n
发帖数: 8443 | 9 这个图不错。
【在 z****e 的大作中提到】
: akka最头疼的就是树状结构
: 到最后actors越来越多，自己都有些迷失了
: 虽然理论上可以复用actor，但是大部分时候都是各自写各自的
: vert.x就是扁平的网状结构，每一个verticle都是平等的
: 随时可以通过verticles的组合来形成你的需求处理链
: 而且msg的发送是通过bus来发送的，不像actor那样，跟每个actor绑定
: 这就增加了代码的复用的可能性，而且akka一旦有一个actor挂了
: 整个处理逻辑就over了，但是vert.x可以随时拔插进verticles，就比较方便
|
d*******r
发帖数: 3299 | 10 稳定的 Vert.x 3 啥时候出来...
【在 z****e 的大作中提到】
: akka最头疼的就是树状结构
: 到最后actors越来越多，自己都有些迷失了
: 虽然理论上可以复用actor，但是大部分时候都是各自写各自的
: vert.x就是扁平的网状结构，每一个verticle都是平等的
: 随时可以通过verticles的组合来形成你的需求处理链
: 而且msg的发送是通过bus来发送的，不像actor那样，跟每个actor绑定
: 这就增加了代码的复用的可能性，而且akka一旦有一个actor挂了
: 整个处理逻辑就over了，但是vert.x可以随时拔插进verticles，就比较方便
|
|
|
z****e
发帖数: 54598 | 11 如果你要等python，clj和scala的api
那还需要时间，这个要看那几个干活的啥时候完工
但是如果是Java, JavaScript, Groovy, and Ruby这几个，现在就可以用了
这几个应该在3.0之前不会再变了
【在 d*******r 的大作中提到】
: 稳定的 Vert.x 3 啥时候出来...
|
d*******r
发帖数: 3299 | 12 二爷现在对 Vert.x VS Go 怎么看?
【在 p*****2 的大作中提到】
:
: akka搞的太复杂了。
|
p*****2
发帖数: 21240 | 13 vertx差很多呀 就是jvm上没好东西这个就算不错的了
【在 d*******r 的大作中提到】
: 二爷现在对 Vert.x VS Go 怎么看?
|
p*****2
发帖数: 21240 | 14 不过vert x跟akka同时解决了distributed go貌似还没到这一步
【在 p*****2 的大作中提到】
: vertx差很多呀 就是jvm上没好东西这个就算不错的了
|
c****e
发帖数: 46 | |
d******e
发帖数: 2265 | 16 别管多复杂，什么时候vert.x能有一个类似spark这个级别的成功应用，我们在跳坑不
迟。
【在 z****e 的大作中提到】
: akka最头疼的就是树状结构
: 到最后actors越来越多，自己都有些迷失了
: 虽然理论上可以复用actor，但是大部分时候都是各自写各自的
: vert.x就是扁平的网状结构，每一个verticle都是平等的
: 随时可以通过verticles的组合来形成你的需求处理链
: 而且msg的发送是通过bus来发送的，不像actor那样，跟每个actor绑定
: 这就增加了代码的复用的可能性，而且akka一旦有一个actor挂了
: 整个处理逻辑就over了，但是vert.x可以随时拔插进verticles，就比较方便
|
d******e
发帖数: 2265 | 17 这玩意我们用rabbitmq做过，mq当掉，所有的都死菜。
而且如果我写python绝对不会考虑vert.x这些jvm上的东西。
celery+rabbitmq就可以。
【在 z****e 的大作中提到】
: akka最头疼的就是树状结构
: 到最后actors越来越多，自己都有些迷失了
: 虽然理论上可以复用actor，但是大部分时候都是各自写各自的
: vert.x就是扁平的网状结构，每一个verticle都是平等的
: 随时可以通过verticles的组合来形成你的需求处理链
: 而且msg的发送是通过bus来发送的，不像actor那样，跟每个actor绑定
: 这就增加了代码的复用的可能性，而且akka一旦有一个actor挂了
: 整个处理逻辑就over了，但是vert.x可以随时拔插进verticles，就比较方便
|
c****e
发帖数: 46 | 18 如果仅仅是infrastructure层面的挂掉，这么大目标应该好办吧？实在不行就用
cluster rabbitmq.
但是某个actor特定逻辑挂了，查起来搞不好还更麻烦。还有，如果有人不小心actor
block了也麻烦。
【在 d******e 的大作中提到】
: 这玩意我们用rabbitmq做过，mq当掉，所有的都死菜。
: 而且如果我写python绝对不会考虑vert.x这些jvm上的东西。
: celery+rabbitmq就可以。
|
d******e
发帖数: 2265 | 19 不认为actor很难查。每个actor继承一个health check，ping去过好了。
【在 c****e 的大作中提到】
: 如果仅仅是infrastructure层面的挂掉，这么大目标应该好办吧？实在不行就用
: cluster rabbitmq.
: 但是某个actor特定逻辑挂了，查起来搞不好还更麻烦。还有，如果有人不小心actor
: block了也麻烦。
|
d******e
发帖数: 2265 | 20 看了一下vertx是 web service.这个和akka 根本就是关公战秦琼。
【在 c****e 的大作中提到】
: 如果仅仅是infrastructure层面的挂掉，这么大目标应该好办吧？实在不行就用
: cluster rabbitmq.
: 但是某个actor特定逻辑挂了，查起来搞不好还更麻烦。还有，如果有人不小心actor
: block了也麻烦。
|
|
|
c****e
发帖数: 46 | 21 vert.x 3 官方的定位是这样的“Vert.x is a tool-kit for building reactive
applications on the JVM”
vertx可以用来实现async web service， 但是不仅仅能做web service.
之所以和akka比，是因为他们都能解决thread带来的问题，都能让application
reactive.
【在 d******e 的大作中提到】
: 看了一下vertx是 web service.这个和akka 根本就是关公战秦琼。
|
d******e
发帖数: 2265 | 22 这等你 3出来再说。vetrx主页就只给一个web framework的例子。其他应用狗了一遍，
没有。所以它对阵的应该是typesafte的play!/reactive mongo, slick,全异步，连数
据库都给你写了异步的包,有stream api.也是让application reactive.
最后说一句，vertx就是画蛇添足。真的用python, node的人比如uber这些startup非常
鄙视java，怎么可能用 jvm上的东西。人家真的上并发也很可能是找go.
【在 c****e 的大作中提到】
: vert.x 3 官方的定位是这样的“Vert.x is a tool-kit for building reactive
: applications on the JVM”
: vertx可以用来实现async web service， 但是不仅仅能做web service.
: 之所以和akka比，是因为他们都能解决thread带来的问题，都能让application
: reactive.
|
z****e
发帖数: 54598 | 23 这个怎么可能？
rabbitmq挡掉不当掉跟vert.x什么关系？
这两个互相不干扰，你怎么做的？难道不是用msg？
这个就算发送不到，也不至于让mq当掉呀，这不搞嘛？
我搞jvm这么多年，整合失败有过，但是说要让其中一个component挂掉
那我是从来没遇到过，如果说其中一个挂掉，那多半是这个挂掉本身的问题
这种基本的切割如果做jvm的都没搞懂，那该说啥好？
【在 d******e 的大作中提到】
: 这玩意我们用rabbitmq做过，mq当掉，所有的都死菜。
: 而且如果我写python绝对不会考虑vert.x这些jvm上的东西。
: celery+rabbitmq就可以。
|
z****e
发帖数: 54598 | 24 你在说什么呀，这两个一点都不冲突，你用spark是用来处理nosql那些data的
vert.x根本就不是主攻这一块，虽然理论上可以用vert.x来替换akka
但是这个就算做了，也跟用户无关，那是spark这些写轮子的人的事
你难道学个spark还去倒腾akka？你没搞错吧？
我觉得你在编造很多东西，很多东西一看就觉得不make sense
【在 d******e 的大作中提到】
: 别管多复杂，什么时候vert.x能有一个类似spark这个级别的成功应用，我们在跳坑不
: 迟。
|
z****e
发帖数: 54598 | 25
我的妈呀，你到底在干嘛？你连vert.x到底用来做啥都不懂
还用过？真的吗？我怀疑你根本就在瞎编
【在 d******e 的大作中提到】
: 看了一下vertx是 web service.这个和akka 根本就是关公战秦琼。
|
c****e
发帖数: 46 | 26 看这里：http://vert-x3.github.io/docs/
底层的例子已经很全了。
可能视点不一样的原因，我倒是觉得java正是吸引人的地方。
vert.x 3其他语言api都能从java api 用code gen产生，明确java一等公民地位。
这个的最大好处是极有可能被enterprise接受。
【在 d******e 的大作中提到】
: 这等你 3出来再说。vetrx主页就只给一个web framework的例子。其他应用狗了一遍，
: 没有。所以它对阵的应该是typesafte的play!/reactive mongo, slick,全异步，连数
: 据库都给你写了异步的包,有stream api.也是让application reactive.
: 最后说一句，vertx就是画蛇添足。真的用python, node的人比如uber这些startup非常
: 鄙视java，怎么可能用 jvm上的东西。人家真的上并发也很可能是找go.
|
z****e
发帖数: 54598 | 27
我的天哪
vert.x当然可以用作web framework
但是也可以用来做其他很多东西
比如rx programming
比如udp/tcp server
比如jca
比如msg broker
etc.
包括akka做的那些，也都可以用vert.x来实现
这就是vert.x的好处，它只做最基本的framework
剩下的你爱干嘛就干嘛，这个不是它要负责的东西
你是不是用framework用得有些走火入魔了？
是不是觉得一个framework一旦可以用来做web
就web forever？
看来还是没有摆脱死套框架的地步
【在 d******e 的大作中提到】
: 这等你 3出来再说。vetrx主页就只给一个web framework的例子。其他应用狗了一遍，
: 没有。所以它对阵的应该是typesafte的play!/reactive mongo, slick,全异步，连数
: 据库都给你写了异步的包,有stream api.也是让application reactive.
: 最后说一句，vertx就是画蛇添足。真的用python, node的人比如uber这些startup非常
: 鄙视java，怎么可能用 jvm上的东西。人家真的上并发也很可能是找go.
|
z****e
发帖数: 54598 | 28
我怀疑它根本没有看过vert.x
它说它用过vert.x，我很怀疑啊
用过的话，犯这么低级错误，有些不可思议啊
【在 c****e 的大作中提到】
: 看这里：http://vert-x3.github.io/docs/
: 底层的例子已经很全了。
: 可能视点不一样的原因，我倒是觉得java正是吸引人的地方。
: vert.x 3其他语言api都能从java api 用code gen产生，明确java一等公民地位。
: 这个的最大好处是极有可能被enterprise接受。
|
z****e
发帖数: 54598 | 29
go根本就不是一个framework，只是一个语言而已
distributed programming这个应该通过framework来实现
当然也可以在语言level实现，但是这样自然会带来各种限制
event based programming过去之后，thread会杀回来的
thread代表着ai的未来，主动和被动行为的区别
【在 p*****2 的大作中提到】
: 不过vert x跟akka同时解决了distributed go貌似还没到这一步
|
d******e
发帖数: 2265 | 30 赵老师你该买眼镜了，谁说我用过vertx
早说过，python/node系出来的，看 java就是一个鄙视。
【在 z****e 的大作中提到】
:
: go根本就不是一个framework，只是一个语言而已
: distributed programming这个应该通过framework来实现
: 当然也可以在语言level实现，但是这样自然会带来各种限制
: event based programming过去之后，thread会杀回来的
: thread代表着ai的未来，主动和被动行为的区别
|
|
|
z****e
发帖数: 54598 | 31
哦是吗？解释一下下面这段，第一句啥意思？
你的意思不是用vert.x？那mq当掉跟vert.x毛关系？
发信人: database (《※★※§Hey§※★※》), 信区: Programming
标 题: Re: 学scala从akka入手就可以了
发信站: BBS 未名空间站 (Sat Jun 20 22:32:07 2015, 美东)
这玩意我们用rabbitmq做过，mq当掉，所有的都死菜。
而且如果我写python绝对不会考虑vert.x这些jvm上的东西。
celery+rabbitmq就可以。
【在 d******e 的大作中提到】
: 赵老师你该买眼镜了，谁说我用过vertx
: 早说过，python/node系出来的，看 java就是一个鄙视。
|
z****e
发帖数: 54598 | 32
脚本出来的能干啥？
死套框架，就像你现在一样
整个思维都被局限住，稍微有点创造性的东西就不会了
换个domain，马上就不知道怎么用了
就像你说vert.x只是一个web framework一样
【在 d******e 的大作中提到】
: 赵老师你该买眼镜了，谁说我用过vertx
: 早说过，python/node系出来的，看 java就是一个鄙视。
|
g*****g
发帖数: 34805 | 33 所有startup做大了都是数据公司，整个大数据的生态系统在JVM上，没听说哪个公司敢
鄙视Java的。
【在 d******e 的大作中提到】
: 这等你 3出来再说。vetrx主页就只给一个web framework的例子。其他应用狗了一遍，
: 没有。所以它对阵的应该是typesafte的play!/reactive mongo, slick,全异步，连数
: 据库都给你写了异步的包,有stream api.也是让application reactive.
: 最后说一句，vertx就是画蛇添足。真的用python, node的人比如uber这些startup非常
: 鄙视java，怎么可能用 jvm上的东西。人家真的上并发也很可能是找go.
|
z****e
发帖数: 54598 | 34
不好说，php是最好的语言，脚本党经常乱鄙视
【在 g*****g 的大作中提到】
: 所有startup做大了都是数据公司，整个大数据的生态系统在JVM上，没听说哪个公司敢
: 鄙视Java的。
|
d******e
发帖数: 2265 | 35 我一直以为你的思路有问题，现在才发现你是阅读理解有问题
【在 z****e 的大作中提到】
: 你在说什么呀，这两个一点都不冲突，你用spark是用来处理nosql那些data的
: vert.x根本就不是主攻这一块，虽然理论上可以用vert.x来替换akka
: 但是这个就算做了，也跟用户无关，那是spark这些写轮子的人的事
: 你难道学个spark还去倒腾akka？你没搞错吧？
: 我觉得你在编造很多东西，很多东西一看就觉得不make sense
|
z****e
发帖数: 54598 | 36 akka这种是java党5-6年前搞的东西
很早以前就注意到了akka
当时听说blizzard在用
但是觉得太麻烦，scala当时也不稳定
但是很多时候是没法等的，所以经过5-6年的发展
有些framework自然就会建在akka等上面
很正常，但是这个对于用户来说是透明的
你管他用啥，java就这点好，随便用 |
z****e
发帖数: 54598 | 37
我觉得我思路和阅读都没有问题
现在觉得你在撒谎
【在 d******e 的大作中提到】
: 我一直以为你的思路有问题，现在才发现你是阅读理解有问题
|
d******e
发帖数: 2265 | 38 看到前几排不是web-db tech stack还是什么。
剩下的都是个人观点的问题真没什么好争。
就此打住
【在 c****e 的大作中提到】
: 看这里：http://vert-x3.github.io/docs/
: 底层的例子已经很全了。
: 可能视点不一样的原因，我倒是觉得java正是吸引人的地方。
: vert.x 3其他语言api都能从java api 用code gen产生，明确java一等公民地位。
: 这个的最大好处是极有可能被enterprise接受。
|
d******e
发帖数: 2265 | 39 uber
【在 g*****g 的大作中提到】
: 所有startup做大了都是数据公司，整个大数据的生态系统在JVM上，没听说哪个公司敢
: 鄙视Java的。
|
z****e
发帖数: 54598 | 40
是啊，但是绝对不仅仅是搞这个的
没有人说不是，说的是你把这个东西仅限于做这个
是十分错误的，akka做的那些vert.x也可以做啊
msg broker啊
【在 d******e 的大作中提到】
: 看到前几排不是web-db tech stack还是什么。
: 剩下的都是个人观点的问题真没什么好争。
: 就此打住
|
|
|
g*****g
发帖数: 34805 | 41 https://www.uber.com/jobs/list?keywords=Java&team=Engineering&location=San%
20Francisco,%20CA
随便搜一下就知道咋回事。这年头明明不懂喜欢装逼的就是多。
【在 z****e 的大作中提到】
:
: 是啊，但是绝对不仅仅是搞这个的
: 没有人说不是，说的是你把这个东西仅限于做这个
: 是十分错误的，akka做的那些vert.x也可以做啊
: msg broker啊
|
d******e
发帖数: 2265 | 42 有点风度吧。
geohash都给你面子没使劲扇你了。现在跟你争什么vertx就更没劲了。
典型一个没找对市场的东西有什么说的。
【在 z****e 的大作中提到】
:
: 是啊，但是绝对不仅仅是搞这个的
: 没有人说不是，说的是你把这个东西仅限于做这个
: 是十分错误的，akka做的那些vert.x也可以做啊
: msg broker啊
|
d******e
发帖数: 2265 | 43 我跟里面的人聊的。你找一个组算什么啊。
主要的东西都在python和node这边呢。
【在 g*****g 的大作中提到】
: https://www.uber.com/jobs/list?keywords=Java&team=Engineering&location=San%
: 20Francisco,%20CA
: 随便搜一下就知道咋回事。这年头明明不懂喜欢装逼的就是多。
|
c****e
发帖数: 46 | 44 什么是python 系？
是学校教的python，然后出来以后也没来得及学java的，还是从java/c#转行的？
如果是前者，没资格鄙视java吧？
至少目前enterprise里，大点的项目基本用java/c#吧？
而且因为硬件的原因，再大点的，基本就是java了。
用python和6M买的Exadata打交道，怎么都会让人觉得尴尬吧？
vert.x 支持python的好处是，如果招到应届毕业生，可以让他在学会java之前出些活
，然后在重写的过程中加强java。
【在 d******e 的大作中提到】
: 赵老师你该买眼镜了，谁说我用过vertx
: 早说过，python/node系出来的，看 java就是一个鄙视。
|
z****e
发帖数: 54598 | 45
lol
geohash你要继续吗？
geohash的市场很大？
您别逗了，geohash只是一种编码方式
而且prefix相同还未必代表距离近，not always
你用geohash纯粹自取其辱啊
【在 d******e 的大作中提到】
: 有点风度吧。
: geohash都给你面子没使劲扇你了。现在跟你争什么vertx就更没劲了。
: 典型一个没找对市场的东西有什么说的。
|
z****e
发帖数: 54598 | 46 给你看个geohash的编码图
聪明的应该马上闭嘴了，这里很容易找出50 miles的反例 |
d******e
发帖数: 2265 | 47 我错了，赵老师。你牛。我跟你没什么说的，你继续。
【在 z****e 的大作中提到】
: 给你看个geohash的编码图
: 聪明的应该马上闭嘴了，这里很容易找出50 miles的反例
|
z****e
发帖数: 54598 | 48
lol
我不牛，但是具体到实现的时候
一般就是现原型的时候
表撒谎嘛，这不好
【在 d******e 的大作中提到】
: 我错了，赵老师。你牛。我跟你没什么说的，你继续。
|
d******e
发帖数: 2265 | 49 geohash5位的编码能表示10平方千米范围的矩形区域，而6位编码能表示更精细的区域
（约0.34平方千米）
这是最后一次，大晚上给你个二把刀上什么课啊
【在 z****e 的大作中提到】
: 给你看个geohash的编码图
: 聪明的应该马上闭嘴了，这里很容易找出50 miles的反例
|
z****e
发帖数: 54598 | 50
so？
难道不知道50 miles这种东西会跨区域？
而不同区域的编码虽然相近，但是距离依然可以很远哦
如果跨的是四个区域的话，就更麻烦
从本质上说，这不过是把lat/lon切换成一维
复杂度分析的话，其实没啥区别，做两次和做一次的区别
但是做两次，远比做一次精准，直接用lat/lon根本不会有跨区域的问题
【在 d******e 的大作中提到】
: geohash5位的编码能表示10平方千米范围的矩形区域，而6位编码能表示更精细的区域
: （约0.34平方千米）
: 这是最后一次，大晚上给你个二把刀上什么课啊
|
|
|
g*****g
发帖数: 34805 | 51 那是一个组吗？明明所有data infrastructure的东西都在JVM上面。我老怎么跟你说的
，我说所有公司大了都是数据公司。Curation, Personalization，所有公司都是通过
这些来优化增长。你不是Uber鄙视Java吗？这脸打的。
再说了，就算Uber偏爱Python也罢，Airbnb又用的啥？
【在 d******e 的大作中提到】
: 我跟里面的人聊的。你找一个组算什么啊。
: 主要的东西都在python和node这边呢。
|
d******e
发帖数: 2265 | 52 startup讲究糙猛快。
python是东部银行系统和gis出来的比较喜爱。因为方便和c接口。
你以为写python的水平很水？真的学校教出来的新手还没敢和java叫板的胆量。
【在 c****e 的大作中提到】
: 什么是python 系？
: 是学校教的python，然后出来以后也没来得及学java的，还是从java/c#转行的？
: 如果是前者，没资格鄙视java吧？
: 至少目前enterprise里，大点的项目基本用java/c#吧？
: 而且因为硬件的原因，再大点的，基本就是java了。
: 用python和6M买的Exadata打交道，怎么都会让人觉得尴尬吧？
: vert.x 支持python的好处是，如果招到应届毕业生，可以让他在学会java之前出些活
: ，然后在重写的过程中加强java。
|
d******e
发帖数: 2265 | 53 ok
点你的linkk
https://www.uber.com/jobs/38886
这个也是java好吧
https://www.uber.com/jobs/4811
java
https://www.uber.com/jobs/4767
java
https://www.uber.com/jobs/44775
java
到此为止。java 是主流，我也在写。但是没有必要提到java就踩电门了。我只是说
java有人看不惯而已。你总不能连别人看不惯都管吧。
这个到真的是 java 但是还有 & python
https://www.uber.com/jobs/19542
【在 g*****g 的大作中提到】
: 那是一个组吗？明明所有data infrastructure的东西都在JVM上面。我老怎么跟你说的
: ，我说所有公司大了都是数据公司。Curation, Personalization，所有公司都是通过
: 这些来优化增长。你不是Uber鄙视Java吗？这脸打的。
: 再说了，就算Uber偏爱Python也罢，Airbnb又用的啥？
|
g*****g
发帖数: 34805 | 54 startup快糙猛没错，Twitter, Airbnb Ruby做的，Pinterest Python做的。大了以后
后端服务就都往JVM上转。写Python的水不水我不评论，Python的大系统还真不多。
【在 d******e 的大作中提到】
: startup讲究糙猛快。
: python是东部银行系统和gis出来的比较喜爱。因为方便和c接口。
: 你以为写python的水平很水？真的学校教出来的新手还没敢和java叫板的胆量。
|
g*****g
发帖数: 34805 | 55 我老就是给你指出Uber还没鄙视Java的能力，整个data infrastructure在JVM上。人
Kafka, Storm, Hadoop, Spark啥的都给做好了，你用Python写个Web UI 跑query就是
Python牛
逼了？你用点脑子行不行？你要是Uber把这套东西扔掉拿Python做了，我就相信Uber鄙
视JVM.
我老也从来不拿一个公司说事。市面上那么多startup，跟uber一个模式的Airbnb后端
就是Java做的。没常识就不要出来乱踩，只会被打脸。
【在 d******e 的大作中提到】
: ok
: 点你的linkk
: https://www.uber.com/jobs/38886
: 这个也是java好吧
: https://www.uber.com/jobs/4811
: java
: https://www.uber.com/jobs/4767
: java
: https://www.uber.com/jobs/44775
: java
|
c****e
发帖数: 46 | 56 python的pandas, scipy, numpy的确可以作深度一点的数据分析，所以银行系统的研究
部门用的不少，但是这块基本上都是很小的组的项目（但是可能有深度），大的应用银
行系统基本都是java， z/os上好歹java能跑，跟cics也能对接。
回到vert.x的问题，还是视点不一样。我倒是没考虑到start up，只是觉得enterprise
领域可能能用这个慢慢的把legacy系统用micro service的方式转化，而不是又买一套
更复杂的庞大系统。
【在 d******e 的大作中提到】
: startup讲究糙猛快。
: python是东部银行系统和gis出来的比较喜爱。因为方便和c接口。
: 你以为写python的水平很水？真的学校教出来的新手还没敢和java叫板的胆量。
|
l**********n
发帖数: 8443 | 57 说到点子上了
enterprise
【在 c****e 的大作中提到】
: python的pandas, scipy, numpy的确可以作深度一点的数据分析，所以银行系统的研究
: 部门用的不少，但是这块基本上都是很小的组的项目（但是可能有深度），大的应用银
: 行系统基本都是java， z/os上好歹java能跑，跟cics也能对接。
: 回到vert.x的问题，还是视点不一样。我倒是没考虑到start up，只是觉得enterprise
: 领域可能能用这个慢慢的把legacy系统用micro service的方式转化，而不是又买一套
: 更复杂的庞大系统。
|
d******e
发帖数: 2265 | 58 行啦，别转进了。要我就认了。谁没说话说大的时候。为这个扯一晚上不值得。
你老要是直接贴下面这段，我肯定没有话说。
贴一段无聊的，在东拉西扯，那是赵老师的风格。
最后一贴，祝你晚安。
【在 g*****g 的大作中提到】
: 我老就是给你指出Uber还没鄙视Java的能力，整个data infrastructure在JVM上。人
: Kafka, Storm, Hadoop, Spark啥的都给做好了，你用Python写个Web UI 跑query就是
: Python牛
: 逼了？你用点脑子行不行？你要是Uber把这套东西扔掉拿Python做了，我就相信Uber鄙
: 视JVM.
: 我老也从来不拿一个公司说事。市面上那么多startup，跟uber一个模式的Airbnb后端
: 就是Java做的。没常识就不要出来乱踩，只会被打脸。
|
l**********n
发帖数: 8443 | 59 vert.x和akka不是一样的，一个是event based, 一个是message passing. akka应该和
erlang比。
【在 d******e 的大作中提到】
: 行啦，别转进了。要我就认了。谁没说话说大的时候。为这个扯一晚上不值得。
: 你老要是直接贴下面这段，我肯定没有话说。
: 贴一段无聊的，在东拉西扯，那是赵老师的风格。
: 最后一贴，祝你晚安。
|
z****e
发帖数: 54598 | 60
msg就是event的一种，如果非要纠结的话
vert.x也有bus
还有就是，vert.x可不仅仅是event，还有thread
【在 l**********n 的大作中提到】
: vert.x和akka不是一样的，一个是event based, 一个是message passing. akka应该和
: erlang比。
|
|
|
d******e
发帖数: 2265 | 61 喜欢python的银行出来的多不等于银行都是用python.
如果vert.x能像你说的，那么几年以后我肯定学。
问题是，人家系统好好的，干嘛转micro service.
等系统真的不能用了，这世界都不知道怎么样了。
现在cutting edge技术都是在热门startup和新兴公司。
我感觉你这个观点不一定能成立。
enterprise
【在 c****e 的大作中提到】
: python的pandas, scipy, numpy的确可以作深度一点的数据分析，所以银行系统的研究
: 部门用的不少，但是这块基本上都是很小的组的项目（但是可能有深度），大的应用银
: 行系统基本都是java， z/os上好歹java能跑，跟cics也能对接。
: 回到vert.x的问题，还是视点不一样。我倒是没考虑到start up，只是觉得enterprise
: 领域可能能用这个慢慢的把legacy系统用micro service的方式转化，而不是又买一套
: 更复杂的庞大系统。
|
g*****g
发帖数: 34805 | 62 明明是你说话大了，还打死不认。什么做Python/Node的startup鄙视JVM。我跟你说所
有公司大了都是数据公司还不行，到头来拿个web UI就要当data infrastructure了。
对Python有爱没啥错，但也要理性一点。我老吃了一辈子Java饭，还成天说Java不合适
做Web UI不是？
【在 d******e 的大作中提到】
: 行啦，别转进了。要我就认了。谁没说话说大的时候。为这个扯一晚上不值得。
: 你老要是直接贴下面这段，我肯定没有话说。
: 贴一段无聊的，在东拉西扯，那是赵老师的风格。
: 最后一贴，祝你晚安。
|
p*****2
发帖数: 21240 | 63 没错 不过go上没有什么framework能跟vertx和akka比吧？
【在 z****e 的大作中提到】
:
: msg就是event的一种，如果非要纠结的话
: vert.x也有bus
: 还有就是，vert.x可不仅仅是event，还有thread
|
c****e
发帖数: 46 | 64 说到akka这种mailbox方式异步通讯的模式，其实和几十年前OpenVMS（以前不叫这个名
字）的mailbox通讯方式很像，可惜自从DEC挂掉（挂掉的原因就是鄙视大众化的pc，而
且engineer culture导致上层还没法做出正确决断--这个和一些比较“潮”的程序员鄙
视java是不是很像？)，VMS都没人提了。 |
z****e
发帖数: 54598 | 65
我也没找到呀
【在 p*****2 的大作中提到】
: 没错 不过go上没有什么framework能跟vertx和akka比吧？
|
g*****g
发帖数: 34805 | 66 Cutting edge的东西不在startup，特别不在Uber这种Startup，他们压力太大，根本没
有很多时间专门做开源。最常见的都是有闲的大公司，因为需要搞个开源东西出来。接
下来做的人spin off成立一个专门的startup来
做。诸如Cassandra，Kafka, Hadoop等都是如此。狗家本身也有很多开源的好东西。
【在 d******e 的大作中提到】
: 喜欢python的银行出来的多不等于银行都是用python.
: 如果vert.x能像你说的，那么几年以后我肯定学。
: 问题是，人家系统好好的，干嘛转micro service.
: 等系统真的不能用了，这世界都不知道怎么样了。
: 现在cutting edge技术都是在热门startup和新兴公司。
: 我感觉你这个观点不一定能成立。
:
: enterprise
|
p*****2
发帖数: 21240 | 67 我觉得完全可以比 vertx其实挺想干akka的
【在 l**********n 的大作中提到】
: vert.x和akka不是一样的，一个是event based, 一个是message passing. akka应该和
: erlang比。
|
c****e
发帖数: 46 | 68 传统大公司其实最大的问题是一直在scale up, 现在要么花钱也买不到更好的硬件，要
么因为成本越来越高已经吃不消了，总之迅速scale out迫在眉睫。
但是scale out有两个问题:
1. distribution带来的问题,表现在同一process越来越严重的thread related issue
和不同server的CAP theorem效应. 这个很多产品能解决(不是说解决CAP,是说找到最佳
妥协解决方案),但是都过于复杂,实现起来很
大代价.
2. 必须保证任何时候系统在线,不是hard switch. 这时候micro service的好处就出来
了：可以从已有的SOA模块中一块一块的慢慢转化而不影响全局。
vert.x对这两个问题都有帮助.而且它没有一大堆冗余的框架,都是基本building block
,所以很有可能能更快地解决问题.
其实cutting edge不是重要特性,能解决问题最重要.当然,最后还是要看实践 :)
【在 d******e 的大作中提到】
: 喜欢python的银行出来的多不等于银行都是用python.
: 如果vert.x能像你说的，那么几年以后我肯定学。
: 问题是，人家系统好好的，干嘛转micro service.
: 等系统真的不能用了，这世界都不知道怎么样了。
: 现在cutting edge技术都是在热门startup和新兴公司。
: 我感觉你这个观点不一定能成立。
:
: enterprise
|
