Project1

标题: Ruby 2.0 开发正式开始 [打印本页]

作者: 苏小脉    时间: 2011-10-20 07:15
标题: Ruby 2.0 开发正式开始
本帖最后由 苏小脉 于 2011-10-20 07:18 编辑

Matz 昨天提交的,我今天才看见:
https://github.com/ruby/ruby/com ... 30dbccfef4f5fd10767

Rails Hub 新闻正文:http://el.jibun.atmarkit.co.jp/r ... 02012prev-18ff.html

现定 2012 年圣诞前夕(12 月 24 日)发布第一预览版,2013 年 2 月 24 日发布 Ruby 2.0 正式版。为啥是这俩日期?在圣诞发布预览版的原因以前 Matz 在 RubyConf 上说过,孩子们的礼物当然是要在圣诞夜发了(Matz 式幽默);在  2 月 24 发布正式版是因为 Ruby 最早的开发工作是从 1993 年 2 月 24 日开始的,到2013年正逢 20 年庆,可谓双喜临门。

1.9 的标准库文档实是个灾难,希望 2.0 以后社区更加壮大,文档更健全……best wishes……
作者: 禾西    时间: 2011-10-20 07:35
yoooo!2.0了。1.9可以扔掉了!!!
作者: 光的圆周率    时间: 2011-10-20 07:42
1.9有些问题不用到的时候还觉得不是问题,一用到就真的想砸桌子了
作者: 苏小脉    时间: 2011-10-20 08:02
光的圆周率 发表于 2011-10-20 07:42
1.9有些问题不用到的时候还觉得不是问题,一用到就真的想砸桌子了

愿闻其详?
作者: summer92    时间: 2011-10-20 18:41
不知道RGSS有没有更新
作者: 各种压力的猫君    时间: 2011-10-20 19:41
表示RGSS会不会升级成RUBY2.0……如果会的话效率问题就会有很大缓解了啊 >V<
作者: DeathKing    时间: 2011-10-20 23:20
Rite乎?

虚拟机相关呢?
作者: 苏小脉    时间: 2011-10-21 00:34
本帖最后由 苏小脉 于 2011-10-21 00:47 编辑
DeathKing 发表于 2011-10-20 23:20
Rite乎?

虚拟机相关呢?


Rite 是 Matz 自己搞的可嵌入的轻量级 Ruby,目标是比 Lua 做得更好,和 Ruby 2.0 关系不大。目前 Rite 应该连架构雏形都还没有,否则按 Matz 当初的许诺,早该以 Expat 许可 在 Git 控制下发布代码了。想来年底前当能一睹。Matz 其实不会对 Ruby 2.0 有太大贡献,从 1.9 开始有很多关键的实现工作就都转移到其他提交者身上了,像 Aaron Patterson,Eric Wong。这次 Matz 提交只是授权把版本号提升到 2.0.0 罢了 o_o。

至于虚拟机,我想不会有太大的更变,不过不敢肯定,毕竟我没订阅 Ruby Core 列表。2.0 的焦点在高层设计上,但对于实现,小规模的增强理应有的,像 1.9.3 就增强了 GIL 的性能,从原来的纯互斥锁实现改为了现在的锁队列,避免了一些资源饥饿问题。
作者: zh99998    时间: 2011-10-21 06:56
苏小脉 发表于 2011-10-21 00:34
Rite 是 Matz 自己搞的可嵌入的轻量级 Ruby,目标是比 Lua 做得更好,和 Ruby 2.0 关系不大。目前 Rite  ...


rails3.1似乎也有了不错的性能提升
6R主站ror化程序已完成,一周内上线。
ruby192/rails3.1/nginx/passenger

另外1.9的标准库怎么灾难了?
作者: 苏小脉    时间: 2011-10-21 08:43
zh99998 发表于 2011-10-21 06:56
rails3.1似乎也有了不错的性能提升
6R主站ror化程序已完成,一周内上线。
ruby192/rails3.1/nginx/passen ...

