Redian新闻
>
node现在还行么?用的地放多不多?
avatar
node现在还行么?用的地放多不多?# Programming - 葵花宝典
a*8
1
我只和中国男人谈过恋爱,现在嫁的也是中国男人.所以现在只能跟各位还没女朋友或者
媳妇的但是打算找中国女朋友/媳妇的中国人唠唠.不谈别的,就谈一个字,哄.
我也知道大家都有自己的性格,不能简单归纳.好男人哪里都有,东西南北的,结婚的,没
结婚的,所以,现在说的只是自己的感想,例外全因为抽样太小.
不知道外国男人如何,但是中国男人至少我接触的朋友家里,包括我老公,让人最爱的一
点,除了他们的出色,就是一个字,”哄”.
中国男人爱自己的女朋友/老婆,不是好像外国男人那样,大家互为独立个体,帐户分开,
精神独立.喜欢了可以做朋友,不喜欢可以随时分开. 中国男人爱自己的老婆,爱的好像
心里一瓣蒜.给老婆花钱不会舍不得,抢着做家里粗活重活,怕老婆受委屈,喜欢她们天天
开开心心的,当然也会哄她们.哄着哄着,我们就习惯了被哄,也习惯了被哄的乖乖做个好
女朋友/老婆,把家里打理的干干净净,给老公做他喜欢吃的好东西,当然我们也开始学会
省钱过日子. 我们会耍小脾气,是因为每个女孩心里都有一个长不大的自己,总希望被男
朋友/老公宝贝着. 不管碰到什么不高兴的事情,只要男朋友/老公一哄,心情马上阴转晴
,甚至
avatar
h*i
2
湾区是不是没什么花可以种呀。。。
加州树也很少
会不会看起来很单调。。
avatar
k*n
3
感觉是最能拿来装B的电影。
avatar
p*y
4
印顺导师看到佛法衰败,不希望中国的佛教像在印度一样的断根,
法师的心是好的。
可是有些说法,我觉得有些偏颇。
我只提净宗的。法师虽然看不惯净宗后期方便打开,但是应该积极
地善巧的告诉大家如
何才能真正的做到往生,比如要做好净业三福,守好五戒十善,而
不能只求临终十念。
但是法师更多的是否定净宗。更提出其他的净土,使净土信众信心
动摇。其实法师提出
的很多的关于净土的问题,印光大师,以及前辈的净土大师在他们
的文论中都有答复。
但可以法师好像没看多,也没提及过。
印顺导师是从太虚大师,近代佛教的改革派,有贡献,但是有些说
法我个人认为有些偏
激,逻辑上我也不太认同。
avatar
t*r
5
node现在还行么?用的地放多不多?
avatar
r*r
6
其实气候倒是可以种不少东西,就是缺水。

【在 h***i 的大作中提到】
: 湾区是不是没什么花可以种呀。。。
: 加州树也很少
: 会不会看起来很单调。。

avatar
a*w
7
我看过两遍,只记得两个女主角挺漂亮的。
那个导演还有一部更装的,看一半就撤了。

【在 k******n 的大作中提到】
: 感觉是最能拿来装B的电影。
avatar
c*e
9
还行,确实很快。用于real-time, chat room.现在websocket还没普及,所以socket.
io还是有市场的。

【在 t**r 的大作中提到】
: node现在还行么?用的地放多不多?
avatar
y*8
10
我不住湾区
估计湾区的童鞋没准要来拍砖了

【在 h***i 的大作中提到】
: 湾区是不是没什么花可以种呀。。。
: 加州树也很少
: 会不会看起来很单调。。

avatar
s*t
11
这个不适合国人看。。太意识流

【在 k******n 的大作中提到】
: 感觉是最能拿来装B的电影。
avatar
c*l
12
grunt,npm, bower,都很好用啊
avatar
T*4
13
你说了俺的想法

【在 y*****8 的大作中提到】
: 我不住湾区
: 估计湾区的童鞋没准要来拍砖了

