avatar
p*2
2
一年之前被考虑过scala,当时很容易决定不上
1. 感觉太复杂,没有信心能handle
2. 开发速度不敢保证
3. node用了一段时间,感觉很好用,开发效率很高
4. 学了一下Clojure,发觉比scala简单很多,上scala不如上clojure
这样我们的storm上了clojure,web server 和 backend上了node。我们的service可以
handle 5M RPM,server response time 5 ms.
有了一年多的coffee/JS和clojure的经验,再回过头来看scala已经觉得比较容易了。
另外Spark很明显是未来的趋势也是使用scala的一大直接推动力。
我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了,因此
我这段时间主要研究寻找另外一种支持高并发的语言。选Scala有一下几个原因
1. 当然是spark了, spark streaming 可以替代storm,因此scala一个语言就可以搞
定了
2. go的语言设计实在是不符合我们的胃口,虽然并发做的很吸引人
3. haskell的并发看样子相当牛逼,但是纯FP还是太不方便了
4. Scala有actor,STM,future等等,做并发的手段相当丰富
5. Clojure有STM,Scala也有,Clojure copy了Go的CSP模式,但是是个半成品,感觉
用处还是不太大
Scala的主要问题就是太复杂了,所以下一步就需要搞清楚,什么用,什么不用,如何
规范了。
补充一下:不选择Java的原因也很直接,Java不适合我们team的culture。我们的路径
是Ruby->Coffee->Clojure->Scala。我们是favor functional的。当然Java8也加入了
更多的支持,这个还需要观察一下。
avatar
B*5
3
可以
avatar
d*r
4
"我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了"
二爷再具体说说呗,是因为有大量计算吧
avatar
p*2
5

一个是算法,算法复杂了以后callback还是很难表达
另外一个是并发模式,node只有一个cluster模式,想解决的事情复杂了以后,感觉不
是太够用
我们最近做一个任务,把240G的数据从HDFS倒到cassandra,要求在10分钟之内,这样
一台机器基本不够用,必须上districuted,这样的话,无论akka还是spark都可以完成
这个任务,但是node就很难了,当然也不是不可能,不过估计要花我一些时间去做个
distributed app。
总之,Node的优势是做web service,或者startup/小项目的full stack。真正的大数
据的解决方案还是要在JVM上解决。

【在 d*******r 的大作中提到】
: "我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了"
: 二爷再具体说说呗,是因为有大量计算吧

avatar
w*z
6
直接用Java 不行吗?

【在 p*****2 的大作中提到】
:
: 一个是算法,算法复杂了以后callback还是很难表达
: 另外一个是并发模式,node只有一个cluster模式,想解决的事情复杂了以后,感觉不
: 是太够用
: 我们最近做一个任务,把240G的数据从HDFS倒到cassandra,要求在10分钟之内,这样
: 一台机器基本不够用,必须上districuted,这样的话,无论akka还是spark都可以完成
: 这个任务,但是node就很难了,当然也不是不可能,不过估计要花我一些时间去做个
: distributed app。
: 总之,Node的优势是做web service,或者startup/小项目的full stack。真正的大数
: 据的解决方案还是要在JVM上解决。

avatar
p*2
7

java语言比go好不了哪去呀。

【在 w**z 的大作中提到】
: 直接用Java 不行吗?
avatar
d*3
8
好贴,顶!
avatar
g*g
9
akka是线程之间有复杂的依赖关系的时候好用,多见于纯后端的dispatcher一类应用。
看你的需求只是并发大而已。Java应该没啥问题。
avatar
p*2
10

我们有不同的需求。大并发只是其中的一种。AKKA最典型的应用,我们确实目前用不到
,我们主要是用来distribute tasks的。可能不一定用actor,但是future,STM,
agent这些还是使得多线程编程方便很多。当然如果Spark能完成最好,简单多了。

【在 g*****g 的大作中提到】
: akka是线程之间有复杂的依赖关系的时候好用,多见于纯后端的dispatcher一类应用。
: 看你的需求只是并发大而已。Java应该没啥问题。

