新的开源统计计算软件incanter

huahaiy

我想这儿有人愿意支持开源的统计分析软件的发展。如果是这样的话，请支持一个更年轻，更先进，更需要被支持的开源统计分析软件，这就是 incanter， http://incanter.org

incanter是基于一种Lisp语言的统计计算环境，是响应R的作者之一的号召而发展出来的。Ross Ihaka, R的作者之一在2008年写文章说，R作为一个语言有很多缺陷，还是需要用Lisp来作统计计算语言的基础才更好［1］, 具体的论述见文章本身。

incanter用的Lisp语言叫clojure， http://clojure.org, 是运行于Java虚拟机上(也在发展运行于.NET虚拟机上的版本)的一种现代的Lisp。clojure在2007年问世，发展迅速，现在已经发布到了 1.2版本。clojure的主要优势是对并行计算的天然支持，与虚拟机的宿主语言的无缝结合，当然还有Lisp的语言优势。

回到我的题目，如果要想有更多的impact，支持R不如支持incanter。别的不说，学会lisp可以变成一个更好的programmer。未来是属于大规模的并行计算的，这儿clojure的优势就很明显了，毕竟，R不能scale。而且，R的库再多也不可能比得过Java, .NET，而clojure可以无缝连接这些库。

很多国人的一个问题就是喜欢从众。非要一个开源项目都很流行了才去参加，其实不会有太多贡献。为啥不参加那些还不流行但有前途的呢？或者自己开发新的呢？其实每个开源项目，最早都是只有很少几个人搞出来的。大多其实就是一个人。而参加得早

的人都成了很重要的贡献者。

R. Ihaka ＆ D. T. Lang， Back to the Future: Lisp as a Base for a

Statistical Computing System. International Conference on Computational

Statistics, 2008.

http://www.stat.auckland.ac.nz/~ihaka/downloads/Compstat-2008.pdf

yihui

谢谢你的信息！

刚开始看到介绍中有一个R-like觉得还挺不错，心想过渡应该很容易吧，结果读了好半天文档才明白怎样计算1+1（($= 1 + 1)还必须有空格），整个语法体系都是Lisp，没觉得有什么地方像R [s:19] 包括作图

如果说Incanter在并行运算上有很大优势，那么首先应该给几个统计计算的例子吧，我想知道它究竟能比R快多少……它网站上的文档中都是一些很小规模的运算

uunet

回复第2楼的谢益辉：+ 1 1 吧

语法有点怪

uunet

楼主带头做些翻译工作

oldbeggar

Lisp的语法对于大部分的普通程序员来说，都是感觉奇怪的。对于一般的用户，估计更难推广。

而且基于Java虚拟机的并行，更多的是强调多事务的处理，而不是高性能计算吧。

凭感觉乱说的，先去试试：）

谢谢楼主

oldbeggar

试用十分钟，感觉入门门槛比R还高~~~或者是我太弱了~~~估计得先把Lisp的语法过一遍才能来折腾

关注，不使用~~

sgsong

LispStat was once very popular among statisticians. It lost the battle against S/R in the late 1990s (clearly, many of the people here never heard of LispStat), and I am not sure this new Lisp-based statistical system can win back a battle that was lost 10 years ago.

abel

Lisp是一很天才的语言，和现在流行的大多数语言的设计思路不同，从计算机语言上来看，确实作为一大流派的代表。从某种意义上来说，Lisp本来因为成为“傻瓜化”表达思想的一个语言，用来表达统计计算的思想应该是很好的很强大的，不过它那个语法实在是让已经有其他编程背景的人有点不习惯。

但是，我对Lisp框架的产品作数值计算的速度不太抱希望；虽然R底层写的那个最核心的struct从某种意义上来说效率受到一定限制，不过计算速度算是解释性语言中很快很快的了（python的解释器中核心的struct潜力就比R的大）。S作为一种专门的用来“描述”统计计算的语言，非常有代表性。

我个人建议有兴趣的同志们看看Lisp等语言，某种意义上函数式编程语言表达思想也许会更加快捷，尤其是符号运算，人工智能等方面应该在随后一段时间内会有个高潮吧（MS搞了个F sharp，给予OCAML的，在.NET 4上来运行；支持“对象”+“函数式”这两种发展潮流的融合；不过不知道啥时候能像样的用起来。）R/S中是实现了部分函数式编程的功能，但是并非完整支持。

我是极力赞成多学点东西，开阔视野，尤其喜欢到处瞎逛，看看什么东西好玩。不过坦率的讲，国内暂时应该没有环境在这方面会有什么像样的贡献。此外，一个东西好不好，一个重要指标就是要看用的人多不多。在十年前，R版本还是0字开头，不足1M的时候我就很看好这个东东，因为它基于专门的语言S，编写各种“自己”的pkg就顺其自然了，计算速度足够快，模型足够多。

楼主提到的这个project我只能持谨慎乐观的态度，毕竟搞Lisp的人相对少很多。

此外，R底层可扩展性相对不是太方便，作为一种专门领域的语言的实现，而不是类似python之类通用语言，这个可以说是一个瑕疵，不过R肯定是在自己的领域做到了极其出色。

uunet

回复第8楼的 abel：J Q 类的语言处理矩阵都挺方便就是思维方式太不一样 R 不知为何一点都不像。四不像最难理解。