avatar
x*i
14
很好看,偶这两天还想着要写大卫林奇。
晚些时候偶贴个帖子给你引导你如何分析这个电影的。
这片子适合对梦境感兴趣和对心理学感兴趣以及粗略看过佛洛伊德《梦的解释》的人看
,你说装13是因为你没看懂啥回事。大卫林奇算是老老实实拍电影的人了,装13这个词
用在他身上不合适呵。
片子前面四分之三都是女主角做的梦,后面一小段才是现实。
PS,偶还第一次发现LA的夜景那么好看。

【在 k******n 的大作中提到】
: 感觉是最能拿来装B的电影。
avatar
n*j
15
尤其跟 mongo、angular 之类搭配,page render 放到前端,全都是 js 的东西,一根
肠子通到底,太爽了

【在 c*********e 的大作中提到】
: 还行,确实很快。用于real-time, chat room.现在websocket还没普及,所以socket.
: io还是有市场的。

avatar
l*z
16
why??? 你说说什么花不能种

【在 h***i 的大作中提到】
: 湾区是不是没什么花可以种呀。。。
: 加州树也很少
: 会不会看起来很单调。。

avatar
B*e
17
同意楼上,这个片子不装b。
我头次看是在pp上看的,看完以后大骂什么玩意儿。
然后上网看评论,发现是自己没看懂。
为啥没看懂呢,因为pp放的是洁版,阉掉两段床戏,导致情节不连续。
如果看明白情节,觉得导演真的很高明。
avatar
k*n
18
你说们这些与node 不搭界呀...
node + express 是替代 iis,.net, apache ,java, php , 等server side的东东.
node.js的作用就是让你能用js 来写原来java,php,c#能写的服务瑞代码.

【在 c*********e 的大作中提到】
: 还行,确实很快。用于real-time, chat room.现在websocket还没普及,所以socket.
: io还是有市场的。

avatar
L*1
19
我看湾区同学们种的菜呀花呀都挺好的呀!

【在 h***i 的大作中提到】
: 湾区是不是没什么花可以种呀。。。
: 加州树也很少
: 会不会看起来很单调。。

avatar
k*e
20
其实我第一次看也没看懂,虽然我看的是"足本". :P
后来看了影评,影评还是非常make sense的
看完以后就理解了。电影是完全说得通的。
当然还有很多细节不太理解,比如梦境最后唱歌剧的那一段

【在 B*****e 的大作中提到】
: 同意楼上,这个片子不装b。
: 我头次看是在pp上看的,看完以后大骂什么玩意儿。
: 然后上网看评论,发现是自己没看懂。
: 为啥没看懂呢,因为pp放的是洁版,阉掉两段床戏,导致情节不连续。
: 如果看明白情节,觉得导演真的很高明。

avatar
c*e
21
最近在比较node.js和java concurrency,发现java concurrency对各种thread
interrupt, cancel之类的处理非常的精细,所以里面出了问题,可以写在一个log表里
面,日后检查出了什么问题,非常方便。

【在 n****j 的大作中提到】
: 尤其跟 mongo、angular 之类搭配,page render 放到前端,全都是 js 的东西,一根
: 肠子通到底,太爽了

avatar
L*A
22
小裴表示:嫩搬到湾区时哦就不热烈迎接了啊!
avatar
z*n
23
解释也都是各种假说,大卫从来没承认啥
不过看了解释的确觉得还挺好玩的

【在 k*****e 的大作中提到】
: 其实我第一次看也没看懂,虽然我看的是"足本". :P
: 后来看了影评,影评还是非常make sense的
: 看完以后就理解了。电影是完全说得通的。
: 当然还有很多细节不太理解,比如梦境最后唱歌剧的那一段

avatar
p*2
24
how about go?

【在 c*********e 的大作中提到】
: 最近在比较node.js和java concurrency,发现java concurrency对各种thread
: interrupt, cancel之类的处理非常的精细,所以里面出了问题,可以写在一个log表里
: 面,日后检查出了什么问题,非常方便。

avatar
t*1
25
呵呵,加州是种什么活什么
感觉很多花都是四季的开
你幸福了哦
avatar
j*e
26
装B装得如此迷幻且色彩绚烂也是很不简单的。
林奇还有一部<blue velvet>,与穆贺兰风格迥异,更是诡绝,
让人久久不忘。
avatar
l*n
27
单线程怎么和多线程比?你的思维真有趣。你肯定属于高智商人群。