avatar
q*c
11
java 不符合他们的文化。
其实我觉得文化这个调调特别搞笑,就是 ego 的突出表现。本质实际上是追求 酷,
而不是适用。

【在 g*****g 的大作中提到】
: akka是线程之间有复杂的依赖关系的时候好用,多见于纯后端的dispatcher一类应用。
: 看你的需求只是并发大而已。Java应该没啥问题。

avatar
c*e
12
三个月以前你不是还死顶clojure吗?按你当时的逻辑,backend直接上clojure不就行
了,方便好懂.还是spark说服教育能力强。话说回来,看你这个发问的发散程度,你真
是你们team stack的decision maker?
avatar
l*s
13
好帖!
avatar
p*2
14
到现在我也认为clojure比scala设计更优美
上边已经说过了 关键是解决问题 语言是次要的
clojure做后台没啥问题 但是spark对scala确实推动很大 这个很多帖子也解释过了吧
? eco system更重要
我的学习方式就是发散然后归纳 这个有什么不妥吗?
我从来不死抱一种语言 scala还是有很多问题 这个还需要一段时间去梳理 这个过程中
可能还会思维发散

【在 c****e 的大作中提到】
: 三个月以前你不是还死顶clojure吗?按你当时的逻辑,backend直接上clojure不就行
: 了,方便好懂.还是spark说服教育能力强。话说回来,看你这个发问的发散程度,你真
: 是你们team stack的decision maker?

avatar
N*m
15
不错,真正分享hand-on经验的帖子都应该马克

【在 p*****2 的大作中提到】
: 一年之前被考虑过scala,当时很容易决定不上
: 1. 感觉太复杂,没有信心能handle
: 2. 开发速度不敢保证
: 3. node用了一段时间,感觉很好用,开发效率很高
: 4. 学了一下Clojure,发觉比scala简单很多,上scala不如上clojure
: 这样我们的storm上了clojure,web server 和 backend上了node。我们的service可以
: handle 5M RPM,server response time 5 ms.
: 有了一年多的coffee/JS和clojure的经验,再回过头来看scala已经觉得比较容易了。
: 另外Spark很明显是未来的趋势也是使用scala的一大直接推动力。
: 我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了,因此

avatar
h*a
16
赞大牛,这么多buzz words看得眼花缭乱。:)

【在 p*****2 的大作中提到】
: 一年之前被考虑过scala,当时很容易决定不上
: 1. 感觉太复杂,没有信心能handle
: 2. 开发速度不敢保证
: 3. node用了一段时间,感觉很好用,开发效率很高
: 4. 学了一下Clojure,发觉比scala简单很多,上scala不如上clojure
: 这样我们的storm上了clojure,web server 和 backend上了node。我们的service可以
: handle 5M RPM,server response time 5 ms.
: 有了一年多的coffee/JS和clojure的经验,再回过头来看scala已经觉得比较容易了。
: 另外Spark很明显是未来的趋势也是使用scala的一大直接推动力。
: 我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了,因此

avatar
p*2
17
又被大牛笑话了

【在 h*****a 的大作中提到】
: 赞大牛,这么多buzz words看得眼花缭乱。:)
avatar
h*i
18
Spark 也有Clojure binding啊, flambo。
就为了一个库就换语言?

【在 p*****2 的大作中提到】
: 到现在我也认为clojure比scala设计更优美
: 上边已经说过了 关键是解决问题 语言是次要的
: clojure做后台没啥问题 但是spark对scala确实推动很大 这个很多帖子也解释过了吧
: ? eco system更重要
: 我的学习方式就是发散然后归纳 这个有什么不妥吗?
: 我从来不死抱一种语言 scala还是有很多问题 这个还需要一段时间去梳理 这个过程中
: 可能还会思维发散

avatar
h*a
19
哪里,我收藏了。争取背下来下次面试的时候用来忽悠一下对方。:)
不过说真的,懂这么多技术将来换工作会很有优势。

【在 p*****2 的大作中提到】
: 又被大牛笑话了
avatar
g*g
20
啥都往简历上写很容易死得很难看。宁可少写一点一问起来就是滔滔不绝一个面试结束
了。

