スラッシュドット・ジャパン

質問：2003/3/11
回答：2003/3/13

1)モットー
by yukifj

Perl のモットーは "There's more than one way to do it." だけど、まつもと氏は Ruby のモットーは何だと考えていますか？

まつもとゆきひろ(以下matz)：

Larryが自身のインタビューで述べている通り、RubyはPerlからたくさんのものを引き継いでいて、そのもっとも重要な部分はその「哲学」であると考えています。ですから、Perlの哲学を表現したモットーである「やり方はいろいろある(TMTOWTDI)」というのは当然Rubyのモットーでもあります。もともとRubyはPerlとは「別のやり方」の実現であるわけですから。

しかし、Rubyがもっとも重視しているのは多様性ではありません。それよりもむしろプログラミングという精神活動の中でいかにストレスを減らすかという点に注目しています。私は短気なのでプログラミング中の「イラツキ」は嫌いです。怒りによって生産性が下がるからです。生産性が低いとたくさん仕事をしなければなりません。それは怠惰な私にとって耐えられません。ですから、そのようなことをできるだけ感じずにすむようにRubyを設計しています。そして、私は傲慢なので私にとって良いものは他人にとっても良いと決めつけて世界中に広く公開しています。

そしてなによりストレスが多いとプログラミングが楽しめないじゃないですか。「Enjoy programming」がRubyの真のモットーです。

2) Larry Wall氏のインタビューで。
by unnya

このインタビューが行われるきっかけになったLarry Wall氏のインタビューを読まれてどのような感想を抱かれましたか？ 特にRubyについて言及されていた一節

たとえば、なんでもオブジェクト扱いするのは、「初心者にとっての驚き最小の原則」の侵害だと思う。初心者にとっては、数字は数字だし、文字列は文字列だ。コンピュータが扱う限りでは、それらは当然オブジェクトなのだろうし、もちろん、上級者は、これらをオブジェクト扱いするのを問題にさえしない。けれど、いきなりオブジェクト指向を強いると、加速中の初心者にとっては徐行帯になってしまう。

については、おそらくこのような話は繰り返しあったのでしょうけど(僕はRubyについては全く知らないので推測でしかないのですが)、どのような感想をいだかれましたか？

後、どうもPerl -> Rubyを勧める人たちはPerlのことをかなり貶している(というか嫌っている？)人が多いように私には感じます。あくまでイメージしかないですが。私の持っているイメージは当たっているとお考えでしょうか？もしそうならそのことについてはどう思われますか？

matz:

聞いたこともある人もいるかもしれませんが、Larryはずっと昔から私の尊敬する人物のトップ10には入っていて、彼がRubyについて知っているというだけで感激モノです。また、Rubyのローカル変数のスコープの点に気がついた彼はやっぱりとても鋭い人だと思います(古今最高のルネッサンス人かどうかは別として)。私自身もこれはRubyの最大の欠点だと思っていて、機会があれば直したいと思っているので。

しかし、初心者に対しては私は彼とは違う考えを持っています。私は「初心者はいつまでも初心者ではなく、いつまでもその立場に甘んじているべきでもない」という理由で初心者に媚びることを拒否します。初心者向けの言語が存在してはいけない理由はありませんが、少なくともRubyの目指すポジションは「Rubyに十分に慣れた人が最高のパワーを発揮できる道具」です。自転車屋に行けば自転車にまだ乗れない人のために補助輪の付いた自転車を買うこともできますが、万人にそれが必要なわけではありません。私が乗りたいのは軽快に走れる自転車で、初心者に優しい補助輪付き自転車ではないからです。しかし、初心者も当然人間なので、人間に優しいプログラミング言語は初心者にとっても優しい側面があるでしょう。

同様の理由からRubyが「驚き最小の原則」と言う場合には、さまざまなバックグラウンドの人々すべてを驚かせないことではなく(それはそもそも不可能でしょう)、Ruby のやり方に十分に慣れた人が持つ常識が一貫して通用するという意味です。言い方を変えれば「私(matz)の驚き最小の原則」と呼んでも良いでしょう。そして、私にとってはすべてがオブジェクトである方が驚きが最小であるうえ、一貫性があり、しかも強力であったということです。

