ruby-dev

原です。

結論を先に言うと、

  rub-1.9 では rational を組み込みに

したい!

Tadayoshi Funaba wrote:
>> 1.9ではRationalとComplexを組み込みに、という話はありましたが、
>> なんか立ち消えてますね。難しいのはやっぱ責任を持って議論と作
>> 業を行う人物がいるかどうかでしょうか。
> 
> 石塚さんの成果もあり、他の特に関数型言語あたりの議論があるおかげで、
> rational の仕様はなかなかに枯れていると思います。なので一旦安定してし
> まえば、保守はあまり大変ではないだろうと期待してはいます。

おっしゃる通りで、保守は大変ではないと思います。ので、組み込
みになったら、私が保守します。

で、組み込みにするまでの道筋です。

まず、組み込みにすることをまつもとさんをはじめ、皆さんに納得
してもらう必要がありますが、多分、安定していてコードがしっか
りしていれば、反対する人は少ないと思います。反対者がいても説
得します。

つぎに、組み込みにすることを念頭に、拡張ライブラリである私の
rational を清書する。今のはドヘタなので、どなたかの力添えをい
ただきたい。

どなたかやってくれないかな。跡形もなく書き換えてもらってもい
いんだけど。

なかださん、お願いできないかな。

最後に、まつもとさんに組み込んでもらいます。

私は、ちゃんとした C コードが書けないのですが、rational につ
いては人が書いたものをチェック、修正することはできます。頼り
ないと思われる人もいるでしょうが、rational の根幹は単純なもの
なので、保守は十分可能と思います。


> いい機会かもしれないので、rational について思っていることを書きます。

> 僕の利用範囲では、原さんの rational はとても安定してつかえています。少
> し心配なところは、複雑さです。立石さんの Frac に比べても明かにそう思わ
> れます。C に直しても、やるべき事は、石塚さんの rational とそう変らない
> と思うのですが、ものすごく複雑になっているような印象があります。

そうですね。でも、妙なテクニックのようなものは使ってないつも
りです。（単純なのがいいという認識もあります。）だけどいまい
ちなので、やはりどなたかに直していただきたい。


ところでたんに「へた」で済まないのは次の2点。

まず、String#to_r です。例えば、"1.0E-1000".to_r は、Floatを
経由せず自前でparseしている(従って正確な値になる)のですが、
ちょっと自信がない。現在ruby本体にある、リテラル解釈のルーティ
ンとできるだけ共有したい。

もうひとつ、Float#rationalize は必要か？という問題です。すご
く面白いものなのですが、コード複雑でいやな印象を持つ人もいる
のではないか。削除する？

この二つは、組み込みにする前に決着をつける必要があります。


> もちろん、原さんのは、単に複雑になっているわけではなく、機能も性能もずっ
> と高いのですが、コードを眺めると、似たような記述が繰り返されているよう
> な印象を受けます。見通しが悪くなっている可能性があり、実際、過去に発見
> したバグからは、そういう傾向が感じられました。これは詳細に検討した末の
> 結論ではなく、たんなる印象なので間違っているかもしれません。

「似たような記述の繰り返し」はなるべく排除しようという意識は
これでもあるんです。うまくいってないんですね。

> 自分が保守する覚悟で取りこんでもらうか、date の自前の機能として、内部
> で利用する事もちょっと考えましたが、ざっと眺めたところでは、僕には無理
> そうです。はやり現実的には、原さんが、やってくれるかどうかということで
> しょうか。

というわけで、やるつもりです。

#めずらしくきっぱりした言い方だなあ。

Thread

Prev Next

In This Thread

Prev Next