【在 h*****a 的大作中提到】
: 哪里,我收藏了。争取背下来下次面试的时候用来忽悠一下对方。:)
: 不过说真的,懂这么多技术将来换工作会很有优势。

avatar
h*a
21
你说的对。不过如果按照对方的stack有的放矢的写会有加分。这年头找一个经验match
还会写code的candidate不容易。

【在 g*****g 的大作中提到】
: 啥都往简历上写很容易死得很难看。宁可少写一点一问起来就是滔滔不绝一个面试结束
: 了。

avatar
p*2
22
我一直觉得原生用起来最爽
以后肯定需要看spark code
换语言其实没啥 跟打游戏差不多 广打一个也腻
我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了

【在 h*i 的大作中提到】
: Spark 也有Clojure binding啊, flambo。
: 就为了一个库就换语言?

avatar
p*2
23
大牛说的是 要根据对方jd 相应修改简历
不过我现在处于过渡期 未来也说不定像好虫一样focus在一个stack上 现在还是多看看
更主动一些 把浪费的时间找回来

match

【在 h*****a 的大作中提到】
: 你说的对。不过如果按照对方的stack有的放矢的写会有加分。这年头找一个经验match
: 还会写code的candidate不容易。

avatar
q*c
24
这种情况首先 fire CTO 是正经。这事情一开始就不能这样。
公司是挣钱的地方, 不是玩耍摆酷的地方。

【在 p*****2 的大作中提到】
: 我一直觉得原生用起来最爽
: 以后肯定需要看spark code
: 换语言其实没啥 跟打游戏差不多 广打一个也腻
: 我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了

avatar
l*s
25
身为一个打工仔给老板考虑这么多做啥。

【在 q*c 的大作中提到】
: 这种情况首先 fire CTO 是正经。这事情一开始就不能这样。
: 公司是挣钱的地方, 不是玩耍摆酷的地方。

avatar
g*g
26
你不能替公司做决定,但选择公司的权利总是有的。

【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
avatar
h*a
27
很多公司员工都是股东,希望公司向好的方向发展也正常啊,尤其qxc这样的大股东。:)

【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
avatar
q*c
28
别胡扯了,我们都是小虾米。主要是自己爽一点。那种牛人多几个,我们这些虾米就苦
逼了。

。:)

【在 h*****a 的大作中提到】
: 很多公司员工都是股东,希望公司向好的方向发展也正常啊,尤其qxc这样的大股东。:)
avatar
f*t
29
赞干货

【在 p*****2 的大作中提到】
: 一年之前被考虑过scala,当时很容易决定不上
: 1. 感觉太复杂,没有信心能handle
: 2. 开发速度不敢保证
: 3. node用了一段时间,感觉很好用,开发效率很高
: 4. 学了一下Clojure,发觉比scala简单很多,上scala不如上clojure
: 这样我们的storm上了clojure,web server 和 backend上了node。我们的service可以
: handle 5M RPM,server response time 5 ms.
: 有了一年多的coffee/JS和clojure的经验,再回过头来看scala已经觉得比较容易了。
: 另外Spark很明显是未来的趋势也是使用scala的一大直接推动力。
: 我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了,因此

avatar
z*e
30
那人太牛了
我以前干的一家公司
用.net挂了,后来php+spring搞起来了
当然搞.net那批人也都走人了
把项目搞砸三次才让走人的,还没遇到过
一般都是一次就走人了,甚至看苗头不对,就开始pip了
那个公司文化真好啊,可以重写这么多次
啥名字?求推荐

【在 p*****2 的大作中提到】
: 我一直觉得原生用起来最爽
: 以后肯定需要看spark code
: 换语言其实没啥 跟打游戏差不多 广打一个也腻
: 我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了

avatar
z*e
31
从long term来说,打工的跟老板利益是一致的呀
你老是把项目做挂掉,写简历上也很难看
项目失败,多半你pip啊这种东西也少不了
人家一做reference check,怎么办?

【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
avatar
z*e
32
才一个吗?
renjin就是都用scala写的
clojure要有人用来写jvm上r的impl,我就闭嘴
r最近上升势头很猛,对统计需求增加很多

