[ruby-dev:34204] Re: Complex組み込み

村田です．

2008/3/31 Tadayoshi Funaba <[e-mail]>:
>  拡張モジュールを作り易い仕様云々は初めて聞いたように思いますが。

田中昌宏さんとのやりとりで，real と imag を VALUE で持つか，
C の POD 型で持つか，C99 の complex で持つかなどの話題がありましたよね．
あれが拡張モジュールを作り易い仕様の話だと考えています．

>  科学技術計算に最適化できない理由を説明しています。黙っていて最適化され
>  るわけじゃないので、リソースが要ります。また、科学技術計算に最適化する
>  為には、邪魔になるものを排除しなければなりません。多様なコーディングシ
>  ステムのサポートなどは邪魔になるかもしれません。

勘違いしないでいただきたいのですが，私は Ruby を科学技術計算に*特化させよう*
とは一言も言っていません．

>  ruby を科学技術計算に最適化するというのは、特定の用途に特化する、とい
>  うことですよね。現実的には、なにかを切り捨てる必要があると思います。

私は，Ruby を「科学技術計算に*使うために*最適化する」と書きましたが，
「科学技術計算に最適化する」とは書いていないのです．
要するに，今よりも簡単になればいいとか，拡張モジュール作りが楽になればいいとか，
そういう類いのことであって，Ruby を MATLAB にしようなんて思ってませんよ．

>  それとも、村田さんのいう最適化というのは、単に ruby の数値クラスの演算
>  が出来るだけ速くなるよう頑張る、ということなんでしょうか。

それだけではありませんが，それも含みます．遅いよりは速いほうが良いです．
先日 Bignum が FFT で高速化されましたけど，あのような改善は素晴しいです．

Ruby で数値計算をする場合は拡張モジュールを作る必要があるので，速度だけでなく，
その足枷になるような機能はなんとかして少なくなれば良いと思っています．
Complex が complex.rb から組込みになったときに，その C 上での表現が気になるのは，
拡張モジュールを作る人間の心理として間違ってはいないと思います．

-- 
Kenta Murata
OpenPGP FP = FA26 35D7 4F98 3498 0810 E0D5 F213 966F E9EB 0BCC