[ruby-dev:20626] Re: [BigDecimal] renaming proposal

けいじゅ＠いしつかです.

In [ruby-dev:20621] the message: "[ruby-dev:20621] Re: [BigDecimal]
renaming proposal", on Jul/11 09:57(JST) "Shigeo Kobayashi" writes:

>小林＠MAILチェック中です。

>次に、Ratinal と BigDecimal の価値比較が話題になっているので、
>一般論として少し記述させてもらいます。
>まず、Ratinal は四則演算では閉じているといっても、答えが
>123456789/987654321 では普通の人にはピンときません。
>結局、最後は「BigDecimal で割り算」ってことになるのではないで
>しょうか？　

私は, 普段はto_fしますね^^;; 私の場合, これで十分でしたが, 確に実際の
値がどのくらいか(実際の値ではありません)をFloatの範囲を越えて知りたい
ことはあるかもしれません.

class Rational
  def to_float_string(prec)
    str = (self * 10 ** prec).to_i.to_s
    str[-prec, 0] = "."
    str
  end
end

でしょうか.

>それと、四則演算の分野では Ratinal に分があるとの指摘は若干
>数学的理想主義にかたよっているのではないでしょうか？

若干じゃなくて, その通りです. 

>現実世界で全てに当てはまるとは思えません。例えば、過去から
>の莫大な資産を持つCOBOLになぜ BigDecimal 相当のものがあ
>り Rational がないのかというと、COBOL の対象とする多くの計算
>（大概四則演算のみ、例えば税金等）が、途中(最後の答えではな
>い)の丸め方法等を個々の算定基準（法律）で桁位置まで含めて
>厳格に規定されているからです。

確に, Rationalだと実現がめんどうでしょうね. でも, 私に言わしたら,
Rationalで全部計算するようになっていたら, 途中の丸めとか全くなくて済ん
だのにって感じですか. 

>この世界では（閉じた） Rationalは受け入れられません。新生(？) Java に
>しても BigDecimal が有ります。Excel、PostgreSQL然り、大概のものに似た
>ものは用意されています。

大概ってのは大げさでは? 事務処理をよく行う系統ってことでしょうね. シス
テム処理系とか科学計算系の言語とかLisp系ではメジャーじゃないでしょう.
でも, Rationalがある言語はもっと少ないですけどね.

>多分、実装者側はどう使われているか全て把握してはいないでしょ
>うし、両者が現に存在するという事実を踏まえてなを必要性とか判
>断するのは僭越というものではないでしょうか？

必要がないと言った覚えはありません. 標準添付にするのはどうかなと思って
いたと言っただけです.

>最後に、実装の方法論についてですが、
>Java のようなものにするのか、または、別な何かか？
>色々あるし、実装方法によって時間優先・機能優先といった違い
>がでてくると思います。私には、どのような方法がベスト（ベター）
>かわかりません。ただ、Ruby に無かったから作ったとしか言いよ
>うがないですし、善し悪しを論ずることもできません。

まあ, ここは意見が一致したってことで.

最後に, 一言. 標準添付に反対する気はありません.

__
---------------------------------------------------->> 石塚 圭樹 <<---
---------------------------------->> e-mail: [e-mail] <<---