p*****2
发帖数: 21240 | 1 Clojure的项目反而不少。这个其实很make sense。因为Twitter几年前选择Scala的时
候，Clojure才出现没多久还太年轻。可是现在发展的已经比较成熟了，Storm也证明
Clojure是可以作为主力语言实现大型系统的。所以现在再选择的话如果无脑上Scala就
显得太盲目了。
我个人学Scala也有一段时间了，也觉得学到了不少东西，下个星期的课程我也准备参
加，不过当我要决定上不上Scala做项目的时候，我非常的犹豫，正是因为我学了一段
时间Scala所以也知道它的问题所在。为了比较Clojure，我花时间把Clojure学了一下
，发现总的来说上Clojure是更明智的选择，更不要说最后要上Storm了。今天发现，原
来公司里的人也基本跟我同样的选择。 |
r***y
发帖数: 4379 | 2 朋友, 能不能简单说说选 Clojure 比 Scala 的优势在哪?
除了 Storm , 是语法上的优势?
【在 p*****2 的大作中提到】
: Clojure的项目反而不少。这个其实很make sense。因为Twitter几年前选择Scala的时
: 候，Clojure才出现没多久还太年轻。可是现在发展的已经比较成熟了，Storm也证明
: Clojure是可以作为主力语言实现大型系统的。所以现在再选择的话如果无脑上Scala就
: 显得太盲目了。
: 我个人学Scala也有一段时间了，也觉得学到了不少东西，下个星期的课程我也准备参
: 加，不过当我要决定上不上Scala做项目的时候，我非常的犹豫，正是因为我学了一段
: 时间Scala所以也知道它的问题所在。为了比较Clojure，我花时间把Clojure学了一下
: ，发现总的来说上Clojure是更明智的选择，更不要说最后要上Storm了。今天发现，原
: 来公司里的人也基本跟我同样的选择。
|
p*****2
发帖数: 21240 | 3 Clojure的项目反而不少。这个其实很make sense。因为Twitter几年前选择Scala的时
候，Clojure才出现没多久还太年轻。可是现在发展的已经比较成熟了，Storm也证明
Clojure是可以作为主力语言实现大型系统的。所以现在再选择的话如果无脑上Scala就
显得太盲目了。
我个人学Scala也有一段时间了，也觉得学到了不少东西，下个星期的课程我也准备参
加，不过当我要决定上不上Scala做项目的时候，我非常的犹豫，正是因为我学了一段
时间Scala所以也知道它的问题所在。为了比较Clojure，我花时间把Clojure学了一下
，发现总的来说上Clojure是更明智的选择，更不要说最后要上Storm了。今天发现，原
来公司里的人也基本跟我同样的选择。 |
r***y
发帖数: 4379 | 4 朋友, 能不能简单说说选 Clojure 比 Scala 的优势在哪?
除了 Storm , 是语法上的优势?
【在 p*****2 的大作中提到】
: Clojure的项目反而不少。这个其实很make sense。因为Twitter几年前选择Scala的时
: 候，Clojure才出现没多久还太年轻。可是现在发展的已经比较成熟了，Storm也证明
: Clojure是可以作为主力语言实现大型系统的。所以现在再选择的话如果无脑上Scala就
: 显得太盲目了。
: 我个人学Scala也有一段时间了，也觉得学到了不少东西，下个星期的课程我也准备参
: 加，不过当我要决定上不上Scala做项目的时候，我非常的犹豫，正是因为我学了一段
: 时间Scala所以也知道它的问题所在。为了比较Clojure，我花时间把Clojure学了一下
: ，发现总的来说上Clojure是更明智的选择，更不要说最后要上Storm了。今天发现，原
: 来公司里的人也基本跟我同样的选择。
|
p*****2
发帖数: 21240 | 5
我随便说几点吧。
1. Dynamic， 极高的productivity, 这也是为什么Nathan他们2，3个人可以把一个
Storm做出来
2. 85%的FP，而Scala是50%的FP
3. 自带STM, 而Scala是库
4. Async, 实现了goroutine (学Go的）
5. 不但可以跑在JVM上，还可以跑在node上和browser上，一个语言可以通吃最流行的
几个平台
6. Cascalog跟Hadoop绝配
7. Storm就不用说了，native language
8. Macro, 使得其他语言的meta programming成为了小儿科，更不要说Scala了
9. 比Scala要容易学习很多
【在 r***y 的大作中提到】
: 朋友, 能不能简单说说选 Clojure 比 Scala 的优势在哪?
: 除了 Storm , 是语法上的优势?
|
s***o
发帖数: 2191 | 6 clojure流行的web framework(s)是啥？ |
m*******l
发帖数: 12782 | 7 大牛说的很好
【在 p*****2 的大作中提到】
:
: 我随便说几点吧。
: 1. Dynamic， 极高的productivity, 这也是为什么Nathan他们2，3个人可以把一个
: Storm做出来
: 2. 85%的FP，而Scala是50%的FP
: 3. 自带STM, 而Scala是库
: 4. Async, 实现了goroutine (学Go的）
: 5. 不但可以跑在JVM上，还可以跑在node上和browser上，一个语言可以通吃最流行的
: 几个平台
: 6. Cascalog跟Hadoop绝配
|
p*****2
发帖数: 21240 | 8
web框架我没有好好研究过。因为我是上的node。不过据我所知，最流行的是这个https
web framework，node很精彩。现在前端node，后端clojure。
【在 s***o 的大作中提到】
: clojure流行的web framework(s)是啥？
|
d*******r
发帖数: 3299 | 9 顶2爷。2, 3个人写一个系统，确实是非常鼓舞人。
而且真心不想再花费大把精力，来学一个可能比 C++ 还复杂的 Scala.
【在 p*****2 的大作中提到】
:
: web框架我没有好好研究过。因为我是上的node。不过据我所知，最流行的是这个https
: web framework，node很精彩。现在前端node，后端clojure。
|
m******t
发帖数: 635 | 10 用node的话应该是用Javascript来开发吧，你如果觉得Scala都不好的话，还能够接受
JS这个FP的半成品吗？前后端用Clojure/ClojureScript打通不是更统一的方案吗？再
不济也可以ClojureScript/Node做前段，这样可以利用起Node.js的生态。我这点比较
好奇。
https
【在 p*****2 的大作中提到】
:
: web框架我没有好好研究过。因为我是上的node。不过据我所知，最流行的是这个https
: web framework，node很精彩。现在前端node，后端clojure。
|
|
|
d*******r
发帖数: 3299 | 11 我之前也问过二爷为啥不在写 JavaScript 的时候用 ClojureScript, 二爷说他喜欢搞
CoffeeScript
【在 m******t 的大作中提到】
: 用node的话应该是用Javascript来开发吧，你如果觉得Scala都不好的话，还能够接受
: JS这个FP的半成品吗？前后端用Clojure/ClojureScript打通不是更统一的方案吗？再
: 不济也可以ClojureScript/Node做前段，这样可以利用起Node.js的生态。我这点比较
: 好奇。
:
: https
|
m******t
发帖数: 635 | 12 那就对了，CoffeeScript基本上算是正经的FP了 (严格来说还是个OOP+FP的混合语言，
比较优美就是了），不过也还是简版的，也没有macro，就是避免了JS的一些常见的问
题，减少了除错的时间。ClojureScript现在用的话还是有一定风险，不过也开始有比
较大的应用了，这方面新闻定制网站Prismatic算是个例子：他们的后端是Clojure，所
有Crawler, Indexer,Parser,ML都是用Clojure写的，前段的第一版是用的Node.js，被
Callback hell给恶心到，转到ClojureScript了，似乎还比较满意。
Prismatic的商业前途我倒是不太看好，估计是被人买的命，做不大。当然这和他们的
技术栈无关。
【在 d*******r 的大作中提到】
: 我之前也问过二爷为啥不在写 JavaScript 的时候用 ClojureScript, 二爷说他喜欢搞
: CoffeeScript
|
c***y
发帖数: 1 | 13 谢谢2爷的这个帖子，我学了上上次的cousera的那个scala的课，本来还想参加下个礼
拜的课。
现在看来，我得去看看clojure。Thanks again. |
p*****2
发帖数: 21240 | 14
我用coffeescript。clojurescript还比较年轻。据我的研究，production上还不成熟
，因此我在观望阶段。也许再过一两年就可以用了。
【在 m******t 的大作中提到】
: 用node的话应该是用Javascript来开发吧，你如果觉得Scala都不好的话，还能够接受
: JS这个FP的半成品吗？前后端用Clojure/ClojureScript打通不是更统一的方案吗？再
: 不济也可以ClojureScript/Node做前段，这样可以利用起Node.js的生态。我这点比较
: 好奇。
:
: https
|
p*****2
发帖数: 21240 | 15
主要是还不够成熟。我这个确实还稍微研究过。
【在 d*******r 的大作中提到】
: 我之前也问过二爷为啥不在写 JavaScript 的时候用 ClojureScript, 二爷说他喜欢搞
: CoffeeScript
|
p*****2
发帖数: 21240 | 16
这个信息很有价值，多谢了。我用coffeescript发现OO用处不是很大，因此现在很少用
OO了。有的时候用一点。好像node的新一些的版本可以解决callback的问题了。
【在 m******t 的大作中提到】
: 那就对了，CoffeeScript基本上算是正经的FP了 (严格来说还是个OOP+FP的混合语言，
: 比较优美就是了），不过也还是简版的，也没有macro，就是避免了JS的一些常见的问
: 题，减少了除错的时间。ClojureScript现在用的话还是有一定风险，不过也开始有比
: 较大的应用了，这方面新闻定制网站Prismatic算是个例子：他们的后端是Clojure，所
: 有Crawler, Indexer,Parser,ML都是用Clojure写的，前段的第一版是用的Node.js，被
: Callback hell给恶心到，转到ClojureScript了，似乎还比较满意。
: Prismatic的商业前途我倒是不太看好，估计是被人买的命，做不大。当然这和他们的
: 技术栈无关。
|
p*****2
发帖数: 21240 | 17
其实scala的两个课程应该都很好。虽然我不用scala但是还是觉得很有价值。因为里面
传授的都是common的知识。其他地方也用的到。很值得学学。我这次也希望能坚持下来
。Scala很复杂，但是绝大多数的概念都是其他语言也具备的，只是它给混合起来了。
但是学习这些概念对其他语言也非常有帮助。比如我学起Clojure来就很快了。
【在 c***y 的大作中提到】
: 谢谢2爷的这个帖子，我学了上上次的cousera的那个scala的课，本来还想参加下个礼
: 拜的课。
: 现在看来，我得去看看clojure。Thanks again.
|
p*****2
发帖数: 21240 | 18 更正一下。希望大家不要被误导。
现在Scala的community比Clojure要大，各种类库应该更齐全。也不能说Clojure就是比
Scala好，主要是看项目吧。 |
g*****g
发帖数: 34805 | 19 其实非Java的最大JVM语言是Groovy，我觉得做前端其实很好。 |
p*****2
发帖数: 21240 | 20
貌似被vmware控制了？前端竞争太激烈了。
【在 g*****g 的大作中提到】
: 其实非Java的最大JVM语言是Groovy，我觉得做前端其实很好。
|
|
|
c*****y
发帖数: 562 | 21 Clojure的Syntax看这让人难受，咋克服? |
p*****2
发帖数: 21240 | 22
写两天code应该差不多了。我大概适应了两天，现在还算比较顺手。
【在 c*****y 的大作中提到】
: Clojure的Syntax看这让人难受，咋克服?
|
d******3
发帖数: 70 | 23 好帖。有二爷和coltzhao两位分享FP的实战经验，让我们开眼界了。 |
r*******n
发帖数: 3020 | 24 赞二爷分享，更坚定了我走Clojure的道路。
【在 p*****2 的大作中提到】
:
: 写两天code应该差不多了。我大概适应了两天，现在还算比较顺手。
|
n*w
发帖数: 3393 | 25 写android程序是不是只能用java 6？ closure或scala可以吗？ |
n*****3
发帖数: 1584 | 26 have NOT learned LISP/Scheme before,
Clojure will be so time demanding..
【在 r*******n 的大作中提到】
: 赞二爷分享，更坚定了我走Clojure的道路。
|
p*****2
发帖数: 21240 | 27
我觉得应该不行。不过clojure以后可能会做。因为clojure其实是平台无关的, 可以寄
宿在多平台之上。
【在 n*w 的大作中提到】
: 写android程序是不是只能用java 6？ closure或scala可以吗？
|
H****S
发帖数: 1359 | 28 Storm和spark比优势在哪里？
【在 p*****2 的大作中提到】
: Clojure的项目反而不少。这个其实很make sense。因为Twitter几年前选择Scala的时
: 候，Clojure才出现没多久还太年轻。可是现在发展的已经比较成熟了，Storm也证明
: Clojure是可以作为主力语言实现大型系统的。所以现在再选择的话如果无脑上Scala就
: 显得太盲目了。
: 我个人学Scala也有一段时间了，也觉得学到了不少东西，下个星期的课程我也准备参
: 加，不过当我要决定上不上Scala做项目的时候，我非常的犹豫，正是因为我学了一段
: 时间Scala所以也知道它的问题所在。为了比较Clojure，我花时间把Clojure学了一下
: ，发现总的来说上Clojure是更明智的选择，更不要说最后要上Storm了。今天发现，原
: 来公司里的人也基本跟我同样的选择。
|
p*****2
发帖数: 21240 | 29
看了一下spark，貌似安装极其复杂。
【在 H****S 的大作中提到】
: Storm和spark比优势在哪里？
|
c******o
发帖数: 1277 | 30 clojure 很好的，我们当时主要是
1. 有很多java/ruby程序员，scala更合适
2. 一开始就定了static typed, 以前有好多 php horror story。 |
|
|
N*****m
发帖数: 42603 | 31 及其简单，一段python code就可以搭建一个ec2 cluster跑
主要是它的stack工具很多
【在 p*****2 的大作中提到】
:
: 看了一下spark，貌似安装极其复杂。
|
N*****m
发帖数: 42603 | 32 不是一种东西
storm更面向流数据，spark基本上就是realtime hadoop，后来又加了流处理
【在 H****S 的大作中提到】
: Storm和spark比优势在哪里？
|
s***o
发帖数: 2191 | 33 clojure是如何预防这种horror story的？
【在 c******o 的大作中提到】
: clojure 很好的，我们当时主要是
: 1. 有很多java/ruby程序员，scala更合适
: 2. 一开始就定了static typed, 以前有好多 php horror story。
|
m******t
发帖数: 635 | 34 已经有人用Clojure写Android应用了
https://github.com/krisc/events/blob/master/tutorial.md
也能用来写Android游戏用的是libgbx库加Clojure
【在 p*****2 的大作中提到】
:
: 看了一下spark，貌似安装极其复杂。
|
c******o
发帖数: 1277 | 35 我也不知道，所以我们用scala
【在 s***o 的大作中提到】
: clojure是如何预防这种horror story的？
|
c******o
发帖数: 1277 | 36 这个scala早就有了，关键和clojure 一样，runtime 太大，必须要包括在每个app里。
。。
http://scala-ide.org/docs/tutorials/androiddevelopment/index.ht
据说现在好了很多，scala 2.11以后会更好（modularized compiler/library)
【在 m******t 的大作中提到】
: 已经有人用Clojure写Android应用了
: https://github.com/krisc/events/blob/master/tutorial.md
: 也能用来写Android游戏用的是libgbx库加Clojure
|
H****S
发帖数: 1359 | 37 Scala最大的问题是compiler实在是慢得不能忍。twitter说他们直接用emacs和sbt做开
发。我自认还没能到可以脱离ide写scala得程度，只能继续eclipse，然后为了稍微快
电，所有函数和变量统统加上explicit的type或者retun type。
【在 c******o 的大作中提到】
: 这个scala早就有了，关键和clojure 一样，runtime 太大，必须要包括在每个app里。
: 。。
: http://scala-ide.org/docs/tutorials/androiddevelopment/index.ht
: 据说现在好了很多，scala 2.11以后会更好（modularized compiler/library)
|
c******o
发帖数: 1277 | 38 <- vim
sbt/play
【在 H****S 的大作中提到】
: Scala最大的问题是compiler实在是慢得不能忍。twitter说他们直接用emacs和sbt做开
: 发。我自认还没能到可以脱离ide写scala得程度，只能继续eclipse，然后为了稍微快
: 电，所有函数和变量统统加上explicit的type或者retun type。
|
z****e
发帖数: 54598 | 39 写app的话应该尽量减少各种库的依赖
库加得越多越影响体验
这个跟server不一样，server应该尽量多往里面加各种库以简化开发
我上次看到guice搞了一个android版的ioc，这个就是纯粹吃太饱了
不过我后来用在gae上，效果还是挺好，简单轻便
【在 m******t 的大作中提到】
: 已经有人用Clojure写Android应用了
: https://github.com/krisc/events/blob/master/tutorial.md
: 也能用来写Android游戏用的是libgbx库加Clojure
|
z****e
发帖数: 54598 | 40 java1.8之后有lambda了
android也会很快兼容，所以到时候不需要额外搞库就可以用了
【在 m******t 的大作中提到】
: 已经有人用Clojure写Android应用了
: https://github.com/krisc/events/blob/master/tutorial.md
: 也能用来写Android游戏用的是libgbx库加Clojure
|
|
|
m******t
发帖数: 635 | 41 做游戏的话多几兆关系不大，反正现在小游戏都动不动20兆起，Unity让大家习惯了游
戏size比较大了
【在 z****e 的大作中提到】
: 写app的话应该尽量减少各种库的依赖
: 库加得越多越影响体验
: 这个跟server不一样，server应该尽量多往里面加各种库以简化开发
: 我上次看到guice搞了一个android版的ioc，这个就是纯粹吃太饱了
: 不过我后来用在gae上，效果还是挺好，简单轻便
|
z****e
发帖数: 54598 | 42 如果20m不算什么大问题的话
java8以后的javafx打成native的话，也就是多个20m左右
那完全可以用java来写游戏
不过最近的确java游戏比以前要多少不少
【在 m******t 的大作中提到】
: 做游戏的话多几兆关系不大，反正现在小游戏都动不动20兆起，Unity让大家习惯了游
: 戏size比较大了
|
H****S
发帖数: 1359 | 43 play的话用vim毫无压力，Scala code和markup混在一起写，就没有什么type check的
必要了。这也是个人认为用Scala做web开发，还是Lift更好的原因，通过写snippet／
view来实现function，compiler will help you make way fewer mistakes，这个在工
程量变大以后尤其重要。即便performance wise来讲，我不知道play和lift相比较如何
，Lift是比ror要快很多的。
【在 c******o 的大作中提到】
: <- vim
: sbt/play
|
c******o
发帖数: 1277 | 44 不是web，我们是做backend restful service，都是business logic, data
manipulation, service aggregation, 少量admin pages.
我不觉得type check 有多难，只要你的function/object足够小（分解的好），没什么
特别难的。
我比较喜欢play的console了，可以在你的app env里进行各种单步互动REPL的试验。
Lift很好，不过不是MVC，比较另类。比起来，我宁可用Spray了,更加轻便。
【在 H****S 的大作中提到】
: play的话用vim毫无压力，Scala code和markup混在一起写，就没有什么type check的
: 必要了。这也是个人认为用Scala做web开发，还是Lift更好的原因，通过写snippet／
: view来实现function，compiler will help you make way fewer mistakes，这个在工
: 程量变大以后尤其重要。即便performance wise来讲，我不知道play和lift相比较如何
: ，Lift是比ror要快很多的。
|