【在 h*i 的大作中提到】
: Spark 也有Clojure binding啊, flambo。
: 就为了一个库就换语言?

avatar
h*i
33
R我用的很多,这不是一个程序员的语言。
搞Clojure的人不可能来写个R的解释器的,因为R的作者自己都后悔没把R搞成Lisp(见
此文:Back to the Future: Lisp as a Base for a Statistical Computing System
https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf)。所以
搞Clojure的人很早就搞了个叫incanterhttp://incanter.org/的东东,试图来实现R的原作者的这个Lisp型的R的愿望。
不过R在统计界的地位已经不可动摇了,所以我觉得incanter不会成功。renjin这种也
不行,光有R的解释器没用,因为R不是一个语言,而是一个生态环境。这些JVM上的R模
拟器只要不能直接用R的库,就没有用处,因为用R的一个原因,就是库应有尽有,而且
新的统计文章出来,必然配有相应的R代码,这个没法比。

【在 z****e 的大作中提到】
: 才一个吗?
: renjin就是都用scala写的
: clojure要有人用来写jvm上r的impl,我就闭嘴
: r最近上升势头很猛,对统计需求增加很多

avatar
d*r
34
这个长知识
Lisp 威武

System

【在 h*i 的大作中提到】
: R我用的很多,这不是一个程序员的语言。
: 搞Clojure的人不可能来写个R的解释器的,因为R的作者自己都后悔没把R搞成Lisp(见
: 此文:Back to the Future: Lisp as a Base for a Statistical Computing System
: 。 https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf)。所以
: 搞Clojure的人很早就搞了个叫incanterhttp://incanter.org/的东东,试图来实现R的原作者的这个Lisp型的R的愿望。
: 不过R在统计界的地位已经不可动摇了,所以我觉得incanter不会成功。renjin这种也
: 不行,光有R的解释器没用,因为R不是一个语言,而是一个生态环境。这些JVM上的R模
: 拟器只要不能直接用R的库,就没有用处,因为用R的一个原因,就是库应有尽有,而且
: 新的统计文章出来,必然配有相应的R代码,这个没法比。

avatar
m*t
35
你是太年轻还是太幼稚?
换个语言,整个team work的合作方式都随之变化,就算你乐意自学+天赋极好+探索欲
旺盛,也不等于别人和你处在同一个level上,需要磨合的,前面都磨合好了,换一个
语言,等于从头再来,从0开始。
你乐意都不见得有好下场,更别说你自己都不一定喜欢这新语言,指不定谁嫌弃谁呢。
换一个成熟的系统,跟重新怀胎,重新生养一个baby是一样的难度

【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
avatar
g*o
36
这样听起来挺有意思的,估计因为自己太幼稚:)

【在 m********t 的大作中提到】
: 你是太年轻还是太幼稚?
: 换个语言,整个team work的合作方式都随之变化,就算你乐意自学+天赋极好+探索欲
: 旺盛,也不等于别人和你处在同一个level上,需要磨合的,前面都磨合好了,换一个
: 语言,等于从头再来,从0开始。
: 你乐意都不见得有好下场,更别说你自己都不一定喜欢这新语言,指不定谁嫌弃谁呢。
: 换一个成熟的系统,跟重新怀胎,重新生养一个baby是一样的难度

avatar
z*3
37
现在做的不就是努力让jvm直接用上r的script嘛
这样可以不用改动r文件,直接就丢给jvm去搞了
其实你的第一句话
基本上可以套用在所有的脚本上
sql, r, js等等
其实脚本都不能算是一个程序员的语言
脚本解决的问题都相对狭隘一点
一旦换一个领域,就要换语言

System

