[#12443] Re: Tiny eRuby — Masatoshi SEKI <m_seki@...>
青山です。
[#12543] Ruby Conference 0.3 — greentea@...2.so-net.ne.jp (Tomoyuki Kosimizu)
こんにちは、こしみずです。
まつもと ゆきひろです
> | >18日あたり東京でRuby Conference 0.3(単なる宴会)を開きましょうか?
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
まつもと ゆきひろです
[#12546] [閑話] Ruby Conference 0.3 参加したいぃ — Atsuko Yoshida <atsuko@...>
こんにちは。あつこです。
松尾です。
さくです。
[#12573] alternative name of iterator — Shugo Maeda <shugo@...>
前田です。
まつもと ゆきひろです
moochan です.
まつもと ゆきひろです
moochan です.
まつもと ゆきひろです
moochan です.
まつもと ゆきひろです
moochan です.
まつもと ゆきひろです
前田です。
前田です。
わたなべです.
[#12590] kconv SJIS — Kikutani Makoto <kikutani@...>
=?ISO-2022-JP?B? ではじまるBエンコードされたサブジェクトは
Regard to "[ruby-list:12590] kconv SJIS"
On Sat, 6 Mar 1999 15:49:39 +0900,
kikutani> 出沢さんの base64_encodeモジュール最終版はどっかにありますか?
[#12623] Ruby 1.2.3 FreeBSD port — Yasuhiro Fukuma <yasuf@...>
福間@福岡 です。
[#12635] RE:UNIX USER 4/1999 — "Kozuka Masahiro" <kozuka@...>
こづかまさひろ@たきこうこうです。
[#12695] 第 2 回 OMG 分散コンピューティング・セミナー: CORBA3.0 の詳説と CORBA 活用の実際 — Junichi Suzuki <jun-sk@...>
各位.
前田です。
まつもと ゆきひろです
[#12707] Re: operater bind order ? — Inaba Hiroto <inaba@...>
稲葉です.
まつもと ゆきひろです
原です。
[#12727] Making of Interval class. — moochan <moochan@...>
moochan です.
moochan です.
昨日はRuby初心者でしたが、今日は超初心者の遠藤です。
前田です。
moochan です.
まつもと ゆきひろです
前田です。
まつもと ゆきひろです
前田です。
[#12728] Time + 1M — Wakou Aoyama <wakou@...>
青山です。
ふなばです。
五十嵐です。
ふなばです。
五十嵐です。
ふなばです。
まつもと ゆきひろです
ふなばです。
五十嵐です。
ふなばです。
[#12743] ftpmirror — Shugo Maeda <shugo@...>
前田です。
[#12756] Re: Making of Interval class. — moochan <moochan@...>
moochan です.
[#12827] ruby/tk for win32 — oshima@... (Mitsuru Oshima)
[#12835] XML developper day — Takaaki Higuchi - Technology Marketing <Takaaki.Higuchi@...>
なぜか参加してきましたので簡単に報告します。
[#12850] Ruby Conference 0.3 where ? when ? — ISII takesi <isii@...>
石井です。
まつもと ゆきひろです
松尾です。
まつもと ゆきひろです
松尾です。
まつもと ゆきひろです
松尾です。
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
なひです.
まつもと ゆきひろです
なひです.
なひです.
In message <36F0BAF925.577F.anakamur@exa.i-tech.co.jp>
In message <36F0F32B3.5781.anakamur@exa.i-tech.co.jp>
なひです.
なひです.
なひです.
なひです.
なひです.Ruby Conference #0.3以降ほったらかしてしまいました...
なひです.
わたなべです.
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
ごとけんです
まつもと ゆきひろです
ごとけんです
原です。
ごとけんです
原です。
さくです。
[#12876] Re: win32ole — 助田 雅紀 <masaki.suketa@...>
助田です.
[#12916] Thanks 出沢さん (mime.rb) — kikutani@...
快調です。ありがとうございました。
From: kikutani@sprintmail.com
出沢です
[#12918] Sieve of Eratosthenes (Re: [ruby-dev:6094]) — Shin-ichiro Hara <sinara@...>
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
原です。
まつもと ゆきひろです
まつもと ゆきひろです
原です。
原です。
原です。
[#12961] OS/2 support — OKUNISHI Fujikazu <fuji0924@...>
お初になります、奥西と申します。
[#12963] seqcmp.rb — sekita-n@... (Sekitani Nobutaka)
関谷@電通大です。
[#12967] profiler — "Kikutani, Makoto" <kikutani@...>
fj.comp.lang.ruby ではかわされてしまった気がする(^^)。
[#13000] Tiny eRuby — Masatoshi SEKI <m_seki@...>
[#13024] — Ryo HAYASAKA <hayasaka@...>
Subject weakref.rb exception (Re: HORB for Ruby?)
[#13063] Ruby Session in LinuxWorld Conference Japan — greentea@...2.so-net.ne.jp (Tomoyuki Kosimizu)
こんにちは、越水です。
[#13091] FAQ for /:|) — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
なひです.
[#13121] 全角文字列の分割方法について — goto@...
初めまして、後藤@横河工事(橋梁技術者)です。
まつもと ゆきひろです
後藤@横河工事(橋梁技術者)です。お世話になります。
まつもと ゆきひろです
[#13134] ロックでアドバイスをいただきたいのですが — Keisuke Minami <keisuke@...>
はじめまして。三並と申します。
松尾です。
前田です。
松尾です。
[#13140] Ruby Conference 0.3 — hisanori@...
松尾です。
ごとけんです
松尾です。
なひです.
福間%環境復旧中@福岡 です。
なひです.
なひです.僕は馬鹿だ...
[#13162] Copy array (Re: 全角文字列の分割方法について) — Inaba Hiroto <inaba@...>
稲葉です.
[#13227] blade was down — Shin-ichiro Hara <sinara@...>
原です。
[#13246] smtp でメール発送用クラス — (Dezawa Shin-ichiro) <dezawa@...>
出沢です
[#13254] hash + — Kikutani Makoto <kikutani@...>
前にもこの話題はあった気がするけど...
[ruby-list:12661] Re: alternative name of iterator
moochan です. On Mon, 8 Mar 1999 18:50:55 +0900 matz@netlab.co.jp (Yukihiro Matsumoto) wrote: >Proc.newなどでオブジェクト化されてはじめてブロックオブジェク >トになりますからね.が,「必要なら何度も繰り返し評価されま >す」ってのはどちらも同じでしょう? ええ.確かに手続きオブジェクトとSmallalkのブロックはよく似ています. でも今話題にしているのは,手続きオブジェクトではなくイテレータです. イテレータとSmalltalkのブロックは同じとは思えません. # イテレータ != 手続きオブジェクト ですよね. >|さらに,私の感覚では,Rubyの場合,オブジェクトの内臓を手でえぐりだして >|処理し元へ戻すと言うような,あまり美しいイメージを持っていません. > >ふーむ,「内蔵をえぐりだす」とはおだやかでないイメージですね. 表現が過激でしたね.すみません.(^^;;; >それってRubyのブロックがそういうイメージがあるってことですか? イテレータは本来レシーバに任せるべき手続きをセンダー側で定義し実行し てしまう機能ですよね.そのとき対象となるオブジェクトはレシーバから取 ってくるイメージがあります.そういう意味で先の過激な印象になってしま ったんですね. 似たようなことはSmalltalkでもブロックとして実装されますが Smalltalk のブロックは定義はセンダー側で行いますが実行はあくまでもレシーバ側で す.そう言う意味でオブジェクト指向のルールを一応守っていると言えます. # 苦し紛れの言い訳みたいですが > Smalltalk それから Smalltalk のブロックは,レシーバからの独立性が高いですがイ テレータの場合低いように思います. 用途の違いも顕著です.イテレータはコレクション系クラス,Smalltalkの ブロックは Boolean オブジェクトへのセレクタメッセージとしてよく用い られます. # でも正直なところイテレータって大変便利なのでうれしい(^^) >|ただ,長所と言うか特徴としては,レシーバのクラス定義へ戻らなくてよい, > >これはSmalltalkもRubyも両方そうなのでは? 両方とも現在のコン 定義と言う意味では同じでしょうね.ただ評価する場所は異なりますが. >テキストを保持してますから.ま,Rubyには例外的にコンテキスト >を変更してブロックを評価するメソッドがいくつかありまして,そ 「コンテキストを変更してブロックを評価するメソッド」の具体的なイメージが 湧かないのですが,アセンブラやCでよくやるコードでコードを書き換えるってや つですか? --- (^。^)(^・^)(^-^)(^ム^) 〜 moochan@ss.hitachizosen.co.jp