アカウント名:
パスワード:
いやはや… (viオタってすごいですね)、という話にとらえてるなら、いかに もUNIXユーザー的視野狭窄な見当違い。アプリケーションの連携となるとまっさきにパイ プのメリットを持ち出すわりに、コンポーネント
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
皆さんもソースを読むときに、行と行の間を読むような気持ちで見てほしい -- あるハッカー
これこそGNOME (スコア:0)
いやはや… (viオタってすごいですね)、という話にとらえてるなら、いかに もUNIXユーザー的視野狭窄な見当違い。アプリケーションの連携となるとまっさきにパイ プのメリットを持ち出すわりに、コンポーネント
Re:これこそGNOME (スコア:1)
基本的に「ファイル/プロセス/コマンド」というレベルでの部品化を主眼としているのであって、
「オブジェクト/スレッド/関数」での部品化には興味がないんでしょ。
たとえば Apache には設定ファイル書き換え用のアプリなんてものは存在しない。
vi でも emacs でも cat でも、どれでも設定変更できる。
何の手間もかからずにユーザの好きなように組み合わせられる。
COM/CORBA での部品の組み合わせは、ある程度の開発者じゃないとできない。
というのは部品の関係が密すぎるから。
従って、組み合わせるのに手間がかかるし、誰でもできるわけじゃない
(もちろんその分、スムーズな組み合わせになるし、
同じ組み合わせを繰り返すのも楽だけど)。
結局、その方法では「開発者」と「エンドユーザ」を完全に切り離す方向だし、
それはあまりUNIX的ではないと思う(それなら Mac のようなものが既にある。
カーネルはUNIXだけど、文化としてはUNIX的ではない)。
コマンドライン程度の記述やシェルスクリプトで、
部品組み合わせの方法論が見つかればいいんだろうがね。
(あるいはそれは tcl のような道ではないかと思うけど)
> WindowsではIE コンポーネントでHTMLを表示するソフトとかがいっぱいあって、「ソフトウェア部品の共用」が身近だけど
Unix 的には「どうしてメーラの中でHTMLを表示するようなことが必要になるの?
HTMLをファイルで保存してブラウザで開くようにしておけばいいでしょ?」
ってことかと。
# mishimaは本田透先生を熱烈に応援しています
Re:これこそGNOME (スコア:1)
>というのは部品の関係が密すぎるから。
それはなんか違うなあ。
oopの中でもC++みたいながちがちのコンパイラの下僕な世界ならともかく、
COM/CORBAみたいに柔らかいほうになってくると、
実行時にそのへんはいじれるはずなんだよね。
逆にいえばunix世界だって、「そのまま」だったら
なにかするたびにC言語でがちゃがちゃ書かないとならなかったはず。
そうじゃない現実があるのは何故かってーと、「shell」が、あるからなんだよね。
部品たるコマンド間の結合を固定せず、動的に結合できるようにしてあって、
そこに人間さまが介入できるような仕掛としてshellがある、という構図。
ならば、oopにだって「shell」を作ればいいんです。
そして、なんかあんまり見かけませんが(笑)、できるはずなんです。
##あ。squeakなんかは全身がshellみたいなもんだな。
関係が密てのも、なんか違う。
unixのprocessだと、口は"stdin,stdou,stderr"という
機能も名称も個数もキメウチだというガチガチなんで、
対応する側にもバリエーションが求められないけど、
objectだと機能も名称も個数も色々な口があるんで、
バリエーションへの対応を考えないとならない。
で、C++ならともかく、上記のようなやつらだと、
Interfaceを動的に取得できるじゃん。
なんて名前/型のメソッドがあるか?とか検索できる。
それに基づいてshellも動けばいいわけです。
関係が密ってわけじゃない。単にバリエーションがあるだけで、その間柄は
いくらでも引き剥すことができます。もちろん繋ぎなおしも。それをやるのがshell。
少なくとも「誰でもできるわけじゃない」ってことは無いでしょう。
さもないとoopベースのGUI RADなんてものが成り立っている理由が説明できない。
そこそこ扱いやすいshellさえあれば、概念レベルでの困難なんて特に無いんです。
というか、 unixを楽々使えるような最低限きちんとした技術を持ってるような人々が
メソッド名がキメウチじゃなくなったという程度(^^;の複雑さの増加ごときで
音をあげる(EndUserとして「切り離される」)と思いますか?
なんか変じゃないですかそれ?
viやemacsを/usr/云々から自在に「さがす」ことができる人ならば、
あるobjectの「使いなれた」メソッドを「さがす」ことだって、容易なはずでは?
だから、そういう意味において
>それはあまりUNIX的ではないと思う
という指摘は、当ってないと思います。
macですか? 作って地獄とよばれた往年のあの頃と、今を一緒にしないでくれ、って感じです。
VB(悔しいが)以降、というかそれこそHypercard以降、世界はかわったんです(と聞いてます)。
なおOSXのことでしたら、なんかRuby/Cocoaとかいう単語がMLで聞こえてきていますが…
>(あるいはそれは tcl のような道ではないかと思うけど)
まぁそれでもいいです。rubyに色々bindしたりとかね。
で、そういうテキストベースでもいいし、そうでなくてもいい、と。
#というか、unixのshellに相当するものをGUIで作った人もいたよね。たしか投げるshell(正式名称失念)とか。
>Unix 的には「どうしてメーラの中でHTMLを表示するようなことが必要になるの?
>HTMLをファイルで保存してブラウザで開くようにしておけばいいでしょ?」
メーラーにHTMLを使うという腐った選択をしたかどうかは、ここでは問題ではないのでは?
ふつーのエディタについて考えても同じ議論ができるような、そういう問題でしょう。
いいかえるべきですね。任意の(htmlじゃなくplaintext用の)エディタを
自分のすきな任意のアプリの中で使えますか?という問いだと思えばいい。
あとついでに言えば、What you see is What you getは、
まやかしも含んでいますが、真実も含んでいます(^^;