大家好,最近再看 <> 这本书,对 Ruby, JRuby, MRI, Rubinius 这些概念有了清楚的认识. 个人认为 MRI 版本的 Ruby 为何不把 Rubinius 引入到主流分支。个人认为 Rubinius 的 VM 借助 LLVM 比 YARV 更先进, Rubinius 的整体设计架构,和代码结构都比 MRI 的清晰。多个 Ruby 版本的实现太多了这样长期下去不利于 Ruby 的发展. 各位是怎么认识这个问题的。
看 3.0 版本的 ruby'做出怎样的改革了。如果新版本增加了其他其他类型 ruby 的优点也是挺好的。不过这里又有取舍问题吧
怎么这么多不认识的单词。。
通用和专用的博弈永远都不会停止,但只要一直在努力,就总有天地大同的一天。
Rubinius 是推倒重来,问题也很多:
只用 MRI,遇到瓶颈就换语言。
#4 楼 @luikore 第一条个人觉得不是问题,都用 clang++ 编译。vim/emacas对C++的编写支持一点也不比c差. 其他两条学习了
话说 ruby 有引入 JIT 机制的时间表么
开源的基因天然包含分裂 (分支) 特性. ruby 没有标准。mri 被默认认为是事实标准. 开发者思路的不同和不可调和,注定合并不了。ruby mri 仍在变化并认为将来仍会保持变化。而 rubyspec 意图标准化。
ruby 有标准,ISO/IEC 30170
#7 楼 @ywjno 沒有
截止今天 Rubinius 2 年没又提交了。
看来东西也要看是否能坚持到底