[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 2chのread.cgiへ]
Update time : 04/06 13:34 / Filesize : 224 KB / Number-of Response : 979
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

【カルト】Ruby開発者Matz【モルモン】



1 名前:仕様書無しさん [2006/05/27(土) 15:50:41 ]
モルモン教徒だということが発覚し、Ruby界隈で波紋を呼んでいる
Rubyの開発者Matzに関するスレッドです。

Matzにっき
www.rubyist.net/~matz/

派生元すれ
Rubyについて Part 20
pc8.2ch.net/test/read.cgi/tech/1146575324/

前スレ
pc8.2ch.net/test/read.cgi/prog/1147689102/

750 名前:仕様書無しさん mailto:sage [2008/02/10(日) 18:35:03 ]
Rubyは至高の言語かもしれんが、
言語仕様・実装ともPythonのほうが品質が高いと思う。

PHPがもうどーしよーもないのは揺るぎない。

751 名前:仕様書無しさん mailto:sage [2008/02/10(日) 18:35:43 ]
> Rubyの欠点は土方に敷居が高いこと
その発想はなかった。

てか、どんな単純労働者だよ。

752 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:02:59 ]
>>750
PythonにはPythonの世界しか見えていない気がする。
あとでじり貧になるよ。
Lispの血を引いたRubyは関数言語のうまいところをいただいてる。

753 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:04:47 ]
>>750
> Rubyは至高の言語かもしれんが、
Matzにとって至高の言語、だよね

> 言語仕様・実装ともPythonのほうが品質が高いと思う。

実装は知らんけど、Rubyには仕様が存在しないし。

Pythonはリファレンス、チュートリアル、PEP等のドキュメントが整然と
管理されてるのが素晴らしい。

754 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:06:16 ]
>>752
> PythonにはPythonの世界しか見えていない気がする。
> あとでじり貧になるよ。

TOOWTDI主義のせいでそう見えるだけ。仕様の決定プロセスとかを見ると
ちゃんとあれこれ視界に入れてやってるよ。

755 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:06:22 ]
>>753
Pythonの日本語リファレンスは2年ほど前のものですが。
Rubyのリファレンスは最新を常に保ってますよ

756 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:07:59 ]
開発責任者がGoogleでよろしくやってるPythonと
開発責任者がPHPにけんか売ってコードを打ち込まないRubyと
比べてもしょうがないでしょ、向いている方向が違いすぎる

757 名前:69式フリーPG ◆hND3Lufios mailto:sage [2008/02/10(日) 19:18:08 ]
RubyのせいでPyhtonが日本では普及しない。
後々問題にならなければ良いが。。。

まあ、所詮LLなことが救いか。

758 名前:仕様書無しさん [2008/02/10(日) 19:36:06 ]
>>757
Pythonを普及させないためのRubyなんだと思う。

日本は特殊言語だから、仕事は言葉の壁によって守られてきた。
だけど中国に発注しやすくなっている今、
日本にしか存在しない開発環境が求められている。




759 名前:仕様書無しさん mailto:sage [2008/02/10(日) 19:36:54 ]
>>755
> Rubyのリファレンスは最新を常に保ってますよ

ないない


760 名前:仕様書無しさん mailto:sage [2008/02/10(日) 21:47:31 ]
> 日本にしか存在しない開発環境が求められている。

IT分野で低生産性高コストなままだと、PGの仕事が守れても
国自体が滅びるぞ。

761 名前:仕様書無しさん mailto:sage [2008/02/10(日) 23:55:44 ]
MatzはPHPが気になって仕方がありません。
日本人が気になって仕方がない韓国人みたいなもん。

762 名前:仕様書無しさん mailto:sage [2008/02/10(日) 23:58:36 ]
PHPなんか見てるから目と脳ミソが腐るのだ

763 名前:仕様書無しさん mailto:sage [2008/02/11(月) 00:28:07 ]
賛成の反対なのだ

