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