[#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:8964] 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クラスのコンストラクタがプログラムの
>実行を指定していますよね。
Eiffel も全然知らないのにナニですが、コンストラクタ
として位置づけをするのはなにかオブジェクト指向とは
遠いものを感じます。Ruby のトップレベルのように
処理系のそとの世界との界面になってる部分も含むような
統一的な理解は不良設定問題もしくは病理的なものを
生むもののような気がしてなりません。
>そこからの類推だと、mainの特異メソッドと解釈するのが自然かな
>あと思ったりするのですが、どうなのでしょう? いずれにせよ、そ
>ういう記法はないですよね? 今の書き方だと、トップレベルの文
>がクラスの埒外にあるように見えてしまって、すっきりしないのは
>私だけでしょうか。
トップレベルの self に対する操作は ruby の世界でも
書けますが、プログラムの実行をするというのはむしろ
処理系自体から得られる副作用を期待しているのであって、
ruby の世界で行われるメソッドの利用(オブジェクトへの
操作と状態の観察)とは根本的に違うような気がします。
もちろん、我々の計算機利用は全てオブジェクト指向の
観点から理解できると言う主張もあり得るとは思うのですが、
それは我々生身の人間もオブジェクトと思ったりしないと
いけないハナシになりそうです。
えーっと、つまり僕の主張(てゆうか感想)は
「構文としてのプログラム」にがオブジェクト指向っぽい
名前がないことに対する不満なら解消の方法はあると思う
のですが、「rubyプログラムの実行」にオブジェクト指向
的位置づけが見当たらないと言う不満だとすると、それは
オブジェクト指向的というものの素性を議論しないとつめ
られないと考えられるし、僕はそういう位置づけすること
が無理じゃないかとなんとなく思う
ということです。
なんだか全然関係の無いことを書いちゃったような
気もします。だとしたらごめんなさい。
# 最近謝ってばっかり;
-- gotoken