764 名前:仕様書無しさん mailto:sage [2008/02/11(月) 02:04:53 ]
mod_ruby普及させろや

765 名前:仕様書無しさん mailto:sage [2008/02/11(月) 02:08:54 ]
しかし、RubyがPHP化してきてるような気がしないでもない

766 名前:仕様書無しさん mailto:sage [2008/02/11(月) 02:37:03 ]
>>753
>> 言語仕様・実装ともPythonのほうが品質が高いと思う。 

> 実装は知らんけど、Rubyには仕様が存在しないし。 

Matz Ruby の実装に限れば Zed Shaw とかがぼろくそいっとるぞ。



767 名前:仕様書無しさん mailto:sage [2008/02/11(月) 05:57:08 ]
ここ、何のスレだったっけ


768 名前:仕様書無しさん mailto:sage [2008/02/11(月) 07:21:06 ]
PHPのスレッドです



769 名前:仕様書無しさん mailto:sage [2008/02/11(月) 13:35:45 ]
まあ、パフォーマンスに関してはRubyは糞。
Perl並とは言わないが、せめてPython並にしてから言え。

770 名前:仕様書無しさん mailto:sage [2008/02/11(月) 13:47:42 ]
JRubyはRubyより速いらしいゾ。どうゆう原理か分からんが。

771 名前:仕様書無しさん mailto:sage [2008/02/11(月) 14:07:46 ]
Pythonはパフォーマンスは遅いけど
対応しているライブラリの数が半端じゃねえ

772 名前:仕様書無しさん mailto:sage [2008/02/11(月) 14:14:45 ]
でも、Rubyよりかは速いよ。

773 名前:仕様書無しさん mailto:sage [2008/02/11(月) 14:22:40 ]
何を馬鹿なことを。
ソートアルゴリズムで言うならば
RubyのほうがPythonのsortedよりも数倍速いですがな

774 名前:仕様書無しさん mailto:sage [2008/02/11(月) 14:47:25 ]
>>773
なんてアルゴリズム使ってんの?

775 名前:仕様書無しさん mailto:sage [2008/02/11(月) 18:30:56 ]
>>774
アルゴリズムって言ってみたかっただけと思う

776 名前:仕様書無しさん [2008/02/11(月) 20:21:14 ]
pythonはgoogle標準言語

777 名前:仕様書無しさん mailto:sage [2008/02/11(月) 20:34:19 ]
Rubyは地球語

778 名前:仕様書無しさん mailto:sage [2008/02/11(月) 21:15:56 ]
% time python -c 'range(0,10000000).sort'
0.769u 1.022s 0:01.79 99.4% 0+0k 0+0io 0pf+0w
% time ruby -e '(0...10000000).sort'
3.170u 0.259s 0:03.42 100.0% 0+0k 0+0io 0pf+0w




779 名前:仕様書無しさん mailto:sage [2008/02/11(月) 23:31:30 ]
遅いがな.. Σ(゚Д゚)ガーン

780 名前:仕様書無しさん mailto:sage [2008/02/12(火) 01:10:54 ]
Pythonもそれほど速いわけではないのだが
Rubyの方が速くなる要素は一つもない。

781 名前:仕様書無しさん mailto:sage [2008/02/12(火) 01:16:37 ]
1.9は新VMで爆速じゃなかったのか?

782 名前:仕様書無しさん mailto:sage [2008/02/12(火) 01:22:52 ]
$ time ruby -v -e '(0..10000000).sort'
ruby 1.8.6 (2007-09-24 patchlevel 111) [i486-linux]

real 0m5.247s
user 0m4.156s
sys 0m1.024s

$ time ruby1.9 -e '(0..10000000).sort'

real 0m1.429s
user 0m1.268s
sys 0m0.140s

1.9速いな...

