[#11876] Re: [BUG] 3e9.to_i => floating exception — SHUDO Kazuyuki <shudoh@...>
首藤です。
> > x86 の FPU といえば、FPU 内で浮動小数点数を 64bit で扱う
[#11904] to_i,to_s の素朴な疑問 — HQss_YasuiS/hq_ss@...
福嶋です。
福嶋です。
井上%といいます。
[#11922] Re: to_i,to_s の素朴な疑問 — HQss_YasuiS/hq_ss@...
[#11925] Re: to_i,to_s の素朴な疑問 — HQss_YasuiS/hq_ss@...
[#11937] ruby の確認事項 — HQss_YasuiS/hq_ss@...
[#11960] document|implemnt bu on Array#[x..y] — kjana@... (YANAGAWA Kazuhisa)
ruby-man-1.2-jp では
[#11999] pack/unpack — Shugo Maeda <shugo@...>
前田です。
[#12000] how to make class? — "Kikutani, Makoto" <kikutani@...>
なんだかデータ変換で難しい話が続いているので、初心者の
ごとけんです
自分で始めたスレッドながらいきなりサブジェクトを変える奴。
ごとけんです
まつもと ゆきひろです
Thu, Feb 11, 1999 at 04:32:52PM +0900 において
まつもと ゆきひろです
あおきです。
あおきです。
ごとけんです
まつもと ゆきひろです
まつもと ゆきひろです
Sat, Feb 13, 1999 at 12:37:36AM +0900 において
青山です。
[#12046] Re: document|implemnt bu on Array#[x..y] — Inaba Hiroto <inaba@...>
稲葉です.
[#12090] !=~ — "Kikutani, Makoto" <kikutani@...>
わははそうか、今まで =~ の否定は !=~ だと思っててて
福間@福岡 です。
立石です。
まつもと ゆきひろです
ごとけんです
Tue, Feb 16, 1999 at 10:40:46AM +0900 において
ごとけんです
立石です。
ごとけんです
えぐち@エスアンドイー です。
ごとけんです
えぐち@エスアンドイー です。
ごとけんです
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
えぐち@エスアンドイー です。
まつもと ゆきひろです
ごとけんです
まつもと ゆきひろです
中田@Vectorです。
anakata> awkあがりの私にとってはnil -> 0がなくなると非常に書きにくくなります(^^;
[#12105] ruby 1.2.3 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#12117] INET client — "Kikutani, Makoto" <kikutani@...>
あおきさんのINET clientへの質問コーナー
保科です。
Wed, Feb 17, 1999 at 02:24:11AM +0900 において
あおきです。
前田です。
linux-usersに出したら蹴られてしまった。
前田です。
[#12163] Number with unit — Jun Adachi <adachi@...>
安達@沖データと申します。
[#12183] ruby-mode + font-lock-mode — SONODA Yoshihide (園田 吉英) <ysonoda@...>
はじめまして、園田と申します。
前田です。
まつもと ゆきひろです
園田@九大です。
まつもと ゆきひろです
園田@九大です。
[#12188] Re: Meeting2000 リリースします — 松尾尚典 <matsuo_hisanori@...21.odn.ne.jp>
松尾です。
ruby-listの皆様,
まつもと ゆきひろです
ruby-listのみなさん,
前橋です。
ruby-listのみなさん,
前橋です。
原です。
[#12216] SGmail doesn't download — moochan <moochan@...>
moochanです。
Mon, Feb 22, 1999 at 10:00:15PM +0900 において
[#12217] It wants to install mon_ruby — moochan <moochan@...>
moochanです。
前田です。
moochan です。
前田です。
moochan です.
前田です。
moochanです.
まつもと ゆきひろです
moochanです。
[#12248] tempfile — Kikutani Makoto <kikutani@...>
tempファイルをよく作るのですが、
まつもと ゆきひろです
Tue, Feb 23, 1999 at 01:30:15PM +0900 において
[#12260] slanglib-0.11 — Kikutani Makoto <kikutani@...>
久々に in.coming にupしました。
[#12301] Meeting2000-0_92 — Toshiki Komai <komai@...4u.or.jp>
松尾です。おはようございます。
原です。
From: Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp>
原です。
From: Shin-ichiro Hara <sinara@blade.nagaokaut.ac.jp>
ruby-listのみなさま, && なひ,と言います.
原です。
松尾です。
[#12302] [BUG] Segmentation fault — polygon <polygon@...>
ポリゴンです。
[#12309] [REQ] rlex.rb — keiju@... (Keiju ISHITSUKA)
けいじゅ@日本ラショナルソフトウェアです.
In message <199902231347.WAA00565.keiju@bc.mbn.or.jp>
In message <199902241316.WAA03663@mail1.os.xaxon.ne.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199902261443.XAA10667.keiju@cupmail0.rational.com>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903010918.SAA16824.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903011352.WAA17487.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903040444.NAA21095.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903090457.NAA00259.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903091600.BAA02510.keiju@bc.mbn.or.jp>
In message <199903101010.TAA04803@mail1.os.xaxon.ne.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903161435.XAA18621.keiju@bc.mbn.or.jp>
けいじゅ@日本ラショナルソフトウェアです.
In message <199903171611.BAA20228.keiju@bc.mbn.or.jp>
[#12315] RE: (閑話) 「 XML 開発者の日」にて Ruby 紹介ありですね。 — 助田 雅紀 <masaki.suketa@...>
助田です.
こんにちは。あつこです。
こんにちは。あつこです。
こんにちは。あつこです。
高橋です。あわわわ。
[#12354] Re: [BUG] Segmentation fault — "Kozuka Masahiro" <kozuka@...>
ruby-listのみなさま、こんばんは。こづままさひろです。
[#12357] my PID — "Kikutani, Makoto" <kikutani@...>
Maildirのファイル名規則で、自分のPIDを使うん部分があるんですが
[#12366] \1 がうまく行かない — Sinichiro Dezawa <dezawa@...>
出沢です
[#12398] 文字の正規 (?) 化 — m_seki@...
[#12412] Perllib for ruby — Yoshinori Toki <toki@...>
土岐です。
まつもと ゆきひろです
福嶋です。
[#12414] naming rule — Akaishi <akaishi@...>
Ruby でのクラスの名前のつけ方について質問です。
[#12457] making ruby on Digital Unix — Yuji Shigehiro <sigehiro@...>
以前 tcltklib というものを作って, 一部の人を混乱に陥れてしまった(?)
まつもと ゆきひろです
[ruby-list:11926] Re: to_i,to_s の素朴な疑問
まつもと ゆきひろです
In message "[ruby-list:11922] Re: to_i,to_s の素朴な疑問"
on 99/02/05, HQss_YasuiS/hq_ss@omssv.hq.hitachizosen.co.jp <HQss_YasuiS/hq_ss@omssv.hq.hitachizosen.co.jp> writes:
|安井です。
|>オブジェクト指向言語にとって,ある値の型は非常に重要な要素で
|>すから無視する方向にはいかない方が良いのではないだろうかと考
|>えています.
|確認しておきたいのは、議論の対象は「レシーバ」ではなく「メッ
|セージに与える引数の多態性」です。
福嶋さんもおっしゃっているのですが,最初のメールからそれは読
み取れませんでした.すいません.Rubyが昔そうだったというのは
読み違えた文脈でのことですから,復活させることに意味はないで
しょうね.
|> def foo(a)
|> b=a+1 # b = "11" or b = 2
|> return "x"*b # "x"*11 or "x"*2
|> end
|>
|> foo("1") # => "xxxxxxxxxxx"
|> foo(1) # => "xx"
|>
|>となるとちょっとまずい気がしません?
|
|全然です。例が悪すぎると思います。
|まず、レシーバが何なのか分りません。それから、例題が非現実的
|ではないでしょうか。
確かに人工的な例ですが,それが発生することを許容するのはいか
がなものでしょうかと思います.それに確かに + はメソッドです
が,明確にメソッドの形をしているわけでない以上,あまり右辺と
左辺で働きが違うのは考えものだと思います.
Perlで適当で変換してもあまり問題にならないのは,数値を期待す
る場合と,文字列を期待する場合とで演算子が異なるからです.
Rubyではそのような条件はないので,Perl以上になにをやってるか
分からなくなる気がします.
が,しかし,「変換が面倒だ」という手間の観点ではなく,引数に
よる多態という観点から議論することには賛成ですから,これはひ
とまずおいて置きましょう.
|もう一度簡単な例を挙げますのでこれで議論しませんか。
|
|簡略化した点オブジェクトです。
|--------------------------------------------------
|class Point
|def initialize(name,x=0,y=0)
| @name, @x, @y = name, x, y
|end
|def x
| @x
|end
|def y
| @y
|end
|def +(p)
| case(p)
| when Numeric
| @x += p; @y += p
| when Point
| @x += p.x; @y += p.y
| end
|end
|def print
| printf "%s(%d,%d)\n",@name,@x,@y
|end
|end
|--------------------------------------------------
|この場合、+メソッドの引数に、NumericとPointを許し、他はエラー
|になります。(エラーになっていいのです!)
えーと,+ でレシーバの状態が変わるのはいかがなものかとか,
@x, @yの両方に同じ数を足して良いのか,とかいろいろ思うところ
はありますが,基本的なコンセプトである,Pointに対する加算は
数と点の両方を受け付けることがアリであるという点に反対はしま
せん.
|StringやNumericクラスの演算メソッドもこれと同様にならないかな
|と思うのです。
で,ですよ.String#+やNumeric#+が数値を受け付ける意味あるい
は効果について考えたいのです.メリット,デメリットも含めて.
まず,いくつかのバグが発見しにくくなるというデメリットがある
ことを理解していただいているでしょうか.もちろん,それは型を
ちゃんと認識していないのが悪いのだ,という安井さんの主張も分
かるんですが,多くの場合,ちゃんと型を認識するというのは型を
明示的に変換することよりも面倒なことです.
で,効果といえば,型を変換しなくても演算できるため,「ちゃん
と型を認識しなくてもなんとなく動く」ので,「型を認識する」と
いう理想とは反対方向の心理的効果が目立っちゃうような気がする
んですが,いかがでしょう? おまけに,「なんとなく」が自分の
思ったように動かない時には,びっくりすることになりますし.
|# Numericのサブクラスを自作すればすむことかも知れませんが、
|# 常にrequireしなければならないので面倒です。
結局「面倒だ」なんですか?
# このことについて話したのはいつごろでしたっけ?
まつもと ゆきひろ /:|)