[#8599] period.rb — akira yamada / やまだあきら <akira@...>
[#8606] can't build 1.1b9_28 on digital-unix — Go Nakagawa <nakagawa@...>
中川といいます。みなさんはじめまして。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
まつもと ゆきひろです
中川です。
[#8609] Re: [ruby-dev:3184] Re: once function — "MAEDA Shugo" <shugo@...>
前田です。
[#8623] method iterator — Kazuhiro HIWADA <hiwada@...>
ひわだです。最近いろんな話が出て来て面白いです。
[#8648] sin(complex) — toyofuku@...
豊福@パパイヤです。
[#8649] [BUG] Segmentation fault — IWAOKA Masahiro <iwaoka@...>
最近はすっかり ruby にお世話になっております。岩岡です。
まつもと ゆきひろです
わたなべです.
岩岡です。
岩岡です。
自己フォロウを続けてしまいまして申し訳ございません。
まつもと ゆきひろです
わたなべです.
まつもと ゆきひろです
立石@JAISTです。
まつもと ゆきひろです
まつもと ゆきひろです
立石@JAISTです。
まつもと ゆきひろです
立石です。
まつもと ゆきひろです
[#8665] Re: Equivalence.rb — toyofuku@...
豊福@パパイヤです。
[#8739] [BUG?] mathn.rb — Yoshiyuki Kusano <kusano@...>
草野です.
[#8747] Bitwise operators for String — Inaba Hiroto <inaba@...>
1.1cのリリースも近いのに、今頃こんなことを言いだしても仕方ないのかも知
まつもと ゆきひろです
[#8749] 新人にお勧めのバージョン — Sinichiro Dezawa <dezawa@...>
出沢@フジフイルム です
[#8766] Compiling ruby-1.0-971225 — Shin-ichro Hara <sinara@...>
原です。
[#8770] ruby 1.1c0 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
東芝の田中です。
In message <199807170546.OAA25091@picachu.netlab.co.jp>
出沢です
まつもと ゆきひろです
こんにちは、鄭です。
まつもと ゆきひろです
出沢@フジフイルム です
[#8778] tcltklib on 1.2 — "Kikutani, Makoto" <kikutani@...>
きくたにです。
[#8845] mapping a tagged file onto a class — Takao KAWAMURA <kawamura@...>
各行にフィルード名と値が含まれ、レコードの区切りは空行という、
まつもと ゆきひろです
In message "[ruby-list:8847] Re: mapping a tagged file onto a class"
原です。
> インスタンス変数にしたい気持ちはとてもわかるんですが、
原です。
[#8861] unary - in Complex — aito@...
あ伊藤です.
[#8862] domain name for ruby in US — gotoken@... (GOTO Kentaro)
ごとけんです
[#8872] do while — Kazumi Okamoto <kazusan@...>
はじめまして、岡本と申します。
こんにちは 小澤@日立 です。
岡本です。
[#8875] english manual 1.1c - rand — "Kikutani, Makoto" <kikutani@...>
rand(max)
[#8892] nil + 1, or Integer.to_i — Sinichiro Dezawa <dezawa@...>
出沢です
まつもと ゆきひろです
まつもと ゆきひろです
matz> 良く見るとto_i,to_fともにNumeric.htmlに記述があります.これ
けいじゅ@日本ラショナルソフトウェアです.
出沢です
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
matz> Numeric#to_iとか,Integer#to_iとかの実装があれば良い問題なん
かんだです。
まつもと ゆきひろです
前田です。
[#8897] ruby-mode.el & font-lock-mode — Takao KAWAMURA <kawamura@...>
ruby-mode.el($Revision: 1.1.1.2.2.19 $)を便利に使わせて頂い
[#8907] Perl Conference Japan in Nov. — "Kikutani, Makoto" <kikutani@...>
python-ml-jpに入ってる人じゃないとわからないネタかもしれないですが、
[ruby-list:8965] Re: What is a ruby program?
まつもと ゆきひろです
In message "[ruby-list:8963] What is a ruby program?"
on 98/07/30, Takao KAWAMURA <kawamura@ike.tottori-u.ac.jp> writes:
|Rubyにおける、プログラムの位置付けがよくわからないです。もち
|ろん、擬似BNFの範囲ではよくわかるのですが、オブジェクト指向
|的な了解の仕方がわかりません。
むむむ,オブジェクト指向的な了解ですか.難しい.
|たとえばEiffelだと、rootクラスのコンストラクタがプログラムの
|実行を指定していますよね。
プログラムの実行が制御の流れの開始点であると考えるとCのmain
関数とかJavaのmainメソッドとかいろいろあるわけですが,Rubyの
場合はトップレベルの文がそれを担っています.これは確かになに
かのメソッドではないのでオブジェクト指向的ではありません.トッ
プレベルではselfがmainに設定されているので,全体がmainのメソッ
ドであるという解釈は不可能ではないですが,私自身はそうは考え
ていませんし,そのような解釈をお勧めするわけではありません.
というのも,プログラムの実行の開始というのはどう考えても「制
御の流れ」であり,本質的に手続き的だと思うからです.Eiffelや
Javaのようになんらかのオブジェクトのメソッドとしてしか処理を
記述できない文法の言語ならともかく,Rubyのような言語でこのよ
うな部分までなんらかのオブジェクトのメソッドにする(あるいは
そう解釈する)必要はない,あるいは本質的にメソッドでない以上
メソッドにするのは適材適所の観点からも不自然であると考えます.
|そこからの類推だと、mainの特異メソッドと解釈するのが自然かな
|あと思ったりするのですが、どうなのでしょう? いずれにせよ、そ
|ういう記法はないですよね? 今の書き方だと、トップレベルの文
|がクラスの埒外にあるように見えてしまって、すっきりしないのは
|私だけでしょうか。
「トップレベルの文がクラスの埒外にある」のは確かです.が,そ
れはトップレベルの文があくまでも処理の流れだけを記述している
「クラスの埒外にある」ものだからであり,そのようなものを無理
にクラスの枠の中に収めようとしていないからです.
なお,私自身は手続き的なものにまで無理矢理メソッド的記法を導
入しなければならない言語について望ましく思っていません.そう
いう意味でSmalltalkには好みでない部分があります.それから,
たとえばJavaのjava.lang.Mathのようなモジュールを「気持ち悪い」
とみなすような考えにも賛同はしません.
まつもと ゆきひろ /:|}