783 名前:仕様書無しさん mailto:sage [2008/02/12(火) 01:31:12 ]
blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-dev/33636
> |安定版である1.9.1はいつごろリリース予定でしょうか?
>
> 未定です。十分に安定したら、という以外には。
>
> なんとなくのイメージとしては早ければ夏、遅ければ冬という感じ
> で、2008年内を希望しています。

仮に2008年内にリリースできても、そもそも非互換な変更もあって、
1.9への移行は絶望的に緩やかなのではないか。

784 名前:仕様書無しさん [2008/02/12(火) 01:55:39 ]
>>782
最初から並んでるんじゃね?


785 名前:仕様書無しさん mailto:sage [2008/02/12(火) 02:07:06 ]
MatzのRuby1.9への移行の仕方と、
GuidoのPython3000への移行の仕方を比べると面白いよ。

786 名前:仕様書無しさん mailto:sage [2008/02/12(火) 22:43:53 ]
>>783
緩やかで、ある意味ちょうどいいんじゃね?
非互換な部分に対しての準備期間と思えば。

787 名前:仕様書無しさん mailto:sage [2008/02/14(木) 19:16:50 ]
Guidoの綿密なドキュメント整備、および計画報告は
見習うべきだと思うんだけどな。

788 名前:仕様書無しさん mailto:sage [2008/02/15(金) 02:38:14 ]
性格的にそもそも無理っぽい。




789 名前:仕様書無しさん mailto:sage [2008/02/15(金) 09:51:39 ]
>>752
> Lispの血を引いたRubyは関数言語のうまいところをいただいてる。

ポカーン・・・こりゃすげーやwwww

790 名前:仕様書無しさん mailto:sage [2008/02/15(金) 23:40:27 ]
血の濃さでいったら Python のほうがよっぽど CLOS っぽい。
Ruby 厨はまつもとの尻馬に乗っていないで、もっと他の言語、知れ。

791 名前:仕様書無しさん mailto:sage [2008/02/16(土) 08:42:10 ]
てか、あの言語オタまつもとが、なぜかPythonはたいして知らないんじゃなかったっけ?

792 名前:仕様書無しさん [2008/02/16(土) 13:11:27 ]
知ってればわざわざ劣化コピー作らないだろw

793 名前:仕様書無しさん mailto:sage [2008/02/16(土) 13:41:37 ]
>>791
自称言語オタ
自称キリスト教

794 名前:仕様書無しさん [2008/02/16(土) 14:19:52 ]
>>792
知ってるから対局に行くんじゃ?

795 名前:仕様書無しさん mailto:sage [2008/02/16(土) 16:06:35 ]
>>786
半端な状態が続いて、結局両方のバージョンを面倒みにゃならん。
すげー迷惑なんだけど。

796 名前:仕様書無しさん mailto:sage [2008/02/16(土) 19:09:38 ]
>>793
> 自称言語オタ

るびまの言語紹介とかを見てわかるけど、
それはない。

797 名前:仕様書無しさん mailto:sage [2008/02/16(土) 19:11:23 ]
>>796
言語の名前を並べることと言語を理解してることは全く別という罠

798 名前:仕様書無しさん mailto:sage [2008/02/17(日) 00:50:11 ]
>>796
あの程度の理解と、言語数でネタぎれするようでは言語オタとはいえんだろ。



799 名前:仕様書無しさん mailto:sage [2008/02/17(日) 14:14:05 ]
Religious affiliation of respondents who use Ruby
www.kimsal.com/reldevsurvey/results.php?action=byLanguage&language=12#relbylang

800 名前:仕様書無しさん mailto:sage [2008/02/19(火) 18:15:42 ]
Rubyで厄介物に過ぎなかったCoCが
Railsで気違いの域に昇華されてるな。

俺、この仕事が終わったらRuby捨てるわ…

801 名前:仕様書無しさん [2008/02/21(木) 20:51:44 ]
Pythonと比べられたら勝負にならないもんだから、徹底してPHPを相手にしようと
しているな。

あのな。
あれはWeb界のVisualBasicだ。
簡単、あっさりさっくりバカでも書けることに特化した言語だ。

