[#8166] jcode.rb for UTF-8 — WATANABE Hirofumi <Hirofumi.Watanabe@...>
わたなべです.
[#8168] {literal}#[]= — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイーです。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
In message "[ruby-dev:8189] Re: {literal}#[]="
[#8175] yacc generated symbols — Masaki Fukushima <fukusima@...>
福嶋です。
[#8176] Multiple self assignment — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
まつもと ゆきひろです
もりきゅうです。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
もりきゅうです。
けいじゅ@日本ラショナルソフトウェアです.
えぐち@エスアンドイー です。
In message "[ruby-dev:8266] Re: 例外を処理する 2 項演算子"
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#8204] Re: [ruby-list:18281] Re: アクセス制御について — Shugo Maeda <shugo@...>
前田です。
原です。
前田です。
けいじゅ@日本ラショナルソフトウェアです.
前田です。
[#8218] append_features — gotoken@... (GOTO Kentaro)
ごとけんです
[#8234] Syntax check in test.rb — Katsuyuki Komatsu <komatsu@...>
小松です。
[#8259] Re: [ruby-list:18468] Re: Array doesn't include Comparable — ttate@...
立石です。
[#8290] [patch] autoupdate — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイーです。
まつもと ゆきひろです
[#8305] [patch] duplicated include in regex.c — Minero Aoki <aamine@...>
あおきです。
[#8315] Re: [ruby-list:18601] Re: [REQ] [].grep(pat){} ==> [].grep(pat).collect{} — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
新井です。
まつもと ゆきひろです
新井です。
新井です。
まつもと ゆきひろです
小松です。
まつもと ゆきひろです
ごとけんです
なかだです。
[#8319] Re: Exception handling — Jun Adachi <adachi@...>
安達@沖データと申します。
西@九大です。
けいじゅ@日本ラショナルソフトウェアです.
[#8320] constants definition in extarnal files — nagai@...
永井@知能.九工大です.
In message "[ruby-dev:8320] constants definition in extarnal files"
[#8325] rdtool-0.5.2 and racc-0.9.5/racc-0.10.0 — Katsuyuki Komatsu <komatsu@...>
小松です。
[#8330] Re: Exception handling — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
[#8332] Re: Exception handling — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
[#8353] Regexp <=> — Kazuhiro Nishiyama <nishiyama@...1.tiki.ne.jp>
こんばんは、ZnZです。
まつもと ゆきひろです
こんばんは、ZnZです。
まつもと ゆきひろです
[#8366] Re: Exception handling — Kazuhiro Yoshida <moriq.kazuhiro@...>
もりきゅうです。
[#8375] File test methods for Stat — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#8445] [PATCH] Ruby/Tk and ... — Koji Arai <JCA02266@...>
新井です。
新井です。
永井@知能.九工大です.
[#8446] [REQ] {enumerable, integer, range}.rand — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
これつぐです。
まつもと ゆきひろです
[#8451] new Hash (Re: [ruby-list:19043]) — Wakou Aoyama <wakou@...>
青山です。
原です。
松で
青山です。
[ruby-dev:8315] Re: [ruby-list:18601] Re: [REQ] [].grep(pat){} ==> [].grep(pat).collect{}
西@九大です。
#ruby-list から持ってきました
From: matz@netlab.co.jp (Yukihiro Matsumoto)
> grepがブロック付きで呼ばれた場合のブロックの値はあくまでも真
> 偽値であり、それが真であった場合の値を集めると言う発想はあり
> ませんでした。
単に、その「あくまでも真偽値」だった従来の仕様を変更して、「最後に評価
した値 + compact」にして欲しい、という提案を意図しています。今、気付き
ましたが、grep(pat).collect{} というより、collect{}.compact ですね。
> も賛同しますが、真偽値の真にそれ以上の意味を与えても良いのか
「真偽値における真の解釈」という概念的な話になると難しいので(ていうか、
私には高度過ぎるので)、そこらへんには触れずに、上述のような「仕様変更」
を提案しているだけのつもりですが、不十分でしょうか?
もし、この仕様変更には(例えば、Ruby の信念的にも)上記の「真偽値の解釈」
を避けては通れない、という事であれば、もう少し考えてみます。
> とか、意味のある値として偽を返したいときがあったりしないのか
> とかが気にならないでもないです。
えっと、それも大丈夫です。今、気付きましたが、collect{}.compact でなく
やはり grep(pat).collect{} でした。(コウモリ野郎)
ていうか、やっと、ここで自分の気持ちが整理できました。(遅いよ!)
「ブロックのある無しで、grep の返す配列の個数が違う」というのがとても
気持ち悪く、せめて「grep(pat){} が、grep(pat) と同じものを返す」のであ
れば、collect にも繋げ易い。(grep 内で完結できれば尚良し)。
というのが、どうやら、今回の提案の動機のようです。(今明かされる新事実)
要するに、現在、Array::method は、返り値の種類によって下記のように分類
できますが、
┌------------┬----------┬-----------┐
|配列数\種類|元の値 |加工した値 |
├------------+----------+-----------┤
|一定 |.select{} |.collect{} | # grep(){} は配列数的にはココ
├------------+----------+-----------┤
|可変 |.grep(pat)| --- |
└------------┴----------┴-----------┘
これを
┌------------┬----------┬------------┐
|配列数\種類|元の値 |加工した値 |
├------------+----------+------------┤
|一定 |.select{} |.collect{} |
├------------+----------+------------┤
|可変 |.grep(pat)|.grep(pat){}|
└------------┴----------┴------------┘
とした方が、よく使われる(経験上&推測)右下のメソッドが補充できるばかり
か、grep の返り値における直観的イメージ(個数)にも合い、精神衛生上よい
と感じています。
返り値の個数は、grep(pat) の時点で決定しますので、「意味のある値として
の偽」を返す事も可能です。逆に言えば、このような仕様である方が、「意味
のある値としての偽」を返すのにも大変向いてると思います。
あー、すっきり!!どうでしょうか?
------------------------------------------------------------------
九州大学大学院システム情報科学研究科 情報工学専攻 博士後期課程三年
西 和則 ( e-mail: kazunori@swlab.csce.kyushu-u.ac.jp )
------------------------------------------------------------------