Is there a working real world project using Clojure that take advantage of multi-core system that I can take a look?
是否有一个使用Clojure的现实世界项目利用多核系统,我可以看看?
I want to if Clojure is still in a toy-language phrase or it's really "happening soon".
我想如果Clojure仍然使用玩具语言,或者它真的“很快就会发生”。
4 个解决方案
#1
You should look at the many examples posted up in the Google discussion group. They are interesting and a couple of them non-trivial in another language. I think those examples are more than enough proof about whether Clojure is a "toy" language or not.
您应该查看Google讨论组中发布的许多示例。它们很有趣,其中一些在另一种语言中非常重要。我认为这些例子足以证明Clojure是否是一种“玩具”语言。
The designer, Rich Hickey, uses the language himself for his work so I wouldn't be surprised if you find it very production ready. The API at this point isn't changing much since things are headed toward a 1.0 release, so you don't really have to worry too much about hte rug being pulled out under your feet. Probably the least stable part right now, if you're going to do your Lisping in Emacs, is SLIME and swank-clojure. It's pretty imperative that you use latest versions of both directly from their repositories (I use the GitHub mirrors).
设计师Rich Hickey将自己的语言用于他的工作,所以如果你发现它已经准备就绪,我不会感到惊讶。此时的API并没有太大变化,因为事情正朝着1.0发布的方向发展,所以你真的不必过于担心在你的脚下拉出地毯。现在可能是最不稳定的部分,如果你要在Emacs中做你的Lisping,那就是SLIME和swank-clojure。您必须直接从其存储库使用最新版本(我使用GitHub镜像)。
Get it while it's hot.
在炎热的时候得到它。
#2
On the Clojure group today there's a thread about a fellow doing just that. It looks like a lot of middleware glue for a vet hospital, but unfortunately there's no data up on it (it says this will change in the next few months).
在今天的Clojure小组中,有一个关于一个人做这件事的帖子。对于兽医医院来说,它看起来像很多中间件粘合剂,但遗憾的是它没有数据(它表示这将在未来几个月内发生变化)。
#3
Consider taking a look at the source code for enclojure--a Netbeans IDE for Clojure. You can browse it here or download via svn here. You'll find a healthy mix of Java and Clojure for the implementation. It seems to be under active development as you can see here.
考虑一下enclojure的源代码 - 一个用于Clojure的Netbeans IDE。你可以在这里浏览或通过svn在这里下载。您将找到适合实现的Java和Clojure的健康组合。正如你在这里看到的那样,它似乎正在积极发展中。
It appears an Eclipse nature is being developed here but from the looks of the code, it's almost entirely in Java.
看起来这里正在开发Eclipse本质,但从代码的外观来看,它几乎完全是用Java。
Perhaps more illuminating would be looking at the source code to Clojure itself. Aside from the core implementation, the bulk of the code is written in itself.
或许更有启发性的是查看Clojure本身的源代码。除了核心实现之外,大部分代码都是自己编写的。
#4
I wrote Mire to be an example for just that kind of purpose. It's a simple app, but it involves concurrent processing and shared state. It's built in a series of small steps, each one building on the last, and each step is stored as a separate git branch, so you can follow along with the development incrementally.
我写了Mire,就是出于这种目的的榜样。这是一个简单的应用程序,但它涉及并发处理和共享状态。它构建在一系列小步骤中,每个步骤构建在最后一步,每个步骤都存储为一个单独的git分支,因此您可以逐步跟随开发。
#1
You should look at the many examples posted up in the Google discussion group. They are interesting and a couple of them non-trivial in another language. I think those examples are more than enough proof about whether Clojure is a "toy" language or not.
您应该查看Google讨论组中发布的许多示例。它们很有趣,其中一些在另一种语言中非常重要。我认为这些例子足以证明Clojure是否是一种“玩具”语言。
The designer, Rich Hickey, uses the language himself for his work so I wouldn't be surprised if you find it very production ready. The API at this point isn't changing much since things are headed toward a 1.0 release, so you don't really have to worry too much about hte rug being pulled out under your feet. Probably the least stable part right now, if you're going to do your Lisping in Emacs, is SLIME and swank-clojure. It's pretty imperative that you use latest versions of both directly from their repositories (I use the GitHub mirrors).
设计师Rich Hickey将自己的语言用于他的工作,所以如果你发现它已经准备就绪,我不会感到惊讶。此时的API并没有太大变化,因为事情正朝着1.0发布的方向发展,所以你真的不必过于担心在你的脚下拉出地毯。现在可能是最不稳定的部分,如果你要在Emacs中做你的Lisping,那就是SLIME和swank-clojure。您必须直接从其存储库使用最新版本(我使用GitHub镜像)。
Get it while it's hot.
在炎热的时候得到它。
#2
On the Clojure group today there's a thread about a fellow doing just that. It looks like a lot of middleware glue for a vet hospital, but unfortunately there's no data up on it (it says this will change in the next few months).
在今天的Clojure小组中,有一个关于一个人做这件事的帖子。对于兽医医院来说,它看起来像很多中间件粘合剂,但遗憾的是它没有数据(它表示这将在未来几个月内发生变化)。
#3
Consider taking a look at the source code for enclojure--a Netbeans IDE for Clojure. You can browse it here or download via svn here. You'll find a healthy mix of Java and Clojure for the implementation. It seems to be under active development as you can see here.
考虑一下enclojure的源代码 - 一个用于Clojure的Netbeans IDE。你可以在这里浏览或通过svn在这里下载。您将找到适合实现的Java和Clojure的健康组合。正如你在这里看到的那样,它似乎正在积极发展中。
It appears an Eclipse nature is being developed here but from the looks of the code, it's almost entirely in Java.
看起来这里正在开发Eclipse本质,但从代码的外观来看,它几乎完全是用Java。
Perhaps more illuminating would be looking at the source code to Clojure itself. Aside from the core implementation, the bulk of the code is written in itself.
或许更有启发性的是查看Clojure本身的源代码。除了核心实现之外,大部分代码都是自己编写的。
#4
I wrote Mire to be an example for just that kind of purpose. It's a simple app, but it involves concurrent processing and shared state. It's built in a series of small steps, each one building on the last, and each step is stored as a separate git branch, so you can follow along with the development incrementally.
我写了Mire,就是出于这种目的的榜样。这是一个简单的应用程序,但它涉及并发处理和共享状态。它构建在一系列小步骤中,每个步骤构建在最后一步,每个步骤都存储为一个单独的git分支,因此您可以逐步跟随开发。