802 名前:仕様書無しさん mailto:sage [2008/02/21(木) 21:21:46 ]
>>801
言いたいことは胸にしまっておけ。
Pythonとの性能的な違いは微々たるものかもしれんが(異論あると思うけど)
ドキュメントの整備とか初心者から玄人皆使いやすくしよう、
情報を共有しよう、オープンにしようとかそういうの無いよね。
Guidoがすごすぎるのかもしれないが。

803 名前:仕様書無しさん mailto:sage [2008/02/22(金) 11:18:21 ]
Guidoは確かに凄すぎる。
が、Matzは出来ることをやらなさすぎる。

個人の遊びなら好きにやればいいが、
日本のプログラミング界がPythonよりRubyに傾斜しているせいで
本来得られるはずなのに失っている生産性の大きさを少しは考えれ。

804 名前:仕様書無しさん [2008/02/22(金) 14:41:28 ]
Matzさんは、こうしたことで協力を頼める人がいないほど人望がないの?
周りの人が何もやらなさすぎるの?

805 名前:仕様書無しさん mailto:sage [2008/02/22(金) 15:04:00 ]
おまえら、Matzが嫌いだからPythonごり押ししてるの?

806 名前:仕様書無しさん mailto:sage [2008/02/22(金) 15:54:53 ]
ドキュメンテーションのセンスと暇のある奴がいないってだけだろ

807 名前:仕様書無しさん [2008/02/22(金) 18:26:51 ]
国から金貰っていたんだから、並程度のドキュメント屋を雇う
ぐらいするべきだったのに、金が惜しかったのか、やらなかっただけ。

808 名前:仕様書無しさん mailto:sage [2008/02/22(金) 19:44:31 ]
Pythonの精神がドキュメントの充実なせいか、
Python使いが書いているBlogや、
web上で公開してる適当なスクリプトの
ドキュメントもしっかりと書かれている、
そしてそれを初心者が見て使いだす。



809 名前:仕様書無しさん mailto:sage [2008/02/22(金) 19:48:40 ]
>>807
未踏はまさにそういう仕事の支援なはずなんだがな。
国民の税金をものみの塔にお布施しちゃったのかな。

810 名前:仕様書無しさん [2008/02/23(土) 00:47:21 ]
日本でpythonが普及しなかったのは、ぶっちゃけRubyのせいだよね。

811 名前:仕様書無しさん [2008/02/23(土) 02:44:06 ]
意識しない方がいいよ。
ブームも長くて3年だよ。
こんな遅いの、どーしようもないし。



812 名前:仕様書無しさん mailto:sage [2008/02/23(土) 09:00:58 ]
Rubyが袋小路に入ってしまうのか、
それとも今の混沌とした状況を抜け出して
スマートになれるのか。

いちいちMacに公式に入れられたとかで
喜ぶのでもなくRailsが外国で使われてるとかで
喜ぶのでもなく、ちったあPython見習って
ただ黙々と理想を構築していくことができりゃいいんだがなあ。
すばらしい理想であればたくさんついて行く人が出てくるし、
採用する企業も増えてくる、と思う。

813 名前:仕様書無しさん mailto:sage [2008/02/23(土) 09:05:07 ]
>>812
まあPHPに噛み付いて悦に入ってる間は無理だ罠

814 名前:仕様書無しさん mailto:sage [2008/02/23(土) 09:35:36 ]
20日から急にPythonについて
語ってるよ、もうだめかなこのおっさん。

815 名前:仕様書無しさん mailto:sage [2008/02/23(土) 09:40:58 ]
>>812
君が望むなら、君がすればいい。

816 名前:仕様書無しさん [2008/02/23(土) 09:45:01 ]
ワロタ
マ板の住人かよ

817 名前:仕様書無しさん mailto:sage [2008/02/23(土) 09:46:21 ]
Guidoとお話しできて浮かれてるんでしょ。
いつもながらのミーハーぶりが微笑ましいw

