[#8468] require で SEGV — ruby <g96p0935@...>
西本です。
[#8469] [PATCH] -s command line option — nobu.nakada@...
なかだです。
[#8507] mode_t in file.c — Katsuyuki Komatsu <komatsu@...>
小松です。
[#8530] Enumerable and rand — Koretsugu Daigoro <tmmcross@...>
これつぐです。
まつもと ゆきひろです
これつぐです。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
ごとけんです
これつぐです。
[#8565] interface declaretion — "Dai.K." <MAP2303@...>
[#8581] Re: [ruby-list:19228] Ruby 1.4.3 — Katsuyuki Komatsu <komatsu@...>
小松です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
小松です。
まつもと ゆきひろです
小松です。
[#8622] Win32API (Re: Ruby 1.4.3 binaries for Cygwin and DJGPP) — WATANABE Hirofumi <Hirofumi.Watanabe@...>
わたなべです.
有馬@FITECです。
よしだです
[#8623] [BUG?] core dump `ruby -r debug' — IWAMURO Motonori <iwa@...>
岩室@富士通です。
[#8635] slow gsub — WATANABE Hirofumi <Hirofumi.Watanabe@...>
わたなべです.
[#8645] urllib and httplib — TAKAHASHI Masayoshi <maki@...>
高橋征義です。
なひです.
高橋征義です。
なひです.
まつもと ゆきひろです
なひです.
青山です。
なひです.
高橋征義です。
まつもと ゆきひろです
高橋征義です。
なひです.
西@九大です。
なかだです。
あおきです。
[#8650] [PATCH] Ruby/Tk — Koji Arai <JCA02266@...>
新井です。
新井です。
新井です。
新井です。
永井@知能.九工大です.
新井です。
永井@知能.九工大です.
新井です。
新井です。
[#8665] [mswin32] STDERR does not work during `_function. — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです.
金子です。
金子です。
[#8667] make symlinks around libruby.so in instruby.rb — akira yamada / やまだあきら <akira@...>
[#8692] [win] dir name — KANEKO Naoshi <wbs01621@...>
金子です。
小田@QNES です。
えぐち@エスアンドイー です。
小田@QNES です。
えぐち@エスアンドイー です。
なかだです。
小田@QNES です。
えぐち@エスアンドイー です。
小田@QNES です。
[#8705] [mswin32] 100% CPU usage when use sleep — Katsuyuki Komatsu <komatsu@...>
小松です。
まつもと ゆきひろです
小松です。
[#8722] [mswin32] Win32API — KANEKO Naoshi <wbs01621@...>
金子です。
小松です。
まつもと ゆきひろです
[#8741] Re: [ruby-list:19945] Re: array + empty string — Wakou Aoyama <wakou@...>
青山です。
まつもと ゆきひろです
青山です。
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#8742] [REQ] Array#each{|a,b,...|}, Array#shift/pop(num) — Kazunori NISHI <kazunori@...>
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
西@九大です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
西@九大です。
あおきです。議論も好き。
西@九大です。
あおきです。
まつもと ゆきひろです
有馬です。
knuです。
まつもと ゆきひろです
これつぐです。
knuです。
まつもと ゆきひろです
あおきです。
まつもと ゆきひろです
In message "[ruby-dev:8792] Re: [REQ] Array#each{|a,b,...|}, Array#shift/pop(num)"
まつもと ゆきひろです
ごとけんです
ごとけんです
なかだです。
ごとけんです
[ruby-dev:8569] Re: [REQ] {enumerable, integer, range}.rand
西@九大です。
今迄の話の流れと結論、そしてこのメールの位置付けです。
* Kernel#rand(min..max)/(min, max)? ⇒ よさそう
* Array#random_get ⇒ よさそう(名前次第?)
* Kernel#rand(obj) ⇒ ダメ ⇒ 何でさっ!
まず、「名前問題」は無視しています。あと、立場的には、RandomGenerator
が複数存在しなくても、「乱数源」というオブジェクトに対するメッセージ、
という意味で(統一的な窓口の)存在価値はある、です。で、思想的な話です。
From: matz@netlab.co.jp (Yukihiro Matsumoto)
> (3) メソッド型(obj.random_get)よりも関数型の
> API(rand(obj))を選ぶ理由が無い
意見の食い違いはどうもここらへんの思想の違いにある予感。。。私は、
* obj.random_get を持つ複数のクラスがあるなら、それを統一的に受ける
窓口があってもよい。(double dispatch なので、obj.random_get が前提。
それを捨てて rand(obj) だけ、という意味ではない)
と考えています。その為の double dispatch であると。で、何でこれが反対
されるのだろう?と思っていたのですが、まつもとさんの異論は直接これに向
けられているのでなく、
* その窓口がなぜ関数(型)でなければならないのか?
(RandomGenerator#rand/random(obj) とかなら許せる)
という事なのですか?
最初から気になってたんですが、なぜ「メソッド型」や「関数型」と区別する
んでしょうか?私は全く区別なく、ruby は全て「メソッド型」だと思ってい
ます。ruby スクリプト(のメイン部分?)は暗黙的に「include Kernel」され
た状態であると考えています。
ていうか、「ruby スクリプト」というものは、お手軽に書けるように、とい
う配慮から、
class ARubyApplication
include Kernel
def initialize
# この部分
end
end
を書く事であり(クラス定義等はここでは無視)、ruby スクリプトの実行とは、
ARubyApplication.new を行う事なのです。(まつもとさんはまだ ruby をよく
御存知ないかもしれませんが)
すなわち、initialize 内にあるものは print でも rand でも、意味的には
Kernel#print/rand です。ですから、syntax 上は完全とは言えないが、
semantics 上は「ruby は純粋な OO である」のです。
なので、「関数型のAPI(rand(obj))」呼ばわりで Kernel#rand(obj) が認めら
れないのには、イマイチ納得できません。rand(obj) を関数型というのならば
(syntax が大事と言うのならば)、ruby のメソッドは全て関数型です。同クラ
スのメソッド呼び出しでさえ self.method と書くような酔狂な人を除けば。
という事で、Kernel や RandomGenerator の違いも本質的でなく、「関数型」
「メソッド型」という違いもないので、Kernel#rand(obj) という統一的な窓
口がある事は不自然ではない、と思っています。
> |これでどうでしょう。これでダメならもう僕は鳥になる。。。(なれよ)
>
> 見てみたいものです。^^;;;
いや、ここだけの話。ruby の「b」は「bird」らしいですよ。(何か考えよう
としたが、もう一杯一杯らしい)
------------------------------------------------------------------
九州大学大学院システム情報科学研究科 情報工学専攻 博士後期課程三年
西 和則 ( e-mail: kazunori@swlab.csce.kyushu-u.ac.jp )
------------------------------------------------------------------