[#49193] [ANN] Ruby 2.0.0-p0 released — Yusuke Endoh <mame@...>

こんにちは。Ruby 2.0.0-p0 をリリースします。

14 messages 2013/02/24
[#49196] [ANN]Ruby-2.0.0-p0 mswin32版 MSI was Re: [ANN] Ruby 2.0.0-p0 released — arton <artonx@...> 2013/02/24

artonです。

[#49216] Windows用 インストーラ無しパッケージの需要について (Re: [ANN]Ruby-2.0.0-p0 mswin32版 MSI was Re: [ANN] Ruby 2.0.0-p0 released) — Takeshi Iogawa <alpha@246.ne.jp> 2013/02/27

いおがわと申します。 Ruby2.0の正式リリースおめでとうございます。

[ruby-list:49177] Re: Enumerator#+

From: "H.Hiro" <main@...>
Date: 2013-02-01 14:50:35 UTC
List: ruby-list #49177
knuさん。

H.Hiroです。
knuさんの裁定の話を読んで、「慎重にやっていくべき」という意義がわかり、勉強になりました。

「広く需要があるかは判断しかねるけど、とてつもなく俺得で、他に使いたい人がいるかもしれない!」ってライブラリならば、私はRubygemsに上げることを検討してます。
以前作ってRubygemsに上げたDevNullはそんな事情でした。
https://github.com/maraigue/devnull

> TCP/IPのポート番号とか、Unicodeで一定のプロパティを持つ文字の集合とか、
> よくありますね。しかし、これは Enumerator#+ があるとうれしい例ではない
> と思います。二項演算子が目に優しいのはオペランドが固定個のときですが、
> 文字コード表から生成した範囲集合のような不定個のものを連結するとなれば
> xs.inject(:+) のように書くことになるので、二項演算子の記法としてのメリッ
> トが生きません。

これは言われてみればそうだなと思いました。
仮にEnumerator連結用のAPIを作るのであれば、

enum_concat = Enumerator.join(enum1, enum2, enum3)
enum_concat.each{ |x| ... }

のように、最初から任意の個数を連結できるようにする方が便利そうですね。

--
H.Hiro / Maraigue
http://hhiro.net/about/
main@hhiro.net

In This Thread