From ruby-math-admin@ruby-lang.org Wed Aug 15 14:51:36 2001 Received: from tonton.nagaokaut.ac.jp (tonton.nagaokaut.ac.jp [133.44.2.115]) by blade.nagaokaut.ac.jp (8.8.8/8.8.8/Debian/GNU) with ESMTP id OAA08199; Wed, 15 Aug 2001 14:51:36 +0900 Received: (from root@localhost) by tonton.nagaokaut.ac.jp (8.11.3/8.11.3) id f7F5ilP83335; Wed, 15 Aug 2001 14:44:47 +0900 (JST) (envelope-from ruby-math-admin@ruby-lang.org) Received: from voscc.nagaokaut.ac.jp (voscc.nagaokaut.ac.jp [133.44.1.100]) by tonton.nagaokaut.ac.jp (8.11.3/8.11.3av) with ESMTP id f7F5ikB83328; Wed, 15 Aug 2001 14:44:46 +0900 (JST) (envelope-from ruby-math-admin@ruby-lang.org) Received: from helium.ruby-lang.org (helium.ruby-lang.org [210.251.121.214]) by voscc.nagaokaut.ac.jp (8.9.3/3.7W) id OAA98998; Wed, 15 Aug 2001 14:44:45 +0900 (JST) Received: from hoyogw.ruby-lang.org (localhost [127.0.0.1]) by helium.ruby-lang.org (Postfix) with ESMTP id 1CE3139C8; Wed, 15 Aug 2001 14:44:15 +0900 (JST) Date: Wed, 15 Aug 2001 13:30:49 +0900 From: keiju@ishitsuka.com (Keiju ISHITSUKA) Reply-To: ruby-math@ruby-lang.org Subject: [ruby-math:00552] int / int -> ? Sender: keiju@bc.mbn.or.jp To: ruby-math@ruby-lang.org Message-Id: <200108150430.NAA14624.keiju@bc.mbn.or.jp> X-ML-Name: ruby-math X-Mail-Count: 00552 X-MLServer: fml [fml 3.0pl#17]; post only (only members can post) X-ML-Info: If you have a question, send e-mail with the body "help" (without quotes) to the address ruby-math-ctl@ruby-lang.org; help= Organization: Nihon Rational Software Co., Ltd., Tokyo, Japan. Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=ISO-2022-JP Precedence: bulk Lines: 32 X-Virus-Scanned: by AMaViS perl-10 けいじゅ＠日本ラショナルソフトウェアです. 話は落ち着いてしまったような気がしますが... int/intですが, やはり結果はRationalにするのがよいと強く思うようになりま した. CommonLispもそうであったというのに力付けられました(^^;;; それに, Smalltalkもそうだったしたし... 1. int/int -> rational だとパフォーマンスが悪いという人がいるが, Rubyで はそういうことを気にするよりは, 分りやすさを気にすべき. パフォーマン スを気にする人は、明示的に整除するかto_fすればよい. 2. int/int -> floatを主張する人も, rationalならまだ納得するはず. という か, 文句はあってもあきらめるに違いない. 3. matrix.det みたいなものは, 今のメカニズムではどうやっても綺麗に解決しそ うにない. 4. 今回のcomplex#**なんかも根にはこれがある. 5. 0 - 3/2 =/= -3/2 も結局はここにたどり着くし... 6. この後もいろいろと出てきそう... というわけで, パフォーマンスの問題はあるにしても, いちばん理想的な解決策 であるこの案を再度提案します. __ ..............................石塚 圭樹＠日本ラショナルソフトウェア... ----------------------------------->> e-mail: keiju@rational.com <<---