【在 h*i 的大作中提到】
: R我用的很多,这不是一个程序员的语言。
: 搞Clojure的人不可能来写个R的解释器的,因为R的作者自己都后悔没把R搞成Lisp(见
: 此文:Back to the Future: Lisp as a Base for a Statistical Computing System
: 。 https://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf)。所以
: 搞Clojure的人很早就搞了个叫incanterhttp://incanter.org/的东东,试图来实现R的原作者的这个Lisp型的R的愿望。
: 不过R在统计界的地位已经不可动摇了,所以我觉得incanter不会成功。renjin这种也
: 不行,光有R的解释器没用,因为R不是一个语言,而是一个生态环境。这些JVM上的R模
: 拟器只要不能直接用R的库,就没有用处,因为用R的一个原因,就是库应有尽有,而且
: 新的统计文章出来,必然配有相应的R代码,这个没法比。

avatar
c*z
38
做掉了也可以吹啊
ref找铁哥们啊
我走后哪怕洪水滔天

【在 z****e 的大作中提到】
: 从long term来说,打工的跟老板利益是一致的呀
: 你老是把项目做挂掉,写简历上也很难看
: 项目失败,多半你pip啊这种东西也少不了
: 人家一做reference check,怎么办?

avatar
t*r
39
1年过去了 2爷的scala在组里用的怎么样了

【在 p*****2 的大作中提到】
: 一年之前被考虑过scala,当时很容易决定不上
: 1. 感觉太复杂,没有信心能handle
: 2. 开发速度不敢保证
: 3. node用了一段时间,感觉很好用,开发效率很高
: 4. 学了一下Clojure,发觉比scala简单很多,上scala不如上clojure
: 这样我们的storm上了clojure,web server 和 backend上了node。我们的service可以
: handle 5M RPM,server response time 5 ms.
: 有了一年多的coffee/JS和clojure的经验,再回过头来看scala已经觉得比较容易了。
: 另外Spark很明显是未来的趋势也是使用scala的一大直接推动力。
: 我们的数据量越来越多,算法越来越复杂,node这个情况已经不太适合做后台了,因此

avatar
p*2
40

基本都是在spark上跑,以前搞Java的现在spark上也上Scala了。
我觉得除了spark,其他方面不推荐用,除非是涉及到数据的处理。

【在 t**r 的大作中提到】
: 1年过去了 2爷的scala在组里用的怎么样了
avatar
i*g
41
看来要是没spark, scala估计活不下去了

【在 p*****2 的大作中提到】
:
: 基本都是在spark上跑,以前搞Java的现在spark上也上Scala了。
: 我觉得除了spark,其他方面不推荐用,除非是涉及到数据的处理。

avatar
l*n
42
我也这感觉,scala就是为spark生得。

【在 p*****2 的大作中提到】
:
: 基本都是在spark上跑,以前搞Java的现在spark上也上Scala了。
: 我觉得除了spark,其他方面不推荐用,除非是涉及到数据的处理。

avatar
d*e
43
主要是akka
spark也是akka上面的
其实整个typesafe tech stack都超牛逼
如果你做reactive program ing
唯一的选择
异步高性能SQL 有
slick这个很多家没有
所以很多家从ruby或者node最后会走向Scala

【在 l******n 的大作中提到】
: 我也这感觉,scala就是为spark生得。
avatar
g*e
44
大牛 听说g只有200工程师 真的假的?
avatar
p*2
45
假的

【在 g*********e 的大作中提到】
: 大牛 听说g只有200工程师 真的假的?
avatar
p*2
46
感觉akka还是太复杂
我准备用go

【在 d******e 的大作中提到】
: 主要是akka
: spark也是akka上面的
: 其实整个typesafe tech stack都超牛逼
: 如果你做reactive program ing
: 唯一的选择
: 异步高性能SQL 有
: slick这个很多家没有
: 所以很多家从ruby或者node最后会走向Scala

avatar
z*e
47

这两个vert.x 3都已经有了,但是要等scala的api完成才能真正release
目前几个脚本都已经做完了,还剩clojure和scala,主要是scala
node和ruby以后都有可能直接转vert.x,因为改动少,不像akka那样大改

【在 d******e 的大作中提到】
: 主要是akka
: spark也是akka上面的
: 其实整个typesafe tech stack都超牛逼
: 如果你做reactive program ing
: 唯一的选择
: 异步高性能SQL 有
: slick这个很多家没有
: 所以很多家从ruby或者node最后会走向Scala

avatar
g*e
48

那就是600-700?我记不大清了,上次一个candidate告诉我。当时吃了一惊

【在 p*****2 的大作中提到】
: 假的
avatar
p*2
49

这个数字大概是两年前的。后来应该double了。不过具体数字我也不太清楚。因为智利
,爱尔兰,印度都有人。

【在 g*********e 的大作中提到】
:
: 那就是600-700?我记不大清了,上次一个candidate告诉我。当时吃了一惊

avatar
T*7
50
結果1年之后2爷跑路了。
不知道跟强推scala有没有关系
avatar
d*r
51
这坟挖的,好像二爷去了 Uber? 那现在应该天天用 Node.js, Python 了吧,说说开发
体验?
avatar
q*c
52
culture...这个理由就和宗教信仰一样,就是不讲理的意思。

【在 w**z 的大作中提到】
: 直接用Java 不行吗?
avatar
p*2
53
很烂

【在 d*******r 的大作中提到】
: 这坟挖的,好像二爷去了 Uber? 那现在应该天天用 Node.js, Python 了吧,说说开发
: 体验?

avatar
d*r
54
二爷是坚定的 Python 黑 XD
你们用 Python 2 还是 3, 还是混用?
Node.js 应该比 Python 用得少吧?

【在 p*****2 的大作中提到】
: 很烂
avatar
p*2
55

2, 以后应该转go了。

【在 d*******r 的大作中提到】
: 二爷是坚定的 Python 黑 XD
: 你们用 Python 2 还是 3, 还是混用?
: Node.js 应该比 Python 用得少吧?

avatar
h*b
58
觉得发掘node本身的潜力可能会更好。
我觉得你开发起来爽的语言,就是好语言。 其实很多东西在于程序员本身的修养还有
项目架构本身,语言只是很小一部分。
哪怕php这么老的语言,都是学无止境,参考facebook。 你们能把node弄到5M / 5ms
,感觉已经很强了,没必要放弃。
avatar
d*r
59
感觉二爷忙了不少,最近来灌水少了
avatar
t*r
60
新工作一般要1个月熟悉代码,2个月熟悉框架,3个月熟悉业务。必然忙

【在 d*******r 的大作中提到】
: 感觉二爷忙了不少,最近来灌水少了
avatar
k*5
61
ECMAScript 6 Generators 能简化callback。当然还是不像其他语言方便。

【在 p*****2 的大作中提到】
:
: go的语言很烂呀。go的优势真的不在语言。

avatar
p*2
62
我不太喜欢什么东西都硬上一种语言
我觉得node go scala应该够了

5ms

【在 h******b 的大作中提到】
: 觉得发掘node本身的潜力可能会更好。
: 我觉得你开发起来爽的语言,就是好语言。 其实很多东西在于程序员本身的修养还有
: 项目架构本身,语言只是很小一部分。
: 哪怕php这么老的语言,都是学无止境,参考facebook。 你们能把node弄到5M / 5ms
: ,感觉已经很强了,没必要放弃。

avatar
d*r
63
Uber有scala的项目吗? 或者只是 Spark 项目?

【在 p*****2 的大作中提到】
: 我不太喜欢什么东西都硬上一种语言
: 我觉得node go scala应该够了
:
: 5ms

avatar
p*2
64
有 big data上scala很正常吧?

【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
avatar
p*2
65
有 big data上scala很正常吧?

【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
avatar
p*2
66
有 big data上scala很正常吧?

【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
avatar
N*m
67
uber咋样?现在hr老是骚扰我

【在 p*****2 的大作中提到】
: 有 big data上scala很正常吧?
avatar
t*t
68
也骚扰我。到底试不试?

【在 N*****m 的大作中提到】
: uber咋样?现在hr老是骚扰我
avatar
p*2
69

看你想要什么了。

【在 N*****m 的大作中提到】
: uber咋样?现在hr老是骚扰我
avatar
p*r
70
请教一下楼主,啥是storm?
avatar
z*e
71
apache storm

【在 p**r 的大作中提到】
: 请教一下楼主,啥是storm?
avatar
p*r
72
多谢,刚看完介绍,好像不错。

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