Article View: fj.sys.next
Article #236Re: NEXTSTEP and Smalltalk
From: Hironobu Suzuki
Date: Tue, 18 Feb 1997 00:00
Date: Tue, 18 Feb 1997 00:00
82 lines
4699 bytes
4699 bytes
ちょっと目を話している間にConcurrent Programming in Javaの話題が爆発し ていました:-)。量についていけない。 >>>>> "kuno" == kuno <kuno@gssm.otsuka.tsukuba.ac.jp> writes: In article <5dsqmr$mcn@utogw.gssm.otsuka.tsukuba.ac.jp> kuno@gssm.otsuka.tsukuba.ac.jp writes: kuno> 単一言語系でpersistent storageなのが趣味なんでしょうね? というか、考え方が一貫している世界の方が僕は好きなのです。なんでもかん でも、いっしょにしちゃえ、というのはあまり好きではないです。 >> とオブジェクトとして扱えるようになるけど、しかし、ダイナミックにリ >> ンクしているわけではない。 kuno> ダイナミックにリンク、がわかりません。Machはなんにもやってな kuno> いと思うけどなあ… 当り前の話ですが、MachのMemory Objectは、結局は(記憶空間を)提供して いるだけです(含むMemory Mapped File)。そこでは、(Smalltalk的な、ある いはCLOS的な)インスタンス・オブジェクトのようなものをパーマネントには 抱えこめない。個々のインスタンス・オブジェクトは、やるとしたら、結局 (Smalltalkでいう所の)BOSSみたいなものとして格納してしまうしかないです。 あとは、Smalltalkで言えば全部抱え込んでIMAGEでセーブするしかないですか らねー。あーん、それはイヤ。 Plan 9のファイルシステムは、実は、多重のキャッシュ構造なんですが、あれ のマネをオブクエクトの記憶管理できんものか、と思っていたりします。 kuno> PCTEって、オブジェクトがしまっておけて取り出せるだけのような kuno> 印象があるのですが、それだけでわないのでしょおか? リポジトリーを定義しておいて、そこにデータを格納します。で、属性とかな んとか持っているからオブジェクトですが、あれって一種のDBなんだ私は理 解しています。 NeXT社もEnterprise Computingのキットとして、DBに一皮かぶせてオブジェ クトが扱えるDB(でも、ONTOSのようなOODBの意味するようなもの ではなく、ADTの能力を活かすための構造だと理解した方がいいと思う)の ように見せかけるのですが、コンセプトは同じだと思います。ただアプローチ が違うだけで。 >> OOAやOODは効果的開発のための手法だと私は理解しています。それから、 >> OMTなんかは、分散オブジェクトでも何でも構わないと思いますよ。あー、 >> でも、同期はどうするんだろうなー。今、手もとに本がないので、ちょっ >> とチェックできない;-< kuno> じゃあ期待してますから。 OMTの本を久々にひっくり返してみると、同期などの設計は、少々弱いモノが あります。で、最近のデザイン理論はどうなっているんだろうなー。と逆に疑 問が湧いてきました。分散での同期とか、リアルタイムとかのデザイン論を、 もうちょっとヒマだった時に、読んどきゃよかったなー。 kuno> interface inheritanceとimplementation inheritanceの分離なんか kuno> どーでもよいとおっしゃる? どーでもとは言わないけれど、弱い関連だと思うんですが。ダメですか? kuno> まあそうなんでしょう。で、ひろのぶさんは言語は終っているとい kuno> う主張だからいいんでしょうが、私は言語は終っていないという主張 kuno> だから設計法は永遠に途中ということになるのです。 久野さんは、言語と設計法が強く結び付いているんですね。普通はそう考える のかなー。僕は、設計法はパラダイムには結びついているとは思いますが、そ のパラダイムの範疇であるいずれの言語をつかってもOKだと思います。僕は、 設計と言語は、比較的弱い関係だと思っています。 kuno> ヨーロッパの言語ってこわいですよね。Algol68もSimula67もBetaも。 kuno> なんかアメリカの方が私は親しめる。 そうですか?僕はBetaの発想と言語のグランドデザインは好きです。ただし、 ミヨルナー・プロジェクトでの開発パワーが足りなかったのか、優秀なハッカー がいなかったのか、開発環境が整わなかった。 kuno> JavaのAWTのボロいこと。 もう少しすれば、きっと、もっといいクラスが<販売/流通>するでしょう。 この辺のアイデアは、今、SunSoftにいるDr.バット・トリブルの昔からの 持ちネタですから。 ひろのぶ
Technical Details
Message-ID:
<HIRONOBU.97Feb18022005@h2np.h2np.suginami.tokyo.jp>Path:
arc1-ca.pugleaf.net!unknown!not-for-mailReferences:
<HIRONOBU.97Feb8003038@h2np.h2np.suginami.tokyo.jp>Show Full Headers
Complete Article Headers
X-Google-Language: Japanese,JIS X-Google-Thread: 110fd3,80949045de2f46ea X-Google-Attributes: gid110fd3,public X-Google-Thread: 115a95,87be5c4d2d20ae0e X-Google-Attributes: gid115a95,public From: hironobu@h2np.suginami.tokyo.jp (Hironobu Suzuki) Subject: Re: NEXTSTEP and Smalltalk Date: 1997/02/18 Message-ID: <HIRONOBU.97Feb18022005@h2np.h2np.suginami.tokyo.jp> X-Deja-AN: 219418490 References: <HIRONOBU.97Feb8003038@h2np.h2np.suginami.tokyo.jp> Content-Type: text/plain; charset=ISO-2022-JP Organization: HIRONOBU'S HOME NETWORK PROJECT Mime-Version: 1.0 Newsgroups: fj.sys.next,fj.comp.oops