[#20525] [BigDecimal] changing rule of coerce — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

44 messages 2003/07/07
[#20527] Re: [BigDecimal] changing rule of coerce — "Shigeo Kobayashi" <shigeo@...> 2003/07/07

小林です。

[#20528] Re: [BigDecimal] changing rule of coerce — matz@... (Yukihiro Matsumoto) 2003/07/07

まつもと ゆきひろです

[#20570] Marshal upgrade — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

41 messages 2003/07/09
[#20575] Re: Marshal upgrade — Masatoshi SEKI <m_seki@...> 2003/07/09

咳といいます。

[#20583] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/09

まつもと ゆきひろです

[#21016] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/30

まつもと ゆきひろです

[#20804] add library — nobu.nakada@... 2003/07/23

なかだです。

[#20580] add library(Re:ruby-dev:20570) — たむらけんいち <sgs02516@...>

たむらです。

30 messages 2003/07/09
[#20656] Re: add library — "NAKAMURA, Hiroshi" <nakahiro@...> 2003/07/14

なひです。

[#20658] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <038d01c349cb$eaad71d0$93222fc0@sarion.co.jp>,

[#20659] Re: add library — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20660] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <1058171960.400840.10041.nullmailer@picachu.netlab.jp>,

[#20661] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

話をそらしてしまうかもしれませんが、

[#20665] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030714.183104.09092354.taca@back-street.net>,

[#20666] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

In message <20030715.013655.424936247.gotoyuzo@kotetsu.does.notwork.org>

[#20668] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030715.025907.26217115.taca@back-street.net>,

[#20750] Re: add library — Takahiro Kambe <taca@...> 2003/07/21

In message <20030715.051853.968499478.gotoyuzo@kotetsu.does.notwork.org>

[#20751] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/21

In message <20030721.163444.09092937.taca@back-street.net>,

[#20655] frozen ThreadGroup — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

26 messages 2003/07/14
[#20671] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20673] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

永井@知能.九工大です.

[#20676] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20677] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

永井@知能.九工大です.

[#20681] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20690] portable(?) UserID/GroupID control (Re: frozen ThreadGroup) — Hidetoshi NAGAI <nagai@...> 2003/07/16

永井@知能.九工大です.

[#20712] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/17

永井@知能.九工大です.

[#20735] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20736] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/20

永井@知能.九工大です.

[#20737] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20748] [BigDecimal] exception handling — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

20 messages 2003/07/21

[#20765] Re: [ruby-cvs] ruby/lib: * lib/tmpdir.rb: new library to get temporary directory path, — WATANABE Hirofumi <eban@...>

わたなべです。

9 messages 2003/07/21

[#20780] complex.rb — Masahiro TANAKA <masa@...>

complex.rb についての修正案を[ruby-math:00543]で提案しましたが、その後

25 messages 2003/07/22
[#20782] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/22

まつもと ゆきひろです

[#20900] Re: complex.rb — Masahiro TANAKA <masa@...> 2003/07/25

At Tue, 22 Jul 2003 17:30:31 +0900, Yukihiro Matsumoto wrote:

[#20905] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/25

まつもと ゆきひろです

[#20906] Re: complex.rb — keiju@... (石塚圭樹) 2003/07/25

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

[#20810] Rational 始めました。 — Shin-ichiro HARA <sinara@...>

原です。

13 messages 2003/07/23
[#20876] Re: Rational 始めました。 — keiju@... (石塚圭樹) 2003/07/24

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

[#20954] ruby 1.8.0 preview5 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2003/07/28

[#20957] [BigDecimal] conflict between Numeric#div and BigDecimal#div — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

29 messages 2003/07/28
[#20960] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/28

At Mon, 28 Jul 2003 18:26:20 +0900, Tadashi Saito wrote:

[#20962] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/28

まつもと ゆきひろです

[#20990] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/29

At Mon, 28 Jul 2003 21:16:08 +0900, Yukihiro Matsumoto wrote:

[#20992] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/29

まつもと ゆきひろです

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

From: "Shigeo Kobayashi" <shigeo@...>
Date: 2003-07-11 00:57:47 UTC
List: ruby-dev #20621
小林@MAILチェック中です。

----- Original Message ----- 
From: "Tadashi Saito" <shiba@mail2.accsnet.ne.jp>
Subject: [ruby-dev:20611] Re: [BigDecimal] renaming proposal


> bigdecimal-math の扱いも同じような感じになりますか?
どういうロジックがいいのか不明という点でサンプル的な
意味合いが強いと思います。もちろん、サンプルであって
も練る必要があるので、現時点ではサンプル以前の状態
と思います。

> > sqrt なら 2次の収束がある程度得られるので maxnr = n + ?
> > のようなことが考えられます。
>
..snip..
> あと自分が試した限りは、maxnr回ループする事はなかったのですが、
> これがどういうことを意味しているか、よく分かりませんでした。
まぁ、勉強して下さいというしか...
「2次の収束」というのは平たく言うと、一回の計算で2桁の答え
が得られるということです。だから n 桁欲しければ n/2 回計算
する(超乱暴ですが)ということです。Newton 法の性質ですので、
そちら方面の本でも読めば必ず出てくるはずです。非線形性にも
よりますが、sqrt の場合、わりと当てはまります。例えば、ループ
中に sqrt(2)**2 - 2 のようなデバッグを入れるとけっこう理論通
りに収束していくもので、おもしろいですよ。そう意味で、今斉藤さ
んがやられている bigdecimal-math.rb は数値計算の(実用性は
別にして)知的欲求を満たす練習題材として有用と思います。

次に、Ratinal と BigDecimal の価値比較が話題になっているので、
一般論として少し記述させてもらいます。
まず、Ratinal は四則演算では閉じているといっても、答えが
123456789/987654321 では普通の人にはピンときません。
結局、最後は「BigDecimal で割り算」ってことになるのではないで
しょうか? 
それと、四則演算の分野では Ratinal に分があるとの指摘は若干
数学的理想主義にかたよっているのではないでしょうか?
現実世界で全てに当てはまるとは思えません。例えば、過去から
の莫大な資産を持つCOBOLになぜ BigDecimal 相当のものがあ
り Rational がないのかというと、COBOL の対象とする多くの計算
(大概四則演算のみ、例えば税金等)が、途中(最後の答えではな
い)の丸め方法等を個々の算定基準(法律)で桁位置まで含めて
厳格に規定されているからです。この世界では(閉じた) Rational
は受け入れられません。新生(?) Java にしても BigDecimal が有
ります。Excel、PostgreSQL然り、大概のものに似たものは用意さ
れています。
多分、実装者側はどう使われているか全て把握してはいないでしょ
うし、両者が現に存在するという事実を踏まえてなを必要性とか判
断するのは僭越というものではないでしょうか?

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

長くなって、すいません。

------------------
小林 茂雄
shigeo@tinyforest.jp


In This Thread