818 名前:仕様書無しさん [2008/02/23(土) 10:02:57 ]
ちうかね。Pythonと真っ向勝負して勝って欲しいとRubyの古くからのユーザーは
思ってるんじゃね



819 名前:仕様書無しさん mailto:sage [2008/02/23(土) 10:09:52 ]
>「Haskellみたいなブレースの使い方を採用する気ない?」と尋ねたら、
こんなの自分で作ってるのだけにしろよ。

820 名前:仕様書無しさん mailto:sage [2008/02/23(土) 10:13:28 ]
>>818
無理とわかっているからguidoとフレンドリーwなのでは。

821 名前:仕様書無しさん [2008/02/23(土) 10:25:59 ]
phpなら勝てるかも!

822 名前:仕様書無しさん mailto:sage [2008/02/23(土) 10:38:06 ]
PHPの歴史を考えると、
Matzが指摘していたことはまんま有用性になってしまうのだが‥

823 名前:仕様書無しさん [2008/02/23(土) 10:46:15 ]
pythonはいいよね。

824 名前:仕様書無しさん mailto:sage [2008/02/23(土) 10:49:48 ]
最初はPerlのアドオンみたいな形だっんだものな、
んで独立した言語形態としてZendがPHPを作り上げて行ったと。

825 名前:仕様書無しさん mailto:sage [2008/02/23(土) 10:57:59 ]
>>819
> 「いろんな文法の変更を試している人がいるから、その中のひとつとして考えてみる」という ことであった。

日本語訳:
ウザい東洋人、あっちいけヨ。

826 名前:仕様書無しさん [2008/02/23(土) 11:08:09 ]
Guidoは大人だね

827 名前:仕様書無しさん mailto:sage [2008/02/23(土) 11:35:33 ]
matzが二人いたら、すごい罵り合いになるだろうな。

828 名前:Guidoの本音 mailto:sage [2008/02/23(土) 12:31:26 ]
以下のような特殊なエラーがわざわざ入っている。

>>> from __future__ import braces
File "<stdin>", line 1
SyntaxError: not a chance


python3000の議論が始まったときに、ブレースが入らないことだけは
最初っから完全に決まっていた。そもそもまともに議論・検討しようという態度がない。