【在 c*********e 的大作中提到】
: 最近在比较node.js和java concurrency,发现java concurrency对各种thread
: interrupt, cancel之类的处理非常的精细,所以里面出了问题,可以写在一个log表里
: 面,日后检查出了什么问题,非常方便。

avatar
h*i
28
hehe
不要这么小心眼呀。。

【在 L****A 的大作中提到】
: 小裴表示:嫩搬到湾区时哦就不热烈迎接了啊!
avatar
s*r
29
Go compare it with Lynch's earlier works, you will find it is more
comprehensible.
Movie is totally personal, if you think it shitty, shitty it is.

【在 k******n 的大作中提到】
: 感觉是最能拿来装B的电影。
avatar
d*e
30
node就是单线程的。所以你根本不用担心这些 interrupt, cancelde问题。
所以,java的精细到底是优点能还是缺点呢?

【在 c*********e 的大作中提到】
: 最近在比较node.js和java concurrency,发现java concurrency对各种thread
: interrupt, cancel之类的处理非常的精细,所以里面出了问题,可以写在一个log表里
: 面,日后检查出了什么问题,非常方便。

avatar
h*i
31
水很贵么, 在弯曲。。。

【在 r*****r 的大作中提到】
: 其实气候倒是可以种不少东西,就是缺水。
avatar
b*y
32
david frakking lynch is a genius period
avatar
l*n
33
有scala

【在 d******e 的大作中提到】
: node就是单线程的。所以你根本不用担心这些 interrupt, cancelde问题。
: 所以,java的精细到底是优点能还是缺点呢?

avatar
h*i
34
这么好呀。。
太棒了。。

【在 t*******1 的大作中提到】
: 呵呵,加州是种什么活什么
: 感觉很多花都是四季的开
: 你幸福了哦

avatar
x*i
35
木荷兰大道是他作品里最有趣的一个了,那个内陆帝国偶就看不了,后半截直接快进,
有点想吐的感觉。
有些人看电影习惯了要弄清楚开头结尾故事大纲的,这片子都是片段拼贴,互相交错,
不求看懂啥,觉得有意思有趣就算是理解导演了。

【在 B*****e 的大作中提到】
: 同意楼上,这个片子不装b。
: 我头次看是在pp上看的,看完以后大骂什么玩意儿。
: 然后上网看评论,发现是自己没看懂。
: 为啥没看懂呢,因为pp放的是洁版,阉掉两段床戏,导致情节不连续。
: 如果看明白情节,觉得导演真的很高明。

avatar
z*3
36
scala的thread也很蛋疼
上vert.x

【在 l**********n 的大作中提到】
: 有scala
avatar
h*i
37
去过一次
感觉那种大树很少
到处抬头就是明晃晃的天
希望有那种绿树阴阴深处的trail

【在 l****z 的大作中提到】
: why??? 你说说什么花不能种
avatar
d*g
38
看电影嘛,就是图自爽,看懂有看懂的爽,看不懂有看不懂的爽。
除非你是专门搞影视专业的,要研究技术层面的。
我悲剧的是第一次看的时候在网络电视上掐掉了前5分钟,导致一些重要镜头没看到。
不过最爽的就是那个男的被乞丐吓死的一段
avatar
l*n
39
actor

【在 z*******3 的大作中提到】
: scala的thread也很蛋疼
: 上vert.x

avatar
z*n
40
你后院又不种苍天大树
加州干,自然界的树的确比东部少,但是气候不冷不热,自己家浇水的话基本上是种啥
都能活

【在 h***i 的大作中提到】
: 去过一次
: 感觉那种大树很少
: 到处抬头就是明晃晃的天
: 希望有那种绿树阴阴深处的trail

avatar
m*e
41
烂片,,,冗长拖沓,故弄玄虚,,导演讲故事能力奇差,弱。
avatar
c*e
42
客户让你干一project,要求运行快,而且要求出错了要有出错信息,好fix issue.
这时你选node.js还是java concurrency呢?

【在 l**********n 的大作中提到】
: 单线程怎么和多线程比?你的思维真有趣。你肯定属于高智商人群。
avatar
d*l
43
湾区人民欢迎你.
avatar
d*0
44
这种以精神病人的视角来讲故事的悬疑片都是作弊。凡是不合理的情节都可以归结为主
人公臆想出来的。
avatar
l*n
45
node promise是 monad

【在 c*********e 的大作中提到】
: 客户让你干一project,要求运行快,而且要求出错了要有出错信息,好fix issue.
: 这时你选node.js还是java concurrency呢?

avatar
d*l
46
湾区人民欢迎你.
avatar
z*n
47
嗯,一个梦,就把所有不合理的都合理的

【在 d*****0 的大作中提到】
: 这种以精神病人的视角来讲故事的悬疑片都是作弊。凡是不合理的情节都可以归结为主
: 人公臆想出来的。

avatar
c*e
48
node.js有类似java的shutdownnow()的方法吗?立刻停止所有的线程。

【在 l**********n 的大作中提到】
: node promise是 monad
avatar
c*r
49
湾区各个城市的植被气候有一些区别,但是基本上冬天不冷。用水还好,不觉得水费贵
avatar
h*n
50
这部片就是对比梦境和现实, 激发观影者去自己解读故事。
记得这片子还挺吓人的,适合一个人深夜看。
avatar
d*e
51
这个都是看log了,然后到log server 上去查吧。
就是你用python也又要有log 啊。
和语言美什么关系。

【在 c*********e 的大作中提到】
: 客户让你干一project,要求运行快,而且要求出错了要有出错信息,好fix issue.
: 这时你选node.js还是java concurrency呢?

avatar
C*r
52
大跌也喜欢看电影?

【在 b**********y 的大作中提到】
: david frakking lynch is a genius period
avatar
c*e
53
log也有大讲究,java里面,多线程的时候,把log text写入一个blockingqueue,让
consumer来把log写入数据库之类的地方。这是producer-consumer模式。
如果把logging放在node.js的async.each()里面,那会让程序变慢。写log其实是一个
很花时间的过程,尤其是有1百万个log text同时要写入数据库。

【在 d******e 的大作中提到】
: 这个都是看log了,然后到log server 上去查吧。
: 就是你用python也又要有log 啊。
: 和语言美什么关系。

avatar
r*y
54
看了很多高智商电影,其实大都是一个套路。这个不是第一部看的,所以很幸运的“看
懂”了。
avatar
z*3
55
vert.x就是actor
只不过文档不会像akka那样,到处都是含混晦涩的概念
immutable,state,actor满天飞
vert.x的文档几乎没出现过这些概念,虽然用的是同样的model

【在 l**********n 的大作中提到】
: actor
avatar
r*n
56
塞,看完了老头老太满地爬还能睡的着么。。

【在 h*****n 的大作中提到】
: 这部片就是对比梦境和现实, 激发观影者去自己解读故事。
: 记得这片子还挺吓人的,适合一个人深夜看。

avatar
z*3
57

你用的log方式落伍了,直接上cassandra,把log丢到c*里面去
虽然涉及了io,但是会好很多,多数nosql最初的例子都是用来存log
log4j什么都太慢了,如果要用async,上worker
所有log通过bus发送给worker,然后由worker写入c*或者hdfs
反正log都是immutable,通过bus传输无压力
也可以通过shared object来发送

【在 c*********e 的大作中提到】
: log也有大讲究,java里面,多线程的时候,把log text写入一个blockingqueue,让
: consumer来把log写入数据库之类的地方。这是producer-consumer模式。
: 如果把logging放在node.js的async.each()里面,那会让程序变慢。写log其实是一个
: 很花时间的过程,尤其是有1百万个log text同时要写入数据库。

avatar
n*y
58
很好看啊,虽然不能说看懂了
当然最后是个梦的解释有点小失望,期待更幻灭点
avatar
t*r
59
log最好还是写到kafka里。
写到卡三里有点脱裤子放屁的感觉
avatar
b*y
60
政委也好这口啊
好片子太少,尤其近些年来, SIGH

