JRuby 从sf 搬到CodeHaus

JRuby Leaves SourceForge for Greener Pastures at Codehaus
http://www.infoq.com/news/JRuby-Leaves-SourceForge

JRuby最近转热，Groovy再这么磨洋工温温吞吞就让JRuby把它挤掉，哼。

另外文章里面对sf 功能的血泪大控诉，并对CodeHaus的Confluence, Jira and Fisheye 非常羡慕。 Javaeye和javascud也有这几样东西啊，呵呵。

codehaus背后有ThoughtWorks的支持，最近ThoughtWorks对ruby非常看重，特别是ruby的dsl能力。目前，ruby社区，特别是rails社区的发展势头非常猛，令人侧目。反观groovy，自从发布0.1版本之后，已经沉寂很久了，我个人认为groovy的前途是没有办法和rails相提并论的。与其关注groovy，还不如花点时间关注ruby。

谢谢捧场，谢谢阿，谢谢阿。

兄弟，笔误了......
那个0.1半年不动的是grails，不过最近07-14出了0.2
groovy相对还是比较正常的，也刚刚出了jsr-06. groovy的最大好处是能够继承java那么多的基础库，jruby也能做到这一点（但是感觉集成方式不如groovy光滑）。但是，玩jruby不如直接去玩ruby了，jruby就像是阉过的ruby
最近玩python,找一个db2的驱动，发现不存在那种类似于jdbc type4的东西，需要装db2客户端之后才能搞定，很烦...........估计ruby也好不到哪里去。

我觉得现在ruby最关键的2.0，据某个python fans的fud，说ruby2.0的开发还是比较混乱的............. 如果步上是perl6的后尘，那就死菜了

确实说错了，谢谢你的纠正。

groovy我到还真的了解一点点内幕，总之，这个社区很不活跃。

python现在搞python3000，要对语法进行大手术，个人不是很赞同。

这么说来，都不容易啊。
一步走好不难，要发展，步步走对就难了，踩梅花桩的高手阿。
Java开始出现时也是好猛的，但一步步发展过来时，就难免有昏招庸手了。

需要一种更好的发展规划机制？

groovy的感觉是比较庸俗，java的痕迹太重，玩了几次之后就审美疲劳了。
这段时间花了很多时间来看python,觉得还是有点意思。那个python3000目前还在热烈讨论中，基本语法应该变化不大，但是基础库可能会有大的变化，比如lambda之类的，最初是想干掉的，后来发现干掉了却没有合适的替代物，就继续保留。
其实到了python2.5，该有的也都有了(虽然有些地方比较受限，比如那个with来实现弱化的block). 后面再引入的可能是接口/泛型之类的东西。其实对于这些动态语言中引入这类约束有些迷惑,hehe，不过还是很欢迎。
对开发人员和现有程序的影响最大的，我觉得还是python3000基础库的变化。而这个变化在很大程度上是为了贴近做一件事情只有一种正确方法的内涵.
这个可能是python和ruby最大的区别。ruby在这个方面继承的是perl的条条大路通罗马的哲学。

什么内幕啊?说来听听看？?难道是公司政治原因？

python确实有强类型的倾向，也许是性能需要也许是设计哲学使然。至于“条条大路通罗马”，ruby是种hackable的语言，所以大部分人可以享受少数天才hack过的ruby。python和java一样有板有眼，所以那些天才只好把hack热情释放到别的地方，看什么不顺眼就另起炉灶结果搞出这么多框架来。。。

很难，不管是委员会制还是温和独裁制，基本都需要依靠天才。