Perlを嫌っている人が多いというのは分かるような気がします。Perlは良い点も悪い点もある言語です。もちろんRubyを含めたすべての言語がそうなんですが、Perlは特にそれが極端な気がします。そういう言語を使ってプログラミングをするとストレスを感じる人がいます。しかも、仕事などの事情で言語を自由に選べない場合は特にそうです。私も以前仕事でC++プログラミングをしていたときにはC++が嫌いでした。もっとも、C++だけが悪いのではなく、私のチームが開発していたプロジェクトがC++を濫用していたことに真の原因があるのですが、それでも濫用しやすい言語は憎悪の対象になりやすいでしょう。

私はPerlを嫌いではありませんよ。私はRubyを選ぶことができますから、傍観者でいられますから。でも、私がPerlでのプログラミングを強制されたら嫌いになるかもしれません。

3) Rubyの入り口は？
by Katuragi

私はPerlを使っています。しかしRubyにも興味があります。だがRubyはPerlのように入り口が簡単であるとは思えません。それは私がオブジェクト指向に弱いせいかもしれません。そんな私にRubyも書けるようになるためのアドバイスをください。

matz:

人にはいろいろな好みと適性があり、Rubyがどうしても性にあわない人はいるのだろうと思います。そういう人にまで無理にRubyを使ってもらおうとは考えていません。あなたを含めたほとんどの人にとってRubyというのは単なる道具であって、やりたいことを実現させる手段のひとつにしか過ぎません。私にとっては少々違いますけどね。私にとってはRubyは作品だったり、自己表現だったり、パズルだったりしますから。

ただ、あなたがなぜ「簡単であるとは思えない」のかについては大変興味があります。オブジェクト指向に弱いからとおっしゃいますが、オブジェクト指向をばりばり使わないレベルではRubyとPerlとでは大差ないように、私には感じられます。

  open(PWF, "/etc/passwd");
  while (<PWF>) {
    @pw = split(":", $_);
    print $pw[0], "=", $pw[4], "\n";
  }

と

  pwf = open("/etc/passwd")
  while (line = pwf.gets())
    pw = line.split(":")
    print pw[0], "=", pw[4], "\n"
  end

がそれほど違うとは思えないからです。むしろ配列全体は@なのに要素のアクセスには$をつけるなどのルールの方が私にはストレスになります。もちろん「$はスカラー」というルールは理解しているのですが、スカラーかどうかは私が今関心があることではないからです。自分の関心と言語が要求する注意点にずれがある時にはストレスを感じます。

逆にオブジェクト指向プログラミングが必要になれば、後づけでいびつなPerlのオブジェクト指向機能とRubyのそれとでは比較するまでもと思います。

となるとRubyだから難しいというのは幻想のように思えます。あるいは「簡単であるとは思えない」という真の原因は実は「今さら新しい言語を覚えたくない」言い換えると「Perlなら知っている。Rubyを覚えるのはめんどくさい」という深層心理からくるものかもしれません。いえ、仮にそうだとしても、それは責められることではありません。新しい言語を覚えるのはコストの高い行為で、心理的にも抵抗が大きいのは当然です。そこでの選択肢は「一歩踏み出して学ぼうとしてみる」か、あるいは「ここが幸せ、外の世界は恐ろしい」と踏みとどまるかのいずれかです。どちらを選びますか？

私自身は、新しい言語の学習には時間以外のコストはたいしてかからない上、結局その言語を使わなかったとしても学ぶことが多いので、Rubyを試してみることをお勧めしますけどね。

4)「国産」「純国産」と呼ばれることについて
by moreau

まつもとさんは、Rubyがしばしば「国産」「純国産」と呼ばれ、「国産なんだから応援しよう」「国産だから使う」というような評価をされることについて、どのような感想をお持ちでしょうか？

私個人としては、近代の国民国家的なコンテクストの中で教育を受け生活してきた人間として、「日本人」であるまつもとさんの成功を誇らしく思（ってしま）う気持ちがある反面、（私自身がしばしばしてしまう）「国産だから」というような評価に対しては、インターネット上でゆるやかに形成されている国民国家とは別のコンテクストに対する視点を軽んじてしまう危険性（インターネットの方がえらい！正しい！というような意味ではなく）や、まつもとさんに限らず、そういったコンテクストで活動されている人々の個性を矮小化してしまう可能性等々に、多くの違和感を感じてもいます。

他の方のご意見もいろいろあるでしょうが、そのあたりについてまつもとさんの感想、ご意見を伺えれば幸いです。

matz:

正直なところ、国産なんだからというフレーズには少々抵抗があります。日本人のためのプログラミング言語を作ったつもりはありませんし、日本のためにという思いもそれほど持っていません。もはやRubyのもっとも活発なコミュニティは英語によるメーリングリストruby-talkであり、日本のRubyと呼ぶべきものではないように思います。

しかし一方、私が日本人であることや、英語が下手くそな点は否定しがたい点もあります。日本人であることがRubyに影響を与えたのかどうかは自分でも分かりませんが。それにいろいろなところから支援を引き出すのに「国産」、「日本発」というキーワードを利用したりする私は「曖昧な日本の私」でもあったりします。ある意味ずるいんですが、大人が現代を生きていくためにはそういう小賢しさが必要なときもあります。悲しい。

5)後悔仕様
by argon

Ruby の仕様で、これはやめておけばよかったというものはありますか？String の連結は、左右が可換ではないのだから + ではなくて * だろうという話はいまさらだよねということでそのままなのを残念に思っていたりします。すでに定着した仕様はそうそう変えるわけにいかないのはわかっていますが、Dr. Dennis Ritchie もＣ言語の設計で creat の spell を挙げていますので、せっかくなので、まつもとさんの心の棘を訊いてみたいと思います。

matz:

あんまりないです。今のRubyとまったく異なってRubyと同じくらい良い言語は存在できるだろうとは思いますが、Rubyをそのように変えようとは思いません。変えるとしたら、Larryも指摘したローカル変数のスコープくらいでしょうか。これは2.0(Rite)で変更しようと考えています。

「Stringの連結が * であるべきだ」という主張は私には理解できていませんし、そうするつもりもありません。私にとって + ってのは小学生のときに学んだ

■■■(3)＋□□(2) ＝ ■■■□□ (5)

というレベルのままなんで。

その他にメソッドの名前や戻り値など微妙な後悔はあります。が、妥協できるかな。

6) 生い立ちについてお話を聞かせていただけますか？
by yh

雑誌などでまつもとさんのインタビューはいくつか拝読しておりますが、生い立ちについて触れられたものはあまり見たことがありません。
人に役立つものを作るプログラマになるためには、ただプログラミングが得意なだけではいけないはずです。他の素養はどう吸収し、言語開発にどう反映されているのか。つまり、子供の頃から、どんなひとに出会い、どんな言葉に感動を受け、何を学び、そして、それらによってどんな考え方のプリンシプルが形成されたのか。
抽象的な質問ですが、様々な分野の後進へのメッセージを兼ねて、思うところを自由にお話していただけませんか？Larry Wallのインタビューを翻訳しているときに、願うことなら、まつもとさんにも聞いてみたいと思っておりました。このような機会が得られたことに大変驚いています。

matz:

生い立ちですか。知ってあんまり役に立つ情報じゃないような。ま、ともかく。1965年大阪生まれ、4歳からは鳥取県米子市育ち、6 人兄弟の長男、ただし他の兄弟と歳が離れているのでわりと一人っ子的にのんびり育ったらしい。実家の前が書店だったので本屋に入り浸り、立ち読み三昧の少年時代を送っています。友達の多くは私を本屋の子だと思ってたらしいです。

コンピュータとの第1種接近遭遇は小学校6年のとき、父親が買ってきたL-kit16なるボードコンピュータ。ダンプリストを打ち込んで8 セグメントLEDが光るのを見て喜ぶ程度で「コンピュータ」としては理解していませんでした。第2種接近遭遇は中学校2年のとき、やはり父親が買ってきたSHARPのポケットコンピュータ(PC-1210)。今度はBASICを理解しプログラミング初体験でした。

しかし、すぐ飽き足らなくなり、次に進んだのはプログラミングの書籍でした。コンピュータ雑誌(ASCII, I/O, マイコン、RAM)やPascal入門、Lispや人工知能の本を読み漁りました。書籍の多くは立ち読みでしたから、今でもお世話になった本屋さんには足を向けて寝られません。ただ、高校時代は漫画やアニメ、SFにはまっていた時期でもあり、高校の友人は私がコンピュータ好きだったことは知らなかったかもしれません。プログラミング言語に興味を持ったのもこの頃です。おぼろげな記憶ではこの頃すでに自分のプログラミング言語を作ろうと思っていたように思います。文法も機能も何も決まってないのに、名前だけは先に決めて。当時から形から入るタイプだったのかも。

高校時代は数学が苦手でした。今でも十分苦手ですけど。一度、数学の試験で学年でだんとつでビリだったことがあります。得意科目は国語と英語、志望は工学部情報工学科という変な理系学生でした。

大学は情報系でした。今までは触れなかったUNIXや書籍の中でしか見たことがなかったソフトウェアや言語などに直接触れる経験は貴重でした。やっと知識に経験が追いついてきたという。また、高校時代に読んだ本の著者の授業を受けられたのも名誉なことでした。難しかったですけど。

大学在学中に2年間休学してキリスト教の宣教師として奉仕しました。一緒に働く同僚や上司の多くがアメリカ人だったので、この頃英語を覚えました。英語は今でも役に立っています。また、異文化や人によって異なる考えについての理解が深まったのもこの頃だと思います。また、自分自身を含めて人間を見つめる機会でもありました。

私がクリスチャンであることはオープンソースの動機にも関係していると思います。私のオープンソースへの動機と情熱の源は愛です。愛と言っても、恋愛の愛じゃなくて、もっと一般的なものです。それは自分自身を楽しませたいという自己愛と、人類にすばらしいものを提供したいという人類愛の両方が入り交じっています。でも、利己的な愛の方がちょっと割合が高いかな。

まとめると、今の「Rubyの作者」としての私の形成した原則はおお むね

• 父親の(買ったおもちゃの)影響は大きい
• 経験よりも知識と想像力で勝負
• 機械よりも人間が重要
• OSSの動機は「愛」

というようなことではないかと思います。

7) 関連する質問からの抜粋
by bluedwarf

まつもとさん自身の経験から、今未来のおたくな高校生に向けてなにか伝えておきたいアドバイスや教訓などをはありませんか？

matz:

今の若い人たちは恵まれています。計算機パワーは潤沢でしかも簡単に入手できるし(娘の小学校にパソコン室なんてのがあってびっくりしました)、情報もインターネットですぐに最新のものが入手できます。こういう時代に育つ人は前時代の遺物のような私たちとは違う育ち方をするのかもしれません。

しかし、逆に恵まれているがゆえに逆境をバネにする「勢い」ってのには欠けるのかもしれません。また、出来合いのプログラムが豊富なために自分でプログラミングする楽しみを知らない人も多いかも。でも、スラッシュドットの読者は違うかな。

それから、高校までの学生時代には「全方位よくできる人」が期待されます。脳味噌から数学を理解する能力が欠落していた私はそういう周囲の期待には応えられませんでした。しかし、実際に世の中に出てみると成功している人ってのはどこかしら「いびつ」な人のような気がします。ひとつのことだけ得意な人、人格的になにか欠けた人、なにかすごく苦手なことがある人。

いびつであること、マイナーであることを恐れていてはいけない、たとえ周囲は理解してくれなくても。それが私からの教訓です。

8) ソフトウェア開発プロセスに対する考え方
by mumumu

まつもとさんは「ソフトウェアを書くときに仕様書を書かない」という話をどこかで読んだことがあります。普段から煩悩、常識というものにとらわれまくりの自分にとってこれは非常に興味深い事実でした。

さて、開発者をデスマーチに追い込みがちな旧来の開発手法に対してXP等の新たなパラダイムが提案され、また実践が進んでいる昨今ですが、まつもとさんにとって理想のソフトウェア開発プロセスとはどのようなものでしょうか？

また、Rubyの開発に際して、プロジェクト管理をこうやって切り盛りしているよという裏話があれば是非教えてください。

matz:

「仕様書を書かない」なんて書いたかな。

でも、私は仕様を考えながら試行錯誤的にプログラムを書くことが多いので「仕様書はプログラムそのもので、バグまで記述してある」というケースはけっこうあります。ただ、プログラムには意図は記述されていませんから、意図を表現するためのテストプログラムを用意して(これも仕様の考察が進むたび変化する)、プログラムをコンパイルしてはテストプログラムを実行するというスタイルをここ10年以上行ってきました。XPのテストファーストプログラミングみたいですが、XPほど徹底してもいないし(テストを先に書いたりまではしないし)、網羅的でもないんで、私のは「えせXP」ですね。いつまでたってもテストファーストにもペアプログラミングにも踏み切れないし。

そういうこともあるんで、私はXPをはじめとするアジャイルプログラミングには好意的です。アジャイル陣営にはDave Thomas, Andy Hunt, Marin Fowler, Ward Cunningham, Alistair Cockburnなど個人的に面識のある人が多いってのもあります。

Rubyのプロジェクト管理はあんまりうまくいっているかどうか自信がありません。私はすぐにものごとを忘れちゃうし、Rubyの全容を把握するのは大変でバグが入り込んじゃうこともたびたびだし。

でも、CVSを中心にしているので間違いがあってもすぐやり直せる点と、議論のほとんどがメーリングリストで行われているので、私が忘れても誰かが覚えてるし、アーカイブの検索も行える点とでなんとか運営できています。つまりはオープンであることが失敗しない秘訣ということでしょうか。

オープンソースプロジェクトが成功するには、という話をすると、そのために必要なことは「継続すること」で、その秘訣はふたつのことを維持することです。つまり「やる気」と「生活」です。やる気がなくなればプロジェクトは停滞してしまうし、停滞したプロジェクトはほぼ間違いなく衰退します。また、生活が維持できなければ時間を喰うオープンソースプロジェクトどころじゃなくなってプロジェクトは停滞します(以下同文)。私はたまたまうまく行ってますが、このふたつを継続的に維持できる一般的で良い方法は私にもまだ分かりません。

9) 学んだこと、予想外のできごと
by Anonymous Coward

ACで本当に申し訳ないですが。

• Ruby に取り組んで学んだことを三つあげてもらえますか？
  　内容に制限はなく技術的なものでも倫理的なもの、抽象的なものでも構いません。
• Ruby に取り組んできたこの10年で、Rubyに起こったもっとも予想外のできごとを三つあげていただけますか？

matz:

私が今このインタビューでえらそうに語っていることのほとんどはRubyの開発を通じて学んだことです。あえて三つ選ぶならば

• プログラミング言語は人間のためにあるコンピュータとのインタフェースである
• インタフェースの設計は自分の完成を信じてデザインしてよい。
  ただし、フィードバックはいつも必要だ。
• スクリプト言語(インタプリタ言語)がプログラミングニーズの90%以上をカバーできる日は遠くない。

くらいかな。

一方、予想外のことは

• Rubyがこんなに広い分野に使われるようになったこと
  気象解析やバイオインフォマティクスでRubyが使われるようになるとは思いませんでした。先日Webでクマムシについて調べていたのですが、ページの下のほうにBioRubyのバナーが張ってあって驚愕しました。
• Rubyがこんなに広い地域で使われるようになったこと
  日本を越えて、南北アメリカ、ヨーロッパ、ロシアなどなど本当に世界中でRubyは使われています。またRubyに関する集会も世界中で開かれています。また、Rubyの作者であるという理由で海外のイベントに招待されることさえあります。これは10年前には想像もできなかったことです。
• Rubyで生活できるようになったこと
  私は今Rubyを開発しているということで給料をもらっています。「タダのソフト」を開発してるのに人並みに生活できて家族を養っていけるというのは、これまた予想外です。

とか。

10) トレードオフ
by taro-k

今後、既存のRubyの言語仕様で対応しきれないパラダイム／スタイルが主流となった時、どこまで言語仕様を拡張して対応していきますか？言語仕様の複雑化を選ぶか、流行遅れの言語となることを選ぶか、というところに非常に興味があります。

# とある肥大化してしまった言語の愛好者として。

matz:

先程も述べた通り、ほとんどの人にとって言語っていうのは単なる道具なんで、あらゆるパラダイムやスタイルに対応しようという試みは単純にナンセンスです。できるならやればいいけど、無理してまでやることじゃない。私は新しいプログラミングパラダイムの将来について悲観的なので、Rubyは広く使われているような近い将来にそのような「Rubyで対応しきれないパラダイム／スタイルが主流になる」とは思っていないのですが、仮にそのような事態になったとしても、それはRubyでない別の言語がカバーすべきではないかと考えます。そのような時代にはRubyは流行遅れになるとは思いますが、たぶんそうなっても私は(まだ生きているならば)Linux 20.4.2 あたりでRubyを使っているでしょう。私は今Rubyを使ってハッピーなので、そのような時代にあっても今Rubyを使っているようなタスクを解決するためにはRubyでハッピーなのではないかと思うのです。

Rubyが将来変化するとしたら(かならず変化すると思いますが)、それは新しいパラダイムに対応するためではなく、今まで気がついていなかった人間(プログラマ)の精神的特質をサポートするためでしょう。そしてその変化はゆっくりとしたものではないかと思います。Rubyは人間のためにあり、そして人間は機械に比べてゆっくりとしか変化しないからです。1950年代に登場した言語(FORTRAN, COBOL,Lisp)が人気は衰えつつも現役であることを考えると、言語の変化のスピードが分かるでしょう。

さて、言語の肥大化は言語設計者にとって非常に気をつけなければならない点です。世の中にはかつて数千とも数万とも言われる数のプログラミング言語が存在し、今も誕生し続けていますが、そのほとんどは現在生き残っていません。その最大の理由は「ユーザが少なく生き残るのに必要な人気を獲得できなかったので忘れ去られた」というものです。人気の獲得という最初の難関を乗り越えた言語が陥る罠が肥大化です。言語はあらゆる局面で使われるため、いろいろな局面に便利な機能をどんどん取り込んでいくと次第にその仕様が大きくなっていきます。そして肥大化を続けた言語はいつしか自らの重さで重力崩壊してブラックホールになり周囲のものすべてを飲み込むようになります(笑)。そのような言語は実装が難しく、使いこなすのが難しく、結局人気を失う危険性が高いのです。今、Perl6がその道を歩んでいるのではないかと心配です。Rubyは決してその道はたどらないようにしようと決心しています。

11) Ruby以外に好きな言語
by himuro

Rubyの他に好きな言語はありますか？もしあれば、どういう点が好きですか？

私は数ある言語の中で、Rubyがダントツ一番好きです。でも言語おたくというわけではないので、もしかして Ruby 並(以上？) に面白い言語があっても私が知らないだけかもしれません。ぜひ言語おたくとしての意見をお聞きしたいです。

matz:

言語オタクとしてのあるべき答えは「私はすべてのプログラミング言語を愛している」です。しかし、「より好きな言語」はLispの影響を受けたものです。直接Lispの血統であるCommonLisp, Scheme, LOGOは当然として、SmalltalkやMLなどにも影響を感じます。理由はおそらく「少ないルールによって広い範囲をカバーする」というところのような気がします。

12) 普及のために
by Anonymous Coward

Ruby の利用者を増やすために何が必要だとお考えですか？

matz:

この質問をした人をはじめ多くの人が普及は善であると考えているようです。「普及のためにはWindows対応を強化すべき」とか「cpam.pm相当が必要」とか、親切に提言してくれる人はたくさんいます。しかし、考えてみればRubyはオープンソースソフトウェアですからたとえ世界中のプログラマがRubyを利用しても(そして実際に利用していますが)、私にはどれだけメリットがあるのでしょうか。少なくとも経済的にはゼロです。

みなさんの中でRubyを使っている人、学んでいる人、知っている人など多くいると思いますが、その中でRubyを作ったことに対して私に報酬を払った人はいないでしょう。私の本を買ってくれた人は私に印税をもたらしてくれましたが、それはRubyを作ったことにではなく、Rubyの解説書を書いたことに対する対価だと思います。別にRubyを作った人でなくても本は書けるし、実際にそうしている人もたくさんいますよね。

それでもRubyを作るのはそれが楽しいからです。みなさんが「Ruby は良いものだからもっと普及した方がいい」と考えてくださることには本当に感謝します。ありがたいことです。普及して嬉しくないはずがありませんし、普及のための協力の申し出は喜んで受けます。でも、だからといって私に楽しくないことを押しつけるのは勘弁してください。オープンソースソフトウェアにマーケティングは必要ありません。私は期待以上のたくさんのユーザに恵まれています。普及は良いものを作った結果、副作用で十分です。

Windows対応については多くの協力者が大変な苦労をしてメンテナンスしてくれています。もしもっとたくさんの人が情報や労力などを提供してくださればもっとよくなるでしょうが、ほっておいてもよくなることはないでしょう。Rubyが成功した理由の一部は、Ruby のような言語になにが必要か私が分かっていたことにあると思います。私はWindows について知識がないので、Windowsユーザにとって正しい判断ができるとは思えません。より良いWindows対応のためには、どのようなものが欲しいか、どのようなWindow対応が「良い」のかきちんと定義できる人たちの積極的な参画によって実現できるのではないか、私は思います。

まつもと ゆきひろ /:|)

p.s.
ああ、日本語の文章は楽だ。