[#8136] How to use tk_getOpenFile? — Hiramatu Yoshifumi <hiramatu@...>
Tcl/Tkでは、
[#8144] making ruby on solaris — senda@...
[#8149] date & calendar — Tadayoshi Funaba <tadf@...>
ふなばです。
[#8163] 正規表現の使い方 — ARIMA Yasuhiro <fit0298@...>
Netscape Navigator 4.x の bookmark.htm から、HREF を切り出して
[#8173] irb 0.2.1.13 release — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
[#8182] Re: HP-UX again — Kikutani Makoto <kikutani@...>
過去ログの方法でいけるとおもったですが、やはりエラーになります。
まつもと ゆきひろです
>>>>> "matz" == Yukihiro Matsumoto <matz@netlab.co.jp> writes:
Fri, Jun 05, 1998 at 11:41:08AM +0900 において
[#8193] Re: design patterns — 助田 雅紀 <masaki.suketa@...>
助田です。
けいじゅ@日本ラショナルソフトウェアです.
Regard to "[ruby-list:8194] Re: design patterns"
[#8199] Web Counter — Wada Hiroshi <hiroshiw@...>
和田と申します。皆さん、はじめまして。
[#8215] Pike — OZAWA Sakuro <crouton@...>
さくです.
[#8243] mine-0.0.1 — Takahiro Maebashi <maebashi@...>
前橋です。
[#8249] Re: Smalltalk [Re: design patterns] — "YANAGAWA Kazuhisa" <kjana@...>
in [ruby-list:8234] Re: Smalltalk [Re: design patterns]
[#8257] Re: Smalltalk [Re: design patterns] — 助田 雅紀 <masaki.suketa@...>
助田です。
まつもと ゆきひろです
松尾です。
[#8262] TkGrid do not exist? — Hiramatu Yoshifumi <hiramatu@...>
平松です。
まつもと ゆきひろです
永井@知能.九工大です.
永井@知能.九工大です.
立石@JAISTです。
永井@知能.九工大です.
立石@JAISTです。
[#8283] proc scope — NAGAI Hidetoshi <nagai@...>
永井@知能.九工大です.
[#8320] tk demo — ttate@...
立石@JAISTです。
[#8325] require — "Kazuhiro Yoshida" <moriq@...2.seikyou.ne.jp>
はじめまして。もりきゅう こと 吉田和弘です。
[#8349] Re: require — 助田 雅紀 <masaki.suketa@...>
助田です。
[#8375] new MethodIndex — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
こんにちは、鄭です。
再び、鄭です。_o_
けいじゅ@日本ラショナルソフトウェアです.
こんにちは、鄭です。
[#8377] Re: what type are true and false — "YANAGAWA Kazuhisa" <kjana@...>
in [ruby-list:8357] Re: what type are true and false
[#8380] blade/ruby — Kikutani Makoto <kikutani@...>
http://blade.nagaokaut.ac.jp/ruby/index.html
まつもと ゆきひろです
Wed, Jun 17, 1998 at 11:43:05AM +0900 において
原です。
[#8393] irb — Toshihiko SHIMOKAWA / 下川俊彦 <toshi@...>
irb なんですが、なんだか変数が使えないような気がします。でも、誰も指摘さ
[#8400] Tk demo — ttate@...
立石@JAISTです。
[#8418] how to use delegate — gotoken@... (GOTO Kentaro)
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
ごとけんです
岩岡です。
[#8422] Can "initialize" be overrided? — IWAOKA Masahiro <iwaoka@...>
はじめまして、岩岡と申します。
[#8436] tk demo (timer) & after — ttate@...
立石@JAISTです。
永井@知能.九工大です.
立石@JAISTです。
[#8451] Re: thread — greentea@...2.so-net.or.jp (Tomoyuki Kosimizu)
こんにちは、越水です。
[#8472] scope of local variables — Takao KAWAMURA <kawamura@...>
ローカル変数に関して、よくわからないことがあるので教えてくだ
まつもと ゆきひろです
In message "[ruby-list:8474] Re: scope of local variables"
[#8486] cursor — "MAEDA Shugo" <shugo@...>
前田です。
[#8489] xmp — gotoken@... (GOTO Kentaro)
ごとけんです
[#8509] Cannot compile ruby-gtk — Hiramatu Yoshifumi <hiramatu@...>
平松です。
[#8521] hash sort — "Kazuhiro Yoshida" <s95l980@...>
もりきゅうです。
ごとけんです
わたなべです.
ごとけんです
出沢です
ごとけんです
高橋です。
ごとけんです
ふなばです。
ごとけんです
ふなばです。
ひわだ@現実逃避中 といいます。こんにちは。
[#8525] readline includes "sig.h" — gotoken@... (GOTO Kentaro)
ごとけんです
[#8569] Enumerable#reverse — gotoken@... (GOTO Kentaro)
ごとけんです
[ruby-list:8573] Re: hash sort
ふなばです。
僕はかなりあやしいでしょう。たまたま縁があって、この話題には関心がある
んで発言してますが、まつもとさんや石塚さんみたいにホントにわかってるひ
とはわらってるかも。
>つまり nonzero? を使う/使わないという問題とは関係なく
>Array#<=> は辞書式のような階層的順序が仮定されてるので、
>そーゆー階層を導入しにくい場合ですね。
それは全くその通りだと思います。もちろん、Array#<=> があれば、どんな問
題も解決できるといっているわけではなくて、Array#<=> の存在を前堤に、
nonzero? が存在しつづける本質的な意義があるのかどうかに興味があるので
す (もちろん、本質的な意義がないとしても、あっていいし、つかってもいい)。
なにか、nonzero? よりも劣るところがあるのか、そこが知りたいんですね。
>さらに上の例だと最終的に何らかの <=> で解決してますが、
><=> を実装してない場合は nonzero? を使ってその場限りの
><=> をブロックに書き込むのは理にかなってると思います。
じつは <=> があるかどうかは問題の本質的でないように思います。 なんとい
えばいいのか、比較の対象っていうのか、それがハッキリしているかどうか、
そこが問題のような気がします。
nonzero? は or を活かすための方便としてあって、結びついて nonzero? or
となって意義があるわけで、それ故にその表現力は限られた場面でしか発揮で
きないようになっていると思います。
(a0 <=> b0).nonzero? or ... aN <=> bN
は
[a0...aN] <=> [b0...bN]
と簡単に言い換えることができるみたいです。そうであれば、比較の対象がボ
ケてしまう nonzero? or はあまりオススメできないように思うわけです。
>てゆーか、array.c をみたけど Array#<=> の実装自体が
>まさに nonzero? 相当のことをやってるわけだし。
うーん、そうだといいたいですが、ここで nonzero? は or と結びつかないと
存在意義がないようなもので、ループをつかうなら nonzero? はいらないので
す。e0.nonzero? or e1.nonzeoro? or ... と並べるときに意味がある。しか
も、数個程度ならいいけど、それ以上は現実的でない。書きづらいし、読みづ
らいし、遅いです。
自分でいってしまいますが、Array#<=> で懸念されるのは、 or による評価の
打ち切りがないので、無用な評価があるかもしれないということじゃないでしょ
うか (もちろん、 比較の打ち切りはある)。重いメソッド呼びだしなどがあっ
たらどうなのか。
(0 <=> 1).nonzero? or (sleep 10) <=> (sleep 10)
は
[0, (sleep 10)] <=> [1, (sleep 10)]
と決定的に違うということになります。
こういうときは要素を call する <=> をあらたに用意し、要素はあらかじめ
proc 化しておけばいいのです (自前で遅延評価まがいのことをする)、という
のは冗談ですけど、どうしてもそれが必要だっていうのなら、なにかを諦めな
ければならないのかなあ。でも、そんなに問題なることはないだろうと思って
います。やはり肝心なのはソートでしょうが、ソートにおいてそのように問題
になることがあるとすれば、そのこと自体がちょっとおかしいことのように思
えるんですが、いかがでしょう。
というわけで、nonzero? or をつかっちゃいけないってことはないんですけど、
やっぱり、とにくオススメできる理由もないように思えます。
># いや、こんなに議論始めるつもりはなかったんです。
># つき合ってくれてどうもです。
いえいえ、僕のほうこそ、つきあわせてしまったようで、ありがとうございま
す。
# これは nonzero? をだしたことについての反省文なのだろうか?
# しかし、眠い。また、ボケたこと書いてなければいいけど...
--Tadayoshi Funaba