Clojure J编程语言vs R编程语言vs白炽灯

是否有人尝试过JS软件和语言形式的编程语言。经过一些基于clojure的搜索之后，我面对了这个问题。我想学习一门用于数据分析的统计语言。你喜欢哪一个？为什么?

请考虑下面的条件，谢谢。

• 生产力
• 演出
• 社区
• 图书馆
• 语法

---

最近在J论坛上提出了一个类似的问题。我的回答是：

我对R的了解不如对J的了解，但鉴于免责声明，以下是我的印象：

J

• 强烈的数学焦点
• 使用阵列数据的概念框架非常通用、一致且经过深思熟虑
• 代码简洁
• 面向对象范例可用但可选

R

• 强烈的统计重点
• 面向对象的范例非常普遍
• 成熟/强大的绘图和图形
• 更大的用户群
• 许多用户贡献的软件包可用
• 输入/操作数组的语法似乎很笨拙
• 代码相对冗长
• 更容易获取和更广泛的文档

如果我的主要关注点是统计，那么我认为R将是显而易见的选择。 然而，我发现J的数据处理功能更简单、更强大。 因此，我目前的解决方案是使用J创建和操作数据，然后根据需要使用其Rserve接口从R访问特性/包。然而到目前为止，我的R用法是“轻”

• 我发现他和我产生了共鸣

生产力 图书馆 生产力与给定任务的可访问库密切相关。如果说这一切都是关于统计计算的，那么R由于其种类繁多的库而获得了明显的胜利。然而，当您必须操作/混合数据时，J会更容易处理，并且随着您对J编程的熟练程度的提高，它会变得越来越容易

但是，您可以在J中同时使用这两个世界

演出 R因其性能差而臭名昭著。不过，在J或R中都不应该过度使用循环。J的表现不错。此外，J代码通常更简洁，因此更容易更改/重写/优化/提出新算法。我发现“想出一个新算法”是一个巨大的胜利

社区 与J的社区相比，R的社区是巨大的。然而，你有正反两面。想象一下生活在一个友好的小村庄和一个大城市的利弊

语法

---

与R相比，J的语法惊人地一致。一旦你学会了这些原理，可预测性就非常高。

上面没有提到的关于J的一些评论

J中的一个重点是定义一次性应用于整个阵列的操作。这些操作通常比循环快得多，因为那时可以进行幕后优化

---

虽然可以在J中执行循环，但通常可以完全避免它们。所以，如果你能改变你解决问题的方法，你通常会更快。这种转变可能需要几个月的时间。这并不难实现。

我添加了白炽灯以与其他选项进行比较。我添加了一些关于J的信息。我知道这是一个老问题，但J很酷。我在这里为社区提供信息。