[#3747] constants (or class vriable?) — Wakou Aoyama <wakou@...>
青山です。
原です。
青山です。
まつもと ゆきひろです
In message <199812080034.JAA05946@picachu.netlab.co.jp>
立石です。
まつもと ゆきひろです
[#3773] pack("M")/unpack("M") — shugo@... (MAEDA Shugo)
前田です。
[#3794] port NetBSD/ alpha 1.3I — SHIROYAMA Takayuki <psi@...>
[#3826] ruby 1.1d0 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
渡辺哲也です。
ふなばです。
笠原です。
前田です。
[#3851] tkutil patch (for 1.1d0) — ttate@...
立石です。
[#3859] missing/setenv.c in 1.1d0 — Inaba Hiroto <inaba@...>
稲葉です。こんなにパッチがあると、みのがされてしまうかも。
[#3862] 1.1d0 new here document — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
[#3873] (?: ) does not work? — shugo@... (MAEDA Shugo)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
白山@Stellarです。
[#3881] I want to catch all jump — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
[#3894] ruby 1.1d1 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
[#3899] interpreter reinitialization — shugo@... (Shugo Maeda)
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
[#3962] ruby 1.3(!) released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#3966] [BUG] exception in safe level 4 — shugo@... (Shugo Maeda)
前田です。
[#3997] [BUG] "#{}" while 1 — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
[#4002] config.guess — Koji Arai <JCA02266@...>
新井です。
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
新井です。
まつもと ゆきひろです
笠原です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
[#4005] [BUG] ruby 1.3(98/12/24) [i686-linux] at rb_gc_mark() — Ryo HAYASAKA <hayasaka@...>
早坂@会津大学といいます。
In message "[ruby-dev:4005] [BUG] ruby 1.3(98/12/24) [i686-linux] at rb_gc_mark()"
早坂@会津大学です。
[#4015] Integer proper methods — gotoken@... (GOTO Kentaro)
ごとけんです
[#4030] module Precision — gotoken@... (GOTO Kentaro)
ごとけんです
ごとけんです
まつもと ゆきひろです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
ごとけんです
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
けいじゅ@日本ラショナルソフトウェアです.
最近あんまり建設的でないわたし.
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
原です。
[#4032] [Req] make-symbol? — shugo@... (Shugo Maeda)
前田です。
[ruby-dev:3784] Re: List()
前田です。
>>>>> In [ruby-dev:3780]
>>>>> "原" == Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp> san wrote:
>> # 実は7時までは暇だったとかいうオチはないですよね? :-p
原> ああ、やっぱり読まれた。(^^;;
(^^;
>> 卒論を書くマシンにrubyがインストールされているのが悪いんです。
原> その卒論のタイトル知りたいなあ。
まつもとさんのご指摘のように哲学科なのですけどよいですか? (^^;
「システムにとって意図とは何か」という題目で、ルーマンの社会
システム理論とアンスコムやデイヴィドソンの行為論を扱っています。
原> でもせっかくのアイデアなのにケチつける?:-)
ケチをつけるというわけではないのですが、やはり配列とリストを
区別する/しない、というのは、どちらかに統一すべきような気が
しています。
each_with_indexを
def each_with_index
i = 0
each { |*x|
yield(*(x + i))
i += 1
}
end
のようにパラメータを展開して渡すようにしたとします。
とすると、現状のHash#eachではyield([key, val])としている
わけですが、これは[key, val]という一つの値を渡している
わけではなくて、key, valという二つの値を渡すことを意図
しているわけですから、
{"key"=>"val"}.each_with_index {|key, val, i|
p key #=> "key"
p val #=> "val"
p i #=> 0
}
となる方が、
{"key"=>"val"}.each_with_index {|key, val, i|
p key #=> ["key", "val"]
p val #=> 0
p i #=> nil
}
よりも自然だと思います。
つまりyieldで配列を渡した時に、一つの値として配列を渡すという意図が
あったのか、複数の値を渡すという意図があったのかは、結局区別できな
いわけですから、|*x|で受けた時に配列が渡されたことがわかったとしても、
yieldした側がどちらの挙動を望んでいるかわからないのではないでしょうか。
--
前田 修吾 (mailto:shugo@aianet.ne.jp)