PEP3099で、ブレースが入らない理由のところで
何も書かれておらず、「そんなことは明らかだ」
という言い方しかしていない。(議論する気がない




829 名前:仕様書無しさん mailto:sage [2008/02/23(土) 14:56:41 ]
>>814
PHP と Python に対する態度を見てるとスネ夫を思い出す

830 名前:仕様書無しさん mailto:sage [2008/02/23(土) 16:13:23 ]
not a chanceか。まあ、本音はそうなんだろうね。
社交辞令を真に受けちゃうmatz…

831 名前:仕様書無しさん mailto:sage [2008/02/24(日) 06:28:16 ]
GuidoとMatzじゃ格が違いすぎて喧嘩にもならないからな。

832 名前:仕様書無しさん mailto:sage [2008/02/24(日) 06:31:42 ]
>>825
もしGuidoがMatzみたいな性格だったら絶対に出てこない答えだな。

833 名前:仕様書無しさん mailto:sage [2008/02/24(日) 08:08:21 ]
>終始フレンドリーであったことを報告しておきたい。並んで写真も撮ったしね。

この手のイベントで一緒に写真をとりたがる100万人の1人にすぎないMatzたん、
Guidoは誰にでもフレンドリーなんだよ。ヨーロッパ上流人のマナーとしてね。
たとえ相手がMatzであっても、フレンドリーなんだよw

834 名前:仕様書無しさん mailto:sage [2008/02/24(日) 08:29:54 ]
> Guidoとの会話だが、Unicodeの実装など技術的な話題や、 互換性の維持の運営などの話が中心であった。

どっちもPythonは既にしっかりしている部分の話題だな。
Matzもこれで勉強になったろうから、Rubyも少しはマシになるかな。

835 名前:仕様書無しさん mailto:sage [2008/02/24(日) 17:16:50 ]
>>834
Guido はいいやつだな

836 名前:仕様書無しさん mailto:sage [2008/02/26(火) 10:01:24 ]
RubyがPythonから学ぶべき点や取り入れるべき点は多くあるが、
PythonがRubyから学ぶべき点や取り入れるべき点は見あたらない。

837 名前:仕様書無しさん mailto:sage [2008/02/26(火) 10:34:55 ]
Matzが空気を読めるようになって上から目線の他言語たたきの発言をやめたら
よろこんでRubyを後押しするよ。でも、本人も公言してはばからないとおり、
ぜったいそんなことはないからRubyバブルがはじけるまで徹底してアンチ張る。

838 名前:仕様書無しさん mailto:sage [2008/02/26(火) 16:54:30 ]
言語の善し悪しはその言語の目的との適合性によってきまる、
こんな常識もわきまえていないmatzが言語オタクを自称してる、
これはプログラム言語への侮辱だ。



839 名前:仕様書無しさん mailto:sage [2008/02/26(火) 22:36:45 ]
そういうのを自称できるのがアマチュアの特権ではある

840 名前:仕様書無しさん mailto:sage [2008/02/27(水) 07:25:21 ]
matzは色んなところから金ひっぱってきてるんだから
もうアマチュアだからじゃ済まされないと思うが

841 名前:仕様書無しさん mailto:sage [2008/02/27(水) 08:48:36 ]
で、ム板のPython勉強スレで暴れてるキチガイってお前?

842 名前:仕様書無しさん [2008/02/27(水) 09:42:34 ]
>>840
いろんなところって?

843 名前:仕様書無しさん mailto:sage [2008/02/27(水) 19:40:55 ]
Pythonは終わった言語だ、
これからはRubyの時代だ
>>841黙ってろ糞が

844 名前:841 mailto:sage [2008/02/27(水) 19:53:00 ]
わかりました

845 名前:仕様書無しさん mailto:sage [2008/02/27(水) 20:00:05 ]
ここからは俺が暴れます

846 名前:845 mailto:sage [2008/02/27(水) 23:38:43 ]
だれかつっこめよ

847 名前:仕様書無しさん mailto:sage [2008/02/29(金) 01:46:31 ]
>>840
プログラミング言語についてはアマチュアかプロかというよりも、
研究者かそうでない(言語オタク)かという分類がしっくりくる気がする

848 名前:仕様書無しさん mailto:sage [2008/02/29(金) 01:48:56 ]
またルサンチマン君か



849 名前:仕様書無しさん mailto:sage [2008/03/02(日) 22:34:36 ]
>>840
金引っ張ってきても痛い奴は痛い奴だしな、
むしろ金が絡むと痛い奴はさらに痛くなる傾向にある

850 名前:仕様書無しさん [2008/03/07(金) 16:27:15 ]
Ruby1.9 や Rubinius は MRI と比べて本当に速いのか
d.hatena.ne.jp/kwatch/20080304/1204646782

絶望した! Rubinius のあまりの遅さに絶望した!
また Ruby1.9 も、Ruby1.8 より遅くなっている。
eRuby ではどうしても eval() が絡むからしかたないんだけど、
とにかく Ruby1.9 になればなんでもかんでも速くなるというのは間違いであると断言できる。

絶望した! eval ないのにひとケタ遅い Rubinius に絶望した!
また eval がなくても、Ruby1.9 は Ruby1.8 と大して変わらないことがわかる。

結局、Ruby1.9 や Rubinius で速くなるのはバイトコードの実行部分だけであり、
String#<< のような built-in method の実行が速くなるわけではない。
fibonacchi sequence のベンチマークが速いのは built-in method の呼び出しがない、
純粋にバイトコードの実行だけで済むベンチマークだからである。






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<224KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef