p*****2
发帖数: 21240 | 1 一年之前被考虑过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也加入了
更多的支持，这个还需要观察一下。 |
d*******r
发帖数: 3299 | 2 "我们的数据量越来越多，算法越来越复杂，node这个情况已经不太适合做后台了"
二爷再具体说说呗，是因为有大量计算吧 |
p*****2
发帖数: 21240 | 3
一个是算法，算法复杂了以后callback还是很难表达
另外一个是并发模式，node只有一个cluster模式，想解决的事情复杂了以后，感觉不
是太够用
我们最近做一个任务，把240G的数据从HDFS倒到cassandra，要求在10分钟之内，这样
一台机器基本不够用，必须上districuted，这样的话，无论akka还是spark都可以完成
这个任务，但是node就很难了，当然也不是不可能，不过估计要花我一些时间去做个
distributed app。
总之，Node的优势是做web service，或者startup/小项目的full stack。真正的大数
据的解决方案还是要在JVM上解决。
【在 d*******r 的大作中提到】
: "我们的数据量越来越多，算法越来越复杂，node这个情况已经不太适合做后台了"
: 二爷再具体说说呗，是因为有大量计算吧
|
w**z
发帖数: 8232 | 4 直接用Java 不行吗？
【在 p*****2 的大作中提到】
:
: 一个是算法，算法复杂了以后callback还是很难表达
: 另外一个是并发模式，node只有一个cluster模式，想解决的事情复杂了以后，感觉不
: 是太够用
: 我们最近做一个任务，把240G的数据从HDFS倒到cassandra，要求在10分钟之内，这样
: 一台机器基本不够用，必须上districuted，这样的话，无论akka还是spark都可以完成
: 这个任务，但是node就很难了，当然也不是不可能，不过估计要花我一些时间去做个
: distributed app。
: 总之，Node的优势是做web service，或者startup/小项目的full stack。真正的大数
: 据的解决方案还是要在JVM上解决。
|
p*****2
发帖数: 21240 | 5
java语言比go好不了哪去呀。
【在 w**z 的大作中提到】
: 直接用Java 不行吗？
|
d******3
发帖数: 70 | |
g*****g
发帖数: 34805 | 7 akka是线程之间有复杂的依赖关系的时候好用，多见于纯后端的dispatcher一类应用。
看你的需求只是并发大而已。Java应该没啥问题。 |
p*****2
发帖数: 21240 | 8
我们有不同的需求。大并发只是其中的一种。AKKA最典型的应用，我们确实目前用不到
，我们主要是用来distribute tasks的。可能不一定用actor，但是future，STM，
agent这些还是使得多线程编程方便很多。当然如果Spark能完成最好，简单多了。
【在 g*****g 的大作中提到】
: akka是线程之间有复杂的依赖关系的时候好用，多见于纯后端的dispatcher一类应用。
: 看你的需求只是并发大而已。Java应该没啥问题。
|
|
q*c
发帖数: 9453 | 9 java 不符合他们的文化。
其实我觉得文化这个调调特别搞笑，就是 ego 的突出表现。本质实际上是追求 酷，
而不是适用。
【在 g*****g 的大作中提到】
: akka是线程之间有复杂的依赖关系的时候好用，多见于纯后端的dispatcher一类应用。
: 看你的需求只是并发大而已。Java应该没啥问题。
|
c****e
发帖数: 1453 | 10 三个月以前你不是还死顶clojure吗？按你当时的逻辑，backend直接上clojure不就行
了,方便好懂.还是spark说服教育能力强。话说回来，看你这个发问的发散程度，你真
是你们team stack的decision maker？ |
|
|
l*********s
发帖数: 5409 | |
p*****2
发帖数: 21240 | 12 到现在我也认为clojure比scala设计更优美
上边已经说过了 关键是解决问题 语言是次要的
clojure做后台没啥问题 但是spark对scala确实推动很大 这个很多帖子也解释过了吧
？ eco system更重要
我的学习方式就是发散然后归纳 这个有什么不妥吗？
我从来不死抱一种语言 scala还是有很多问题 这个还需要一段时间去梳理 这个过程中
可能还会思维发散
【在 c****e 的大作中提到】
: 三个月以前你不是还死顶clojure吗？按你当时的逻辑，backend直接上clojure不就行
: 了,方便好懂.还是spark说服教育能力强。话说回来，看你这个发问的发散程度，你真
: 是你们team stack的decision maker？
|
N*****m
发帖数: 42603 | 13 不错，真正分享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这个情况已经不太适合做后台了，因此
|
h*****a
发帖数: 1718 | 14 赞大牛，这么多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这个情况已经不太适合做后台了，因此
|
p*****2
发帖数: 21240 | 15 又被大牛笑话了
【在 h*****a 的大作中提到】
: 赞大牛，这么多buzz words看得眼花缭乱。:)
|
h*i
发帖数: 3446 | 16 Spark 也有Clojure binding啊， flambo。
就为了一个库就换语言？
【在 p*****2 的大作中提到】
: 到现在我也认为clojure比scala设计更优美
: 上边已经说过了 关键是解决问题 语言是次要的
: clojure做后台没啥问题 但是spark对scala确实推动很大 这个很多帖子也解释过了吧
: ？ eco system更重要
: 我的学习方式就是发散然后归纳 这个有什么不妥吗？
: 我从来不死抱一种语言 scala还是有很多问题 这个还需要一段时间去梳理 这个过程中
: 可能还会思维发散
|
h*****a
发帖数: 1718 | 17 哪里，我收藏了。争取背下来下次面试的时候用来忽悠一下对方。:)
不过说真的，懂这么多技术将来换工作会很有优势。
【在 p*****2 的大作中提到】
: 又被大牛笑话了
|
g*****g
发帖数: 34805 | 18 啥都往简历上写很容易死得很难看。宁可少写一点一问起来就是滔滔不绝一个面试结束
了。
【在 h*****a 的大作中提到】
: 哪里，我收藏了。争取背下来下次面试的时候用来忽悠一下对方。:)
: 不过说真的，懂这么多技术将来换工作会很有优势。
|
h*****a
发帖数: 1718 | 19 你说的对。不过如果按照对方的stack有的放矢的写会有加分。这年头找一个经验match
还会写code的candidate不容易。
【在 g*****g 的大作中提到】
: 啥都往简历上写很容易死得很难看。宁可少写一点一问起来就是滔滔不绝一个面试结束
: 了。
|
p*****2
发帖数: 21240 | 20 我一直觉得原生用起来最爽
以后肯定需要看spark code
换语言其实没啥 跟打游戏差不多 广打一个也腻
我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了
【在 h*i 的大作中提到】
: Spark 也有Clojure binding啊， flambo。
: 就为了一个库就换语言？
|
|
|
p*****2
发帖数: 21240 | 21 大牛说的是 要根据对方jd 相应修改简历
不过我现在处于过渡期 未来也说不定像好虫一样focus在一个stack上 现在还是多看看
更主动一些 把浪费的时间找回来
match
【在 h*****a 的大作中提到】
: 你说的对。不过如果按照对方的stack有的放矢的写会有加分。这年头找一个经验match
: 还会写code的candidate不容易。
|
q*c
发帖数: 9453 | 22 这种情况首先 fire CTO 是正经。这事情一开始就不能这样。
公司是挣钱的地方， 不是玩耍摆酷的地方。
【在 p*****2 的大作中提到】
: 我一直觉得原生用起来最爽
: 以后肯定需要看spark code
: 换语言其实没啥 跟打游戏差不多 广打一个也腻
: 我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了
|
l*********s
发帖数: 5409 | 23 身为一个打工仔给老板考虑这么多做啥。
【在 q*c 的大作中提到】
: 这种情况首先 fire CTO 是正经。这事情一开始就不能这样。
: 公司是挣钱的地方， 不是玩耍摆酷的地方。
|
g*****g
发帖数: 34805 | 24 你不能替公司做决定，但选择公司的权利总是有的。
【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
|
h*****a
发帖数: 1718 | 25 很多公司员工都是股东，希望公司向好的方向发展也正常啊，尤其qxc这样的大股东。:)
【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
|
q*c
发帖数: 9453 | 26 别胡扯了，我们都是小虾米。主要是自己爽一点。那种牛人多几个，我们这些虾米就苦
逼了。
。:)
【在 h*****a 的大作中提到】
: 很多公司员工都是股东，希望公司向好的方向发展也正常啊，尤其qxc这样的大股东。:)
|
f*******t
发帖数: 7549 | 27 赞干货
【在 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这个情况已经不太适合做后台了，因此
|
z****e
发帖数: 54598 | 28 那人太牛了
我以前干的一家公司
用.net挂了，后来php+spring搞起来了
当然搞.net那批人也都走人了
把项目搞砸三次才让走人的，还没遇到过
一般都是一次就走人了，甚至看苗头不对，就开始pip了
那个公司文化真好啊，可以重写这么多次
啥名字？求推荐
【在 p*****2 的大作中提到】
: 我一直觉得原生用起来最爽
: 以后肯定需要看spark code
: 换语言其实没啥 跟打游戏差不多 广打一个也腻
: 我就知道以前公司的系统那帮大牛 ruby node go重写了三次 不让重写人家就跑路了
|
z****e
发帖数: 54598 | 29 从long term来说，打工的跟老板利益是一致的呀
你老是把项目做挂掉，写简历上也很难看
项目失败，多半你pip啊这种东西也少不了
人家一做reference check，怎么办？
【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
|
z****e
发帖数: 54598 | 30 才一个吗？
renjin就是都用scala写的
clojure要有人用来写jvm上r的impl，我就闭嘴
r最近上升势头很猛，对统计需求增加很多
【在 h*i 的大作中提到】
: Spark 也有Clojure binding啊， flambo。
: 就为了一个库就换语言？
|
|
|
h*i
发帖数: 3446 | 31 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最近上升势头很猛，对统计需求增加很多
|
d*******r
发帖数: 3299 | 32 这个长知识
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代码，这个没法比。
|
m********t
发帖数: 13072 | 33 你是太年轻还是太幼稚？
换个语言，整个team work的合作方式都随之变化，就算你乐意自学+天赋极好+探索欲
旺盛，也不等于别人和你处在同一个level上，需要磨合的，前面都磨合好了，换一个
语言，等于从头再来，从0开始。
你乐意都不见得有好下场，更别说你自己都不一定喜欢这新语言，指不定谁嫌弃谁呢。
换一个成熟的系统，跟重新怀胎，重新生养一个baby是一样的难度
【在 l*********s 的大作中提到】
: 身为一个打工仔给老板考虑这么多做啥。
|
g*******o
发帖数: 156 | 34 这样听起来挺有意思的，估计因为自己太幼稚：）
【在 m********t 的大作中提到】
: 你是太年轻还是太幼稚？
: 换个语言，整个team work的合作方式都随之变化，就算你乐意自学+天赋极好+探索欲
: 旺盛，也不等于别人和你处在同一个level上，需要磨合的，前面都磨合好了，换一个
: 语言，等于从头再来，从0开始。
: 你乐意都不见得有好下场，更别说你自己都不一定喜欢这新语言，指不定谁嫌弃谁呢。
: 换一个成熟的系统，跟重新怀胎，重新生养一个baby是一样的难度
|
z*******3
发帖数: 13709 | 35 现在做的不就是努力让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代码，这个没法比。
|
c***z
发帖数: 6348 | 36 做掉了也可以吹啊
ref找铁哥们啊
我走后哪怕洪水滔天
【在 z****e 的大作中提到】
: 从long term来说，打工的跟老板利益是一致的呀
: 你老是把项目做挂掉，写简历上也很难看
: 项目失败，多半你pip啊这种东西也少不了
: 人家一做reference check，怎么办？
|
t**r
发帖数: 3428 | 37 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这个情况已经不太适合做后台了，因此
|
p*****2
发帖数: 21240 | 38
基本都是在spark上跑，以前搞Java的现在spark上也上Scala了。
我觉得除了spark，其他方面不推荐用，除非是涉及到数据的处理。
【在 t**r 的大作中提到】
: 1年过去了 2爷的scala在组里用的怎么样了
|
i**********g
发帖数: 758 | 39 看来要是没spark， scala估计活不下去了
【在 p*****2 的大作中提到】
:
: 基本都是在spark上跑，以前搞Java的现在spark上也上Scala了。
: 我觉得除了spark，其他方面不推荐用，除非是涉及到数据的处理。
|
l******n
发帖数: 9344 | 40 我也这感觉，scala就是为spark生得。
【在 p*****2 的大作中提到】
:
: 基本都是在spark上跑，以前搞Java的现在spark上也上Scala了。
: 我觉得除了spark，其他方面不推荐用，除非是涉及到数据的处理。
|
|
|
d******e
发帖数: 2265 | 41 主要是akka
spark也是akka上面的
其实整个typesafe tech stack都超牛逼
如果你做reactive program ing
唯一的选择
异步高性能SQL 有
slick这个很多家没有
所以很多家从ruby或者node最后会走向Scala
【在 l******n 的大作中提到】
: 我也这感觉，scala就是为spark生得。
|
g*********e
发帖数: 14401 | |
p*****2
发帖数: 21240 | 43 假的
【在 g*********e 的大作中提到】
: 大牛 听说g只有200工程师 真的假的？
|
p*****2
发帖数: 21240 | 44 感觉akka还是太复杂
我准备用go
【在 d******e 的大作中提到】
: 主要是akka
: spark也是akka上面的
: 其实整个typesafe tech stack都超牛逼
: 如果你做reactive program ing
: 唯一的选择
: 异步高性能SQL 有
: slick这个很多家没有
: 所以很多家从ruby或者node最后会走向Scala
|
z****e
发帖数: 54598 | 45
这两个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
|
g*********e
发帖数: 14401 | 46
那就是600-700？我记不大清了，上次一个candidate告诉我。当时吃了一惊
【在 p*****2 的大作中提到】
: 假的
|
p*****2
发帖数: 21240 | 47
这个数字大概是两年前的。后来应该double了。不过具体数字我也不太清楚。因为智利
，爱尔兰，印度都有人。
【在 g*********e 的大作中提到】
:
: 那就是600-700？我记不大清了，上次一个candidate告诉我。当时吃了一惊
|
T******7
发帖数: 1419 | 48 結果1年之后2爷跑路了。
不知道跟强推scala有没有关系 |
d*******r
发帖数: 3299 | 49 这坟挖的，好像二爷去了 Uber? 那现在应该天天用 Node.js, Python 了吧，说说开发
体验? |
q*c
发帖数: 9453 | 50 culture...这个理由就和宗教信仰一样，就是不讲理的意思。
【在 w**z 的大作中提到】
: 直接用Java 不行吗？
|
|
|
p*****2
发帖数: 21240 | 51 很烂
【在 d*******r 的大作中提到】
: 这坟挖的，好像二爷去了 Uber? 那现在应该天天用 Node.js, Python 了吧，说说开发
: 体验?
|
d*******r
发帖数: 3299 | 52 二爷是坚定的 Python 黑 XD
你们用 Python 2 还是 3, 还是混用?
Node.js 应该比 Python 用得少吧?
【在 p*****2 的大作中提到】
: 很烂
|
p*****2
发帖数: 21240 | 53
2， 以后应该转go了。
【在 d*******r 的大作中提到】
: 二爷是坚定的 Python 黑 XD
: 你们用 Python 2 还是 3, 还是混用?
: Node.js 应该比 Python 用得少吧?
|
d*******r
发帖数: 3299 | 54 二爷对这个Go的帖子怎么看？
http://www.mitbbs.com/article_t/Programming/31447257.html
里面对 Go error handling 的吐槽，跟你的观点类似啊.
【在 p*****2 的大作中提到】
:
: 2， 以后应该转go了。
|
p*****2
发帖数: 21240 | 55
go的语言很烂呀。go的优势真的不在语言。
【在 d*******r 的大作中提到】
: 二爷对这个Go的帖子怎么看？
: http://www.mitbbs.com/article_t/Programming/31447257.html
: 里面对 Go error handling 的吐槽，跟你的观点类似啊.
|
h******b
发帖数: 6055 | 56 觉得发掘node本身的潜力可能会更好。
我觉得你开发起来爽的语言，就是好语言。 其实很多东西在于程序员本身的修养还有
项目架构本身，语言只是很小一部分。
哪怕php这么老的语言，都是学无止境，参考facebook。 你们能把node弄到5M / 5ms
，感觉已经很强了，没必要放弃。 |
d*******r
发帖数: 3299 | |
t**r
发帖数: 3428 | 58 新工作一般要1个月熟悉代码，2个月熟悉框架，3个月熟悉业务。必然忙
【在 d*******r 的大作中提到】
: 感觉二爷忙了不少，最近来灌水少了
|
k***5
发帖数: 583 | 59 ECMAScript 6 Generators 能简化callback。当然还是不像其他语言方便。
【在 p*****2 的大作中提到】
:
: go的语言很烂呀。go的优势真的不在语言。
|
p*****2
发帖数: 21240 | 60 我不太喜欢什么东西都硬上一种语言
我觉得node go scala应该够了
5ms
【在 h******b 的大作中提到】
: 觉得发掘node本身的潜力可能会更好。
: 我觉得你开发起来爽的语言，就是好语言。 其实很多东西在于程序员本身的修养还有
: 项目架构本身，语言只是很小一部分。
: 哪怕php这么老的语言，都是学无止境，参考facebook。 你们能把node弄到5M / 5ms
: ，感觉已经很强了，没必要放弃。
|
|
|
d*******r
发帖数: 3299 | 61 Uber有scala的项目吗? 或者只是 Spark 项目?
【在 p*****2 的大作中提到】
: 我不太喜欢什么东西都硬上一种语言
: 我觉得node go scala应该够了
:
: 5ms
|
p*****2
发帖数: 21240 | 62 有 big data上scala很正常吧？
【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
|
p*****2
发帖数: 21240 | 63 有 big data上scala很正常吧？
【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
|
p*****2
发帖数: 21240 | 64 有 big data上scala很正常吧？
【在 d*******r 的大作中提到】
: Uber有scala的项目吗? 或者只是 Spark 项目?
|
N*****m
发帖数: 42603 | 65 uber咋样？现在hr老是骚扰我
【在 p*****2 的大作中提到】
: 有 big data上scala很正常吧？
|
t***t
发帖数: 6066 | 66 也骚扰我。到底试不试？
【在 N*****m 的大作中提到】
: uber咋样？现在hr老是骚扰我
|
p*****2
发帖数: 21240 | 67
看你想要什么了。
【在 N*****m 的大作中提到】
: uber咋样？现在hr老是骚扰我
|
p**r
发帖数: 5853 | |
z****e
发帖数: 54598 | 69 apache storm
【在 p**r 的大作中提到】
: 请教一下楼主，啥是storm？
|
p**r
发帖数: 5853 | 70 多谢，刚看完介绍，好像不错。
【在 z****e 的大作中提到】
: apache storm
|