什么 DBMS?

不是标准库灾难,是标准库文档灾难。其实不止 1.9,标准库文档从来都是残缺不全。
作者: zh99998    时间: 2011-10-21 17:00
苏小脉 发表于 2011-10-21 08:43
什么 DBMS?

不是标准库灾难,是标准库文档灾难。其实不止 1.9,标准库文档从来都是残缺不全。 ...

没什么感觉..在windows下用rubyinstaller自带的那份手册很好用,linux下去ruby-doc看,核心和标准库的手册都很全而且风格统一,倒是有些标准库本身风格不太统一,不过问题也不大


zh99998于2011-10-21 17:02补充以下内容:
MySQL


zh99998于2011-10-21 17:03补充以下内容:
还有其他推荐的么o.o
作者: summer92    时间: 2011-10-21 18:04
RGSS 3不3都行啊 快点在编辑器里加入自动完成就好了
作者: yangff    时间: 2011-10-21 18:31
CRuby的API做的太差了就是这样
作者: 苏小脉    时间: 2011-10-21 20:09
zh99998 发表于 2011-10-21 17:00
没什么感觉..在windows下用rubyinstaller自带的那份手册很好用,linux下去ruby-doc看,核心和标准库的手 ...

怎么可能?ruby-doc 就是标准库的文档不全啊,比如 racc、curse 的,都只有一个雏形。

还有其他推荐的么o.o

我个人更喜欢 Postgres,不太想和甲骨文沾边。
作者: zh99998    时间: 2011-10-21 20:13
苏小脉 发表于 2011-10-21 20:09
怎么可能?ruby-doc 就是标准库的文档不全啊,比如 racc、curse 的,都只有一个雏形。

soga, 可以试试, thanks
MySQL被甲骨文吃掉了我也很不爽就是了,好在没糟蹋的太过分,用的时候感觉不到明显的甲骨文风格于是还在继续用着..
作者: yangff    时间: 2011-10-21 23:35
zh99998 发表于 2011-10-21 20:13
soga, 可以试试, thanks
MySQL被甲骨文吃掉了我也很不爽就是了,好在没糟蹋的太过分,用的时候感觉不到明 ...

甲骨文还不错啊……话说数据库的话那些所谓的nosql你怎么看,反正我是很蛋疼
作者: 苏小脉    时间: 2011-10-22 03:25
zh99998 发表于 2011-10-21 20:13
soga, 可以试试, thanks
MySQL被甲骨文吃掉了我也很不爽就是了,好在没糟蹋的太过分,用的时候感觉不到明 ...

其实倒不是因为软件有“甲骨文风格”才不用,而是因为私有软件在法律上的这层束缚。虽说 MySQL 仍然是开源许可,但甲骨文持有其注册商标,真正发生利益冲突的时候开源社区将会处处受制。还别说甲骨文的棒法在法界是出了名的炉火纯青,个体、小组织在它面前那就是扑火飞蛾,米粒之珠,甲骨文略伸小指,各组织就得俯首称臣,甲骨文衣服都不带抖的……

抛却这层之外就是仇恨问题了。开源界没哪个对甲骨文有好感的,甲骨文的战争策略杀掉了太多的开源社区,尤其是当年全球最大的 Java 开源社区。我一同学在 Endeca 做搜索技术,前几天突然就被甲骨文收购了,成了甲骨文的雇员,哥儿几个一直在嘲笑他助纣为虐。这次第,怎一个苦字了得。

Canonical 把 Ubuntu 的默认办公软件从 OpenOffice 换成了 LibreOffice,在这一点上赢得了不少社区民心。各种 Java 的第三方虚拟机实现也相继出现,为的就是孤立 Oracle 的 JVM。开源社区用心良苦。
作者: 紫苏    时间: 2011-10-22 03:39
yangff 发表于 2011-10-21 23:35
甲骨文还不错啊……话说数据库的话那些所谓的nosql你怎么看,反正我是很蛋疼 ...

