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
相关阅读
C／C++ 不火了， 代表美帝的科技产业不再领先全球了国内top高校自动化专业workload很大啊数据库/数据仓库技术已经停滞好多年了谁捅了卫老师哪根神经了？ 出来道歉！看把卫老师这几天累的！[bssd]宇宙论日语机器翻译成中文太简单微软给OpenAI十亿现金opencv可以打开mov格式的视频文件吗？3sum closest数学证明IBM又吹量子计算机，这公司疯了，还是那帮物理学家疯了？矿工机器学习是码工收入巅峰，当今最有价值语言非python莫属黄秋园老师有这等交际实力，混苦逼的学术圈太可惜了 (转载)git repo莫名变成别人的了？还记得之前我有几个贴推论AI走向超现实吗？[bssd]我光明磊落AI的风险在于网络架构的稀疏性alphastar的一个lesson就是population based intelligenceRe: 【189个美股的预测，下载后用Notepad读】 (转载)建议版主把转菌斑文章的都结扎了前后端分离为什么最近几年才开始流行？