[#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:20115] Re: [REQ] ruby-math (Re: coerce)

From: keiju@... (石塚圭樹)
Date: 2000-01-07 05:52:09 UTC
List: ruby-list #20115
けいじゅ@日本ラショナルソフトウェアです.

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 <<---

In This Thread

Prev Next