けいじゅ＠日本ラショナルソフトウェアです.

In [ruby-list :20105 ] the message: "[ruby-list:20105] Re: [REQ]
ruby-math (Re: coerce) ", on Jan/07 11:52(JST) Matsuo Hisanori writes:

>松尾です。おはようございます。

>> というのを選んだ結果です. 正直言ってあまりよく検討してできた結果ではあり
>> ません.
>
>なるほど。昨日も読み返していて、coerceアーキテクチャはソフトウェア開発
>の側のニーズに合わせて出来たものであって、数学側のニーズはあまり検討さ
>れてなかったんだな、と理解しました。

ですね. できるべきことできないとまずいので, そういうチェックしかしなかっ
たと思います.

# 原案を出したのが松本氏で, チェックしたのが私だったともいます. たしか,
# 最初の案は拡張上話にならなくて, 次の案(今のもの)が採用されたんだと思い
# ます.  今は懐かしい某財団での熱海合宿の時でした(^^;;;

><検討>
>
>ソフトウェア開発側のニーズ
>
>二つのクラスに関係する処理(群)について、新しいクラスを追加できて、且つその時に元のクラスに手を入れる事がないようにしたい(一種の開放/閉鎖原則)。
>
>数学側のニーズ
>
>二項演算を奇麗にモデル化したい。
>
></検討>
>
>というような理解でいいのかな。

大体あっていると思いますが, 

ソフトウェア開発側のニーズ

として, `楽に拡張できる'' というニーズもあります.

したがって, 新しいアーキテクチャでは 

  数学的にきれいなモデル
  エレガントで楽なクラスの追加

の2つが求められると思います.

>とここから先の話は-mathでしましょうかね。

豊福さんのメイルにもありましたが, 隔離されてしまうというイメージがありま
すが, しょうがないですかね(^^;;;

# ruby-devの時もそうでしたが(^^;;;

__
..............................石塚 圭樹＠日本ラショナルソフトウェア...
----------------------------------->> e-mail: keiju / rational.com <<---