【在 C*******r 的大作中提到】
: 大跌也喜欢看电影?
avatar
z*3
61

c*经常用,kafka可未必常用
写到c*里一个考虑就是已经用了一个nosql
就不用再加东西进去了
log单独用一个框架才有一种脱裤子放屁的多余

【在 t**r 的大作中提到】
: log最好还是写到kafka里。
: 写到卡三里有点脱裤子放屁的感觉

avatar
j*e
62
我看的时候没什么感觉,后来越想那老头老太越感觉恐怖

【在 r*****n 的大作中提到】
: 塞,看完了老头老太满地爬还能睡的着么。。
avatar
p*2
63
我感觉jvm上做concurrency都很麻烦

【在 l**********n 的大作中提到】
: actor
avatar
s*y
64
我觉得那个是一个非常绝妙的片段,可以有很多不同的解释,和很多不同的理会。
在于我而言,我突然悲哀的想起,我每天听的那么多音乐的歌手,其实早已经
死了,而且死了很久了。
但是对于我们这种普通人而言,我们关注的仅仅是那个作为音乐的产品,
而不是那个唱这个歌的具体的人。那个人,已经死了,腐化了,成灰了,
但是他/她的音乐作为一个独立的可商业化的个体活了下来,和那个唱这个歌
的人反而没有直接关系了。

【在 k*****e 的大作中提到】
: 其实我第一次看也没看懂,虽然我看的是"足本". :P
: 后来看了影评,影评还是非常make sense的
: 看完以后就理解了。电影是完全说得通的。
: 当然还有很多细节不太理解,比如梦境最后唱歌剧的那一段

avatar
p*2
65
kafka一般是多个consumer才用吧?

【在 z*******3 的大作中提到】
:
: c*经常用,kafka可未必常用
: 写到c*里一个考虑就是已经用了一个nosql
: 就不用再加东西进去了
: log单独用一个框架才有一种脱裤子放屁的多余

avatar
s*e
66
没有看懂,但是也不觉得导演装B
avatar
c*e
67
问题是,不是所有的project都是用的nosql啊。现在大部分公司还是用的传统的rdbs.
很多startup用的mysql之类的免费的数据库。
写log,通常是写入log file,或者数据库。

【在 z*******3 的大作中提到】
:
: c*经常用,kafka可未必常用
: 写到c*里一个考虑就是已经用了一个nosql
: 就不用再加东西进去了
: log单独用一个框架才有一种脱裤子放屁的多余

avatar
h*e
68
第一遍完全没看懂,然后看了影评后顿悟,然后第二次再看就完全恍然大悟,拍案叫绝
,虽然几个小小情节还是觉得很诡异,上网看了也是争议的地方,但是完全就不影响欣
赏和理解剧情的
avatar
c*e
69
node.js有类似java的shutdownnow()的方法吗?立刻停止所有的线程。
感觉node.js对突发accident,exception的处理没有java concurrency那么全面细致。
所以,如果网站做出来放到live上去了,突然有一天出事了,都不知道什么原因。这个
是非常头疼的事情。

【在 z*******3 的大作中提到】
:
: c*经常用,kafka可未必常用
: 写到c*里一个考虑就是已经用了一个nosql
: 就不用再加东西进去了
: log单独用一个框架才有一种脱裤子放屁的多余

avatar
x*i
70
RE

【在 h*********e 的大作中提到】
: 第一遍完全没看懂,然后看了影评后顿悟,然后第二次再看就完全恍然大悟,拍案叫绝
: ,虽然几个小小情节还是觉得很诡异,上网看了也是争议的地方,但是完全就不影响欣
: 赏和理解剧情的

avatar
p*2
71
不知道你在说什么
你有学过node吗

【在 c*********e 的大作中提到】
: node.js有类似java的shutdownnow()的方法吗?立刻停止所有的线程。
: 感觉node.js对突发accident,exception的处理没有java concurrency那么全面细致。
: 所以,如果网站做出来放到live上去了,突然有一天出事了,都不知道什么原因。这个
: 是非常头疼的事情。

avatar
d*y
72
HOHO,你得到了它。

【在 k******n 的大作中提到】
: 感觉是最能拿来装B的电影。
avatar
c*e
73
我已经给公司写了一个node.js程序,正成功运行。貌似node.js的async确实快,但是
对突发事件和危机的处理不象java那么全面周到。毕竟,java出来有些年头了,现在版
本到8了。

【在 p*****2 的大作中提到】
: 不知道你在说什么
: 你有学过node吗

avatar
p*2
74
node只是脚本 功能性肯定没java全面
可是java做concurrency也很麻烦
node的异常 错误处理方式跟java很不一样 跟go到类似
你说说你想处理什么情况呀 不要说什么thread node本来就是single thread的 说说你
想做什么就可以了

【在 c*********e 的大作中提到】
: 我已经给公司写了一个node.js程序,正成功运行。貌似node.js的async确实快,但是
: 对突发事件和危机的处理不象java那么全面周到。毕竟,java出来有些年头了,现在版
: 本到8了。

avatar
c*e
75
比如说,要写一个发email的project,要求快,而且要realtime显示发了多少email (a)
,实际送
出去多少(b),有多少被drop掉(c),而且这3个real time数字要加起来有a= b + c.

【在 p*****2 的大作中提到】
: node只是脚本 功能性肯定没java全面
: 可是java做concurrency也很麻烦
: node的异常 错误处理方式跟java很不一样 跟go到类似
: 你说说你想处理什么情况呀 不要说什么thread node本来就是single thread的 说说你
: 想做什么就可以了

avatar
d*e
76
这个一般都丢后台,用celery, actor什么的搞了。前面node直接返回了。
你这个real time 设计很有难度啊。

【在 c*********e 的大作中提到】
: 比如说,要写一个发email的project,要求快,而且要realtime显示发了多少email (a)
: ,实际送
: 出去多少(b),有多少被drop掉(c),而且这3个real time数字要加起来有a= b + c.

avatar
p*2
77
用redis不行吗

【在 d******e 的大作中提到】
: 这个一般都丢后台,用celery, actor什么的搞了。前面node直接返回了。
: 你这个real time 设计很有难度啊。

avatar
l*n
78
node是单线程,所以和java自然不同,异常分可处理的,和不可处理的。node应该写成
fp, 和scala类似。写成oop是不行的。

【在 c*********e 的大作中提到】
: node.js有类似java的shutdownnow()的方法吗?立刻停止所有的线程。
: 感觉node.js对突发accident,exception的处理没有java concurrency那么全面细致。
: 所以,如果网站做出来放到live上去了,突然有一天出事了,都不知道什么原因。这个
: 是非常头疼的事情。

avatar
d*e
79
没研究。celery, actor是 task battery pool. redis还是充当消息queue吧。

【在 p*****2 的大作中提到】
: 用redis不行吗
avatar
c*e
80
对呀。市面上有的email发送服务,就做不到realtime 的 a = b + c. 其实也可以来个
cheat,先把b,c算出来,然后b+c的值赋给a.不过这个对我们程序员来说就没什么价值了。

【在 d******e 的大作中提到】
: 这个一般都丢后台,用celery, actor什么的搞了。前面node直接返回了。
: 你这个real time 设计很有难度啊。

avatar
z*3
81

a)
vert.x mail&streaming api
轻轻松松

【在 c*********e 的大作中提到】
: 比如说,要写一个发email的project,要求快,而且要realtime显示发了多少email (a)
: ,实际送
: 出去多少(b),有多少被drop掉(c),而且这3个real time数字要加起来有a= b + c.

avatar
z*3
82
java8, rxjava什么最新的api里面有一种streaming的api
这个用来搞什么real time的counting是绝佳的设计
以前只能用storm这些,现在很多都能用了
还有scalaz这些,不过估计你不太了解
rxjava是这些东东里面最简单的一个,vert.x也很简单
加上vert.x也有mail,web这些,所以用vert.x最好
http://vertx.io/docs/vertx-rx/java/
avatar
z*3
83

了。
vert.x的优势在这个case中发挥得淋漓尽致
首先第一,vert.x不拘泥于web,所以mail很容易搞掂
其次第二,支持多线程,大并发ok
最后第三,支持streaming,单机单node上做汇总ok
这样通过多个层面在单个node上的集成,可以直接干掉不必要的io操作
全部在内存中完成,以实现realtime的要求
实际上vert.x很多use cases都是realtime gaming
比起游戏来说,你这个小意思了
如果realtime要求再高点,就需要介入控制gc了

【在 c*********e 的大作中提到】
: 对呀。市面上有的email发送服务,就做不到realtime 的 a = b + c. 其实也可以来个
: cheat,先把b,c算出来,然后b+c的值赋给a.不过这个对我们程序员来说就没什么价值了。

avatar
z*3
84
写一个verticle,用来对付mail,你的逻辑都在这里面
需要同时对付大并发,你就直接部署多个这样的verticles就好了
然后逻辑完成之后,异步发送json给另外一个verticle
这个verticle就是你的streaming verticle,用rxjava
用来统计a = b+c这些计算
json就是你的msg,就是最后一个结果的msg/json
这样都在同一个虚拟机内完成,就是纯粹的内存计算
就可以直接规避redis,akka,node这些集成带来的不同层之间的io操作
avatar
z*3
85

用vert.x就可以做到real time咯
不需要用到跨tiers的io
直接用vert.x自带的bus就可以发送消息了
然后其他逻辑几乎可以照抄你说的所有逻辑
做一个verticle来取代node
再做另外一个verticle来取代akka
ok啦
vert.x就是强大,看懂了vert.x,这些东西都是小意思

【在 d******e 的大作中提到】
: 这个一般都丢后台,用celery, actor什么的搞了。前面node直接返回了。
: 你这个real time 设计很有难度啊。

avatar
z*3
86
最后还有一个,计算之后的结果,abc这些显示在哪?
如果是real time,你这个gui还得好好设计一下
一种方式就是gui上做一个listener
然后streaming那个verticle处理每一条msg之后
广播出去,gui上接收到后自动update
用udp和异步处理就好了
就是这一步实现起来不比前两步实现起来要容易
虽然gui貌似很low,用不到多少高潮的算法和high逼格的数据结构
但是实际上gui是客户体验的高潮部分,也往往是比较难做的部分
tableau光做一个visualisation,就做成那么大生意
对手下码农开的工资比flg都高,这一块大有可为
avatar
z*3
87
vert.x的bus有c++的客户端
如果gui用c++写的话,可以直接接收来自bus里面的msg
但是这个搞起来会比较复杂
我倾向于再写一个广播的verticle
然后自选协议,udp比较好,然后接收到后update
这个应该js, swift, android都可以搞掂,就swift会麻烦点
需要用到第三方类库
avatar
p*2
88
redis可以做counter 而且是persistent的

【在 d******e 的大作中提到】
: 没研究。celery, actor是 task battery pool. redis还是充当消息queue吧。
avatar
p*2
89
drop是怎么算的

了。

【在 c*********e 的大作中提到】
: 对呀。市面上有的email发送服务,就做不到realtime 的 a = b + c. 其实也可以来个
: cheat,先把b,c算出来,然后b+c的值赋给a.不过这个对我们程序员来说就没什么价值了。

avatar
c*e
90
drop就是没发出去,不管什么原因。我把问题简化了。其实drop里有好几种。
这个real time 显示确实有难度。当然,你可以cheat,先把b,c算出来,然后b+c的值赋
给a.这个,骗骗外行,外行还是挺兴奋的。

drop是怎么算的
了。

【在 p*****2 的大作中提到】
: drop是怎么算的
:
: 了。

avatar
p*2
91
难度主要在哪里

【在 c*********e 的大作中提到】
: drop就是没发出去,不管什么原因。我把问题简化了。其实drop里有好几种。
: 这个real time 显示确实有难度。当然,你可以cheat,先把b,c算出来,然后b+c的值赋
: 给a.这个,骗骗外行,外行还是挺兴奋的。
:
: drop是怎么算的
: 了。

avatar
c*e
92
难度在,realtime很有可能 a != b + c

【在 p*****2 的大作中提到】
: 难度主要在哪里
avatar
p*2
93
主要什么原因

【在 c*********e 的大作中提到】
: 难度在,realtime很有可能 a != b + c
avatar
c*e
94
async的时候,就象马拉松赛跑,你不可能随时都让某3个人保持一定距离。

【在 p*****2 的大作中提到】
: 主要什么原因
avatar
p*2
95

我不理解async还是sync对于这三个值的计算有什么区别。你能仔细谈谈吗?

【在 c*********e 的大作中提到】
: async的时候,就象马拉松赛跑,你不可能随时都让某3个人保持一定距离。
avatar
z*3
96

用swift伪码来解释就是
dispatch_async(queue){
//task 1 -> update b/c&update a
}
dispatch_async(queue){
//task 2 -> update b/c&update a
}
dispatch_async(queue){
//task 3 -> update b/c&update a
}
这三个tasks结束的顺序可能是213, 123或者其他什么
然后存a=b+c的时候,一个task需要存两次
一次存b/c,一次存a
当某个task update b/c之后,还没update a的时候,那么完成的b和c的任务总数会等
于a+1
同时,当某两个tasks同时update a的时候,两个都取到a,然后两个都+1之后再update
最后的结果就不是a+2,而是a+1
数据库常见的读写lock,什么dirty read之类的并发问题
用transaction可以搞定,如果是hdfs的话,用zookeeper,如果是内存的话
用java.util.concurrency,如果是vert.x的话,用worker thread+bus msg
如果是swift的话,用dispatch_sync

【在 p*****2 的大作中提到】
:
: 我不理解async还是sync对于这三个值的计算有什么区别。你能仔细谈谈吗?

avatar
z*3
97
昨天刚琢磨的gcd,如果要share data between threads的话,用这个
public class SynchronizedArray {
private var array: [T] = [];
private let accessQueue = dispatch_queue_create("SynchronizedArrayAccess
", DISPATCH_QUEUE_SERIAL);

public func append(newElement: T) {
dispatch_async(self.accessQueue) {
self.array.append(newElement);
}
}

public func get() -> T?{
var object:T?;
dispatch_sync(self.accessQueue) {
if self.array.count > 0{
object = self.array.removeAtIndex(0)
}
}
return object;
}

public subscript(index: Int) -> T {
set {
dispatch_async(self.accessQueue) {
self.array[index] = newValue;
}
}
get {
var element: T!;

dispatch_sync(self.accessQueue) {
element = self.array[index];
}

return element;
}
}
}
avatar
p*2
98
这个跟async有什么关系 multi thread不一样吗
用redis就可以解决

【在 z*******3 的大作中提到】
: 昨天刚琢磨的gcd,如果要share data between threads的话,用这个
: public class SynchronizedArray {
: private var array: [T] = [];
: private let accessQueue = dispatch_queue_create("SynchronizedArrayAccess
: ", DISPATCH_QUEUE_SERIAL);
:
: public func append(newElement: T) {
: dispatch_async(self.accessQueue) {
: self.array.append(newElement);
: }

avatar
p*2
99
node的话 如果不persistent 传给master就可以了

SynchronizedArrayAccess

【在 z*******3 的大作中提到】
: 昨天刚琢磨的gcd,如果要share data between threads的话,用这个
: public class SynchronizedArray {
: private var array: [T] = [];
: private let accessQueue = dispatch_queue_create("SynchronizedArrayAccess
: ", DISPATCH_QUEUE_SERIAL);
:
: public func append(newElement: T) {
: dispatch_async(self.accessQueue) {
: self.array.append(newElement);
: }

相关阅读
logo
联系我们隐私协议©2024 redian.news
Redian新闻
Redian.news刊载任何文章,不代表同意其说法或描述,仅为提供更多信息,也不构成任何建议。文章信息的合法性及真实性由其作者负责,与Redian.news及其运营公司无关。欢迎投稿,如发现稿件侵权,或作者不愿在本网发表文章,请版权拥有者通知本网处理。