[#20083] non-block IO with TCPSocket — dn <daisuke@...>

初投稿の中村と申します。よろしくお願いします。

19 messages 2000/01/06
[#20084] Re: non-block IO with TCPSocket — Tomoyuki Kosimizu <greentea@...2.so-net.ne.jp> 2000/01/06

越水です。

[#20091] Re: non-block IO with TCPSocket — とみたまさひろ <tommy@...> 2000/01/06

とみたです。

[#20133] おききしたーいでーす — akimaru <akimaru@...>

17 messages 2000/01/09
[#20138] Re: おききしたーいでーす — akimaru <akimaru@...> 2000/01/09

[#20237] Ruby/Tk multi interpreter — nagai@...

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

21 messages 2000/01/17
[#20242] Re: Ruby/Tk multi interpreter — nagai@... 2000/01/17

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

[#20248] Re: Ruby/Tk multi interpreter — Hideto ISHIBASHI <s34204@...> 2000/01/17

石橋秀仁です。

[#20254] Re: Ruby/Tk multi interpreter — nagai@... 2000/01/18

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

[#20271] Re: Ruby/Tk multi interpreter — Hideto ISHIBASHI <s34204@...> 2000/01/18

石橋秀仁です。

[#20249] FTP.open err for Windows95 — "Y Kataoka" <kataoka@...>

初めまして、片岡@KLUGと申します。

18 messages 2000/01/17
[#20252] Re: FTP.open err for Windows95 — "NAKAMURA, Hiroshi" <nakahiro@...> 2000/01/18

なひです.

[#20342] How to build ruby(current) with cygwin — KORIYAMA Naohiro <kory@...2.so-net.ne.jp>

はじめまして、こおりやまです。

19 messages 2000/01/23
[#20362] Re: How to build ruby(current) with cygwin — WATANABE Hirofumi <Hirofumi.Watanabe@...> 2000/01/24

わたなべです.

[#20422] Re: How to build ruby(current) with cygwin — Masaki Suketa<CQN02273@...> 2000/01/29

Win32OLE の作者の助田です.

[#20394] ruby-1.4.3 port to HPUX 11.00 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2000/01/26

[ruby-list:20105] Re: [REQ] ruby-math (Re: coerce)

From: Matsuo Hisanori <hisanori@...>
Date: 2000-01-07 02:52:29 UTC
List: ruby-list #20105
松尾です。おはようございます。

石塚圭樹 wrote:

> うーん. それは違います(^^;;;

# ^^;


> 一般に
> 
>   拡張が楽 --> 余分な制約が多くなる
> 
> ということと, 過去にあったSmalltalkのcoerceの制約の多さから,
> 
>   拡張が面倒でも あまり制約がない
> 
> というのを選んだ結果です. 正直言ってあまりよく検討してできた結果ではあり
> ません.

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

<検討>

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

二つのクラスに関係する処理(群)について、新しいクラスを追加できて、且つその時に元のクラスに手を入れる事がないようにしたい(一種の開放/閉鎖原則)。

数学側のニーズ

二項演算を奇麗にモデル化したい。

</検討>

というような理解でいいのかな。

--

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

In This Thread