ruby-dev

金光です。御大、待ってましたっ。

> [mailto:ruby-dev-admin@ruby-lang.org] On Behalf Of Yukihiro Matsumoto
> Sent: Monday, August 06, 2001 12:13 AM
> 
> まつもと ゆきひろです
> 

どもどもっ。

> ま、面白いのでもう少し静観しようかとも思ったのですが、私の意
> 見を聞きたい人もいるでしょうから。

そうですよ。私なんかの稚拙な意見だけでは飽きちゃいまっせ。


> まず第一に金光さんの考えていらっしゃるのはSmalltalk(より具体
> 的にはSqueak)なんでしょうが、Rubyはそれとは違う道を歩みます。
> ですから、
> 
>         VMにGUI機能(たとえbitbltでも)は追加しません
> 
> GUI機能はVMではなく、拡張ライブラリで提供されます。これは将
> 来とも絶対に変わりません。

ふむ。


> さて、次に標準GUI(フレームワーク)についてですが、これもあら
> かじめ断言しておくと
> 
>         私がなにかを標準にすることはありません
> 
> それとこれもはっきりさせておきたいのですが、私が音頭をとって
> Ruby独自のフレームワークを作ることもありません。

それは、だれかがRuby用の標準を作れば、拡張ライブラリとして
標準添付することもやぶさかでない、って意味ですか？


> 
> これらの理由はいくつかあります。
> 
>   * まず第一に言語とGUI機能はある程度直交するものだからです。
>     特にRubyはJavaとは違いプラットフォーム独立な独自の世界を
>     作ろうというアプローチではなく、プラットフォームのやり方
>     をRuby流に取り込む方向性があるのでなおさらです。

ふむふむ。

> 
>     また、GUI関係は言語に比べて寿命が短いのも問題になりえま
>     す。OpenLookって聞いたことありますか。SmalltalkのGUIって
>     流行遅れって思ったことはないですか？

SmalltalkのGUI（とくに見た目）は時代遅れだと思いますし、
それを先進的(現在でも）と書いてはないすよ。


> 
>   * 第二に、私自身が正しい標準GUIプラットフォームの設計がで
>     きるほどGUIにこだわりがないことです。私は正しい言語設計
>     を行う知識と経験と自信がありますが、GUIに関しては知識は
>     あっても経験も自身もありません。
> 
>   * 第三に、誰もRubyを「標準スクリプト言語」に選んだわけでは
>     ありませんが(あ、コンダラの人たちはそう呼んでるんだっけ)、
>     でも私たちの多くはスクリプト言語を使うときにはRubyを使う
>     ようになっていることと思います。GUIフレームワークもそれ
>     と同様に生存競争に勝ち残って登場すべきだと思います。
> 

御意。


>   * 第四に、GUIに対するニーズも、バックグラウンドになるプラッ
>     トフォーム機能も実は多種多様でなので、すべての人が満足し、
>     かつ十分に移植性もあり、パフォーマンスも出るGUIプラット
>     フォームというのは現実的ではないのではないかと考えていま
>     す。追求するのは自由ですし、止めませんが。
> 
>   * 最後にトレードオフについて考えたいと思います。仮にRuby独
>     自のGUIフレームワークを作りはじめたとして、それによって
>     得られるものは「RubyでGUIを作るならこれさえ覚えれば十分」
>     という安心感です。しかし、そのために「多大な開発コスト」、
>     「十分でないパフォーマンス」、「最大公約数的な(時として
>     不足する)機能」などのリスクが伴います。また、Ruby独自と
>     いうことは、自分であらゆる苦労を背負込むことでもあります。

パフォーマンスが悪いんではしょうがないですね。
でも、Ruby自身もスクリプト言語ですし、速度より開発効率を
とったのでは？


> 
> ですから、「これが標準」というのではなく、結果的にデファクト
> スタンダードを形成するのが望ましいと思います。また、最初に述

御意。


> べたようにGUIと言語がある程度独立であることを考えると、Ruby
> だけでそれに取り掛かることは賢明ではないと思います。
> 
> 世の中にはプラットフォーム共通のGUIフレームワークの試みはFOX
> であるとかWxWindowであるとかたくさんあるのですから、そういう

WxWindow！！


> ものが欲しければ、そちらと共闘すべきと思います。そして、それ
> に対する使いやすいRubyインタフェースを用意する、必要に応じて
> それらフレームワークにコントリビュートする、そういうのがRuby
> 流のオープンなやり方ではないでしょうか。
> 
> で、みなさんの満足の行くGUIフレームワークが見つかるなり、完
> 成するなりした時点で、それを「(当面の)推奨GUIフレームワーク」
> と呼ぶことはできるでしょう。
> 
>                                 まつもと ゆきひろ /:|)

最後に質問ですが、拡張ライブラリの場合、移植性に問題は
出ないでしょうか。現在は、Windowsでしょうもない問題が噴出
してるんですが。
 

M.Kanemitsu
———————————————
金光雅夫 masao-k@a-net.email.ne.jp

http://www.ne.jp/asahi/masao-k/home/
http://isweb14.infoseek.co.jp/art/soshikon/
http://isweb15.infoseek.co.jp/computer/ruby256/
〒216-0031 川崎市宮前区神木本町5-14-12
自宅： 044-877-5006
携帯： 090-2753-5292

Thread

Prev Next

In This Thread

Prev Next

[#14185] ruby on Linux/m68k — akira yamada / やまだあきら <akira@...>

[#14195] exception at IO.popen failure — nobu.nakada@...

[#14196] fork() on MacOS — nobu.nakada@...

[#14206] undef_method :method_missing — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14229] [BUG] segv on [str].pack("p") — Koji Arai <JCA02266@...>

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西 啓一朗 <receiver@...>

[#14327] Re: [ruby-cvs] ruby/ext/socket: * string.c (rb_str_lstrip_bang): new method. — "U.Nakamura" <usa@...>

[#14338] setup.rb (Re: Common GUI framework) — Minero Aoki <aamine@...>

[#14382] [BUG] segv on regex matching with long string — TAKAHASHI Masayoshi <maki@...>

[#14390] [Patch] pp.rb and debug.rb — "NAKAMURA, Hiroshi" <nakahiro@...>

[#14406] typo in ruby 1.7 — Koji Arai <JCA02266@...>

[#14413] 1.7.1 2001-08-06: if true && /match/ — WATANABE Tetsuya <tetsu@...>

[#14430] Re: [ruby-cvs] ruby: * object.c (rb_obj_inspect): merge from 1.7: remove useless space. — Kazuhiro NISHIYAMA <zn@...>

[#14436] 1.7.1 2001-08-06: [BUG] unknown node type 0 — akira yamada / やまだあきら <akira@...>

[#14441] "foo".lstrip! should return `nil'. — Koji Arai <JCA02266@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU Chikanobu <toyofuku@...>

[#14464] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14465] Ruby/Bsearch — akira yamada / やまだあきら <akira@...>

[#14480] avoid compile warning of tcltklib with VC5 — "U.Nakamura" <usa@...>

[#14505] BUG: ruby 1.6.4 cannot use threads on Sparc (segv) — akira yamada / やまだあきら <akira@...>

[#14516] ext/digest/sha2/extconf.rb and try_run — WATANABE Hirofumi <eban@...>

[#14530] restore terminal mode even if readline interrupted. — Koji Arai <JCA02266@...>

[#14547] setuid/setgid — nobu.nakada@...

[#14552] read in IO#eof? — nobu.nakada@...

[#14560] — nobu.nakada@...

[#14565] (mswin32) dln_strerror() returns empty message — Tietew <tietew@...>

[#14572] noisy warnings of resolv.rb — Koji Arai <JCA02266@...>

[#14573] [PATCH] ruby-mode.el — Kenichi Komiya <kom@...1.accsnet.ne.jp>

[#14575] infinite loop on Dir.glob("*/**/*") — nobu.nakada@...

[#14576] glob_helper: merge from 1.7 — nobu.nakada@...

[#14577] option nodynamic — Daisuke Aoki <dai@...>

[#14584] Array#merge, Array#squeeze — "Akinori MUSHA" <knu@...>

[#14590] rb_load — OJ <oj@...7.com>

[#14595] SEGV at `$0 = "long long string"' — nobu.nakada@...

[#14601] $stdout への代入 ( 再考) — Koji Arai <JCA02266@...>

[#14603] patch for GNU/Hurd — akira yamada / やまだあきら <akira@...>

[ruby-dev:14295] Re: Common GUI framework(Re: Virtual Machine)

Thread

In This Thread

[#14300] 名前空間を調べる効果的な方法はありますか？ — 西啓一朗 <receiver@...>

[#14445] string.c rb_str_cmp() — TOYOFUKU　Chikanobu <toyofuku@...>