小子莫不是甲骨文派的特务吧 :P 我们是美八军五师的,这是我们的防区,这是我们的管区。拉出去打,一定让他把这次谍报工作的细节一字不漏地说出来。

NoSQL 在处理大量数据的时候性能优于传统的 RDBMS,使用上也比 RDBMS 简单,但是由于 NoSQL 数据库不需要设定方案,其数据就缺乏一致性,而传统的关系数据库在方案的支持下表与表的数据之间总是能维持在一个有效的、连贯的状态。在不同的数据类型上可以分别利用 RDBMS 的 NoSQL 的优势。像 Google 和 Facebook 就是在存储调查而来的用于统计、分析的数据时就用的面向文档的 MongoDB 之类的 NoSQL 数据库,但网站整体的内容依然是关系数据库,因为前者数据是大量的,数据之间并没有明显的关系,无须一致性,而后者设计到网站不同组件的数据交互,数据一致性就是必须的。
作者: 匿名    时间: 2011-10-22 04:48
本帖最后由 匿名 于 2011-10-22 12:48 编辑

据说甲骨文上次来这里招聘抓走了N个CIS的孩纸,结果后来GOOGLE、ZYNGA、微软来了,那群去甲骨文的孩纸就叛变了(大雾)

↓COMPUTER那个神马SCIENCE
作者: zh99998    时间: 2011-10-22 07:28
苏小脉 发表于 2011-10-22 03:25
其实倒不是因为软件有“甲骨文风格”才不用,而是因为私有软件在法律上的这层束缚。虽说 MySQL 仍然是开 ...

仇恨是有的呢,我写ruby工程最常用的NetBeans IDE 被甲骨文吃掉之后就把ruby支持砍了,现在还得先下个php版然后再装ruby插件
作者: 苏小脉    时间: 2011-10-22 09:28
zh99998 发表于 2011-10-22 07:28
仇恨是有的呢,我写ruby工程最常用的NetBeans IDE 被甲骨文吃掉之后就把ruby支持砍了,现在还得先下个php ...

NetBean 7 才停止支持 Ruby 的吧,老版本的应该没问题。RubyMine 的用户也很多,可惜是商业软件。现在有一个叫 Aptana 的 IDE,基于 Eclipse,据说还不错。

这几周去了不少 Rails 工作的面试,发现大多数公司都用 Mac 开发,而且不用 IDE,只用 TextMate。唯一有一家在 Linux 上用 Ruby 的(但不是做 Web 开发的)也用的是 vim。
作者: DeathKing    时间: 2011-10-22 09:54
苏小脉 发表于 2011-10-22 09:28
NetBean 7 才停止支持 Ruby 的吧,老版本的应该没问题。RubyMine 的用户也很多,可惜是商业软件。现在有 ...

貌似TextMeta很牛X的啊……当时我买的那本书的作者也用那个软件来着。
作者: 苏小脉    时间: 2011-10-22 10:27
DeathKing 发表于 2011-10-22 09:54
貌似TextMeta很牛X的啊……当时我买的那本书的作者也用那个软件来着。

哪本书?《Agile Web Development with Rails》?我只知道 DHH 本人是 Mac + TextMate 的大饭——http://david.heinemeierhansson.com/arc/000270.html

Mac people 和 *nix people 的分界还是挺明显的。
作者: yangff    时间: 2011-10-22 10:55
zh99998 发表于 2011-10-22 07:28
仇恨是有的呢,我写ruby工程最常用的NetBeans IDE 被甲骨文吃掉之后就把ruby支持砍了,现在还得先下个php ...

还好作为gedit党我不常用NetBeans……
作者: DeathKing    时间: 2011-10-22 11:00
苏小脉 发表于 2011-10-22 10:27
哪本书?《Agile Web Development with Rails》?我只知道 DHH 本人是 Mac + TextMate 的大饭——http:// ...

《Learning Ruby》,不如搞头书,也比不上滑板书。




欢迎光临 Project1 (https://rpg.blue/) Powered by Discuz! X3.1