From: SHIROYAMA Takayuki Date: 2001-08-05T22:22:44+09:00 Subject: [ruby-dev:14262] Re: Virtual Machine しろやまです。 > もうひとつは、さぁRubyでプログラムを書こうとなったときに、こんなに > たくさんGUIの種類がありますけど、どれにしますか？ そしてインストール > 方法も、それぞれで、自分で調べてください。ってことになってると > まずいってことなんだろうと思います。 > それは、「自分で調べてください」が問題なのですよね？ ならば、「比較」を誰かがすればいいというのが一つ。そして、先の メールでも申しましたが、共通APIで標準的なものを作ってしまえば 特に理由がない限りはそれを選ぶだろうから別に気にする事はないと いう方法がもう一つです。 後者の実装が拡張モジュールをもちいたラッパーで、その下に tkか Cocoaか何かがあるかは APIの利用者には関係ないでしょう。ちょうど、 rubyという言語の下に MacOS Xがあるのか Windowsがあるのかはあまり 気にしなくてもいい(全くではないかも知れませんが)というのと同じ です。 しかし、rubyの本体をいじらなくても拡張モジュールで十分に実装でき る事を、わざわざ rubyの本体をいじってしまう理由は私にはわかりま せん。 > > Smalltalkが書けるCですからねぇ。でも、あの混在さに、僕はちょっと > 違和感をおぼえちゃった。 > 余談ですが、C#を Microsoftの作った Objective-Cと称した人がいます。 確かに、従来のCも使える混在したオブジェクト指向言語という考え方、 マルチプラットホームを目指したところは OpenStepまでの方向性とよく 似ております。 マルチプラットホームの実現方法に VMっぽいものをもちいるのか、MAB (マルチアーキテクチャバイナリ)を用いるかの実装方法の違いはありま すが。 Pureでない事は Objective-Cの難しいところですが、NeXTも MacOS X も そういう「混在」を昇華させたシステム( Cocoaでとうとう Objective-C だけじゃなくて Java も飲み込んじゃったし )で、慣れてしまうと aもb もありというシステムは使いやすくもあり、便利でもあったりします。 >> 「迷うから」というのは、そういう人たちの思いを排除するだけの理由 >> になり得るでしょうか？ >> 歴史を見るに、他者の可能性を奪って得た統一は支持されないでしょう。 > > 統一というか、「Ruby」のGUIって、みんな借り物じゃないですか？ > 借り物だろうと、独自だろうと、便利に使えるライブラリがよいライブ ラリです。それは問題じゃないです。 もしも「独自」である事だけが存在意義なら、支持されるかはやっぱり 疑問です。少なくとも私は独自性に興味はありません。 Ruby共通のGUIのAPIを作る事には興味があります。 Socketの様に共通で使える事は、tkや Gtk, Cocoaへのwrapperでも実装 できます。実際、MacOS Xの JavaのGUI周りは Carbon APIをコールする wrapperで、ダイナミックロードされる共有ライブラリです。(MRJの成果 を移植したと聞いてます) # で、javac, java 自体は BSD-APIの上なんだから面白いものです(^^; > > えと、藤本尚邦さん > mailto:hisa@imasy.or.jp > と連絡とってもらえません？ > 何と連絡すべきでしょうか？ 私は小心者で臆病なものですから、招待状のないパーティーにいきなり 参加する度胸はないのですよ(^^; # ... 笑うなっ > 某maki氏 それはさておき、rubyそのものはオープンソースのソフトウェアなのです から、ここで本体をいじる話をするよりも、いっそのこと分派してやって みるのも悪い事じゃないんではと思います。egcs や XEmacsの例もありま すし、金光さんの話はかなりこれまでの rubyのあり方とは隔たった事を 指向しているように見受けられますので、言葉ではなく実装(コード)で示 すほうがよろしいのではないかと思います。 --- SHIROYAMA Takayuki