r*g
发帖数: 3159 | 1 记得版上有大侠用clojure 做数据分析？不知道现在还用不用？效果如何？
我看2010年有个报告说比R还慢许多，不知现在还是不是？ |
t****a
发帖数: 1212 | 2 incanter虽然比较挫，但是配上cascalog或者storm（我没试过，猜想可以）还是很有
潜力的。潜力就在
1. java library
2. 分布式
我现在的看法是R取代不了，单独一个语言也解决不了所有问题，让各种语言各司其职
，各取所长吧。 |
z****e
发帖数: 54598 | 3 我一直都在寻找一种简易的系统集成的方法
让这些脚本语言的程序员能够参与到java世界里面来
尤其是big data这一波
目前看vert.x最好
其他方法
eai太麻烦，太重量级，非专业人士不行
jvm的script engine还没做出来，鬼知道做成什么样子
反正至少没火起来，文档支持太少
所以就剩下vert.x
如果你有兴趣，针对vert.x的language扩展，做一个r的扩展的话
可能卖点会有很多
当然其本质是写一个jvm上的r引擎
【在 t****a 的大作中提到】
: incanter虽然比较挫，但是配上cascalog或者storm（我没试过，猜想可以）还是很有
: 潜力的。潜力就在
: 1. java library
: 2. 分布式
: 我现在的看法是R取代不了，单独一个语言也解决不了所有问题，让各种语言各司其职
: ，各取所长吧。
|
g*****g
发帖数: 34805 | 4 Groovy就是Java的脚本。做build, 做test，做UI，用的人都很多。
版上成天说的scala, clojure，加起来也就Groovy零头。
语言这东西，一定要简单。Groovy就是像Java一样简单的脚本语言。
【在 z****e 的大作中提到】
: 我一直都在寻找一种简易的系统集成的方法
: 让这些脚本语言的程序员能够参与到java世界里面来
: 尤其是big data这一波
: 目前看vert.x最好
: 其他方法
: eai太麻烦，太重量级，非专业人士不行
: jvm的script engine还没做出来，鬼知道做成什么样子
: 反正至少没火起来，文档支持太少
: 所以就剩下vert.x
: 如果你有兴趣，针对vert.x的language扩展，做一个r的扩展的话
|
z****e
发帖数: 54598 | 5 主要是给web等前端用
groovy用spring这些，对于前端的那些人来说
有些太重了，组装要很多时间，理解很多概念
否则搞不定
还有就是他们喜欢一些脚本，比如ruby这种，简单粗暴直接
所以vert.x比较适合这些人来用
【在 g*****g 的大作中提到】
: Groovy就是Java的脚本。做build, 做test，做UI，用的人都很多。
: 版上成天说的scala, clojure，加起来也就Groovy零头。
: 语言这东西，一定要简单。Groovy就是像Java一样简单的脚本语言。
|
t****a
发帖数: 1212 | 6 赵兄，我的思路恰好与你相反，我认为永远都是静态语言作为脚本语言调用的基本材料
，而不是把脚本语言集成到静态语言里。
打个比方，静态语言是烧制砖头，需要非常结实，高效率，可重用；而脚本语言是修建
大厦，把这些砖头粘起来的混凝土。仔细看看emacs的设计，R的设计，python的设计，
都是这样：c/fortran做底层，lisp/R脚本调用它们组成千变万化的应用。
SICP第一章就把pascal程序比作金字塔，我看来也就是砖头；而lisp它比作细胞，那就
是非常灵活有生命力的东西，拿来做业务逻辑正好。
这世界上的砖头已经五花八门，够多了，我想不通为什么还要用c/java/scala之类，继
续烧砖头。学现成的更简单。真有必要搞一种特别unique的砖头的时候，再去烧不行吗
？烧砖头很累的啊。
【在 z****e 的大作中提到】
: 我一直都在寻找一种简易的系统集成的方法
: 让这些脚本语言的程序员能够参与到java世界里面来
: 尤其是big data这一波
: 目前看vert.x最好
: 其他方法
: eai太麻烦，太重量级，非专业人士不行
: jvm的script engine还没做出来，鬼知道做成什么样子
: 反正至少没火起来，文档支持太少
: 所以就剩下vert.x
: 如果你有兴趣，针对vert.x的language扩展，做一个r的扩展的话
|
n*****3
发帖数: 1584 | 7 emacs的设计，R的设计，python的设计， all good,
but all kind of slow.
【在 t****a 的大作中提到】
: 赵兄，我的思路恰好与你相反，我认为永远都是静态语言作为脚本语言调用的基本材料
: ，而不是把脚本语言集成到静态语言里。
: 打个比方，静态语言是烧制砖头，需要非常结实，高效率，可重用；而脚本语言是修建
: 大厦，把这些砖头粘起来的混凝土。仔细看看emacs的设计，R的设计，python的设计，
: 都是这样：c/fortran做底层，lisp/R脚本调用它们组成千变万化的应用。
: SICP第一章就把pascal程序比作金字塔，我看来也就是砖头；而lisp它比作细胞，那就
: 是非常灵活有生命力的东西，拿来做业务逻辑正好。
: 这世界上的砖头已经五花八门，够多了，我想不通为什么还要用c/java/scala之类，继
: 续烧砖头。学现成的更简单。真有必要搞一种特别unique的砖头的时候，再去烧不行吗
: ？烧砖头很累的啊。
|
