1 :
「真面目な」反対派(何が真面目なのか知らないが) :
01/11/04 20:28 Rubyの実装は、バイトコード使用ではなく、 構文木をeval関数(巨大なswitch文)でたどっていく方法だが。 これでは速度的に不利だ。 また、そのせいで例外処理にsetjmpとlongjmpを使う風になっていて、 余計な負担がかかっている。 GCもスタックを勝手にサーチして「保守的ごみ集め」をやっているが これも速度的に問題がある。 開発者のまつもと氏はいったいどう考えて作っているのか、 知りたいところだ、、、。
終了。
騙るな。
お前もな
Ruby逝ってよし!
HSP逝ってよし!
真面目な反論など不要!
俺が本物だ。
至急削除依頼出してください。
Ruby VM は現在開発中ですよ。
珍しくまともなスレが出たと思ったのに……。
oremona
とりあえずsetjmpなのが嫌。 RubyVMに期待。
>1 キミ速いやつ作ってよ。
15 :
デフォルトの名無しさん :01/11/04 21:46
その名もTurboRuby!
16 :
デフォルトの名無しさん :01/11/04 21:53
みなさん大変です!! Rub...えーとなんだったっけ?・・・が この世から無くなります!!使っちゃダメですよ!気をつけて!
>15 じゃあオレはQuickRubyを……
Rubyを使うと次第に人間性が損なわれていきます。 それはここの板を見ればわかります。 悪魔の言語、Ruby.....
19 :
デフォルトの名無しさん :01/11/04 22:04
マイクロソフトはVMがないと動かせないような言語の ブラウザサポートから撤退するそうです。 だからRub...えーとなんだったっけ?・・・は あと3ヶ月で消えて無くなります。
20 :
デフォルトの名無しさん :01/11/04 22:06
Ruby1.6.5だが、 どーも、原因はgcc2.9くさいが、 (Laser5 Rel6.4) elseifが正しく実行されない。 全部elseにいったりする。 他にちゃんとした実行ファイル作れない人いる?
gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪ gcc++♪
23 :
デフォルトの名無しさん :01/11/04 22:23
gcc++ ???
最近、ム板のレベルが加速度的に下がってるな。
ほー。そういう実装なんだぁ バイトコードを使用したスクリプト言語ってどれくらいあるの? 知ってる人がいたら情報下さい。
>>1 実装が簡単だからそうしたんでしょ。
Python より多少遅い程度なんだからそう気にしてないけど。
実装は抜本的に直すことも可能だけど言語仕様はそうはいかないからね。
(ちょくちょく細かな手直しはされているが…)
VM 化と Generation GC で数割はパフォーマンスが良くなるだろう。
組み込みクラスも最適化すればばっちり。
後3年待て(w
27 :
デフォルトの名無しさん :01/11/05 00:37
Rubyの問題は、実装以前の問題です。
信者の問題です。
>>1 拡張ライブラリをCで簡単に書けるようにでしょ。
>>30 つーか「拡張ライブラリをCで」書くという仕様?がある時点で
間違ってると思うが、どうよ?
>「拡張ライブラリをCで」書くという仕様?がある時点で間違ってる んなこたない。 が、>30の言うことが本当だとしたら本末転倒もいいとこ。 因果関係がいまいちわからんが。
>>30 それって mark&sweep の conservative GC を採用してる以外にも?
GCするときに生成されたオブジェクトはどこかから参照さ れている、ということをRubyは理解しなくてはいけない。 それを、スタックやらなにやらをトレースすることで調べ ている。もしこれをRubyがやらないとすると拡張ライブラ リを書く側が気にしなければならず今ほど簡単に拡張ライ ブラリは書けなかったと思う。 と言ってはみたがそれほど理解している訳じゃないので 見当違いかもしれぬ。 また、仮に合ってるとしても、自分もこの方法はちょっ と乱暴だとも思う。
35ゲットオォォォォ!!  ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´ ∧∧ ) (´⌒(´ ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡  ̄ ̄ (´⌒(´⌒;; ズザーーーーーッ ドッコイショ・・・・・・・・・  ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ∧∧ (´;; (゚Д゚ ,)⌒ヽ (´⌒(´ U‐U^(,,⊃'〜... (´⌒(´⌒;; ヤレヤレ・・・ツギイクカ  ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ ポ ∧∧ ポ ン (゚Д゚ ,) . ン (´;) U,U )〜 (;;). (´)〜(⌒;;UU (´ )...〜⌒(`)
ちなみに34も俺です。何か深く考えずに30書いちゃったけど 全然見当違いのような気がふつふつとしてきた。 あと、最初バイトコードにしなかったのはRubyは動的な部分 が多くて難しいと思ったんじゃないかな。 識者の意見が聞きたいのでageます。
37 :
デフォルトの名無しさん :01/11/05 01:52
とりあえず移植性の為に、一番単純でタコい方法で 書いてるんだと思う>GC その結果、確かにたくさんのプラットフォームで 動いてるし。 あの程度なら(レジスタウィンドウとか無ければ)setjmpが あれば移植出来るし、読めばすぐ理解出来るし。 ただ、例外関係は俺もバイトコードで例外テーブル 持つ方が良い、とは俺も思うなぁ。 そこらへんはどうなんだろう?
そういうコアな部分が全く分からない者としては、 ラフな案でもいいから ruby-dev にふってくれると嬉しいなと思ったりします。
高速化はRuby2.x.xでやるんだろ
構文木インタプリタにした理由は、 ・作るのが楽だから ・コンパイル時間がかからないから(one-linerだと速い) と思われる。 「動的だから」と言うのは良くわからん。 Smalltalkも実行時にmethod加えたり消したりできると思うが 最初からバイトコードだった。
まつもと氏はCプログラマとしては凄いんだろうが、 きっとRubyではCほどプログラム書いてないよね。 OOの熱心な信奉者という感じはしない。むしろあんまり 信頼してないんじゃないか。OO原理主義者ならもっと多く の部分をRuby自身で書くだろうし。
まつもと氏はOOの熱心な信奉者だよ。
>>42 該当する ML のログか Changelog 分かる?
ざっと探したけど見つからなかった。。。
誤爆。。。 本スレの 283 へのレスだった。
全部見ろ。そしたら分かる。
>>42 じゃあ、なんでRubyの処理系はあんなにCマンセーなんだろ。
なんでパーザくらいRubyで書かないの?
>>46 cで書いてるのは移植性を考えてだろ。
パーザ?yaccのことか?
yaccで効率的なコードを生成できるんだから
わざわざRubyで書く必要なんてっこれっぽちも
無いと思うが?
48 :
デフォルトの名無しさん :01/11/05 06:29
49 :
デフォルトの名無しさん :01/11/05 06:38
* これからどうするのか やりたいことは以下の通りです. + バグを減らす + 知名度をあげる + クラスライブラリを増やす + thread対応(難しそう…) + security強化(最近の流行?)
>>49 何を言いたくて引用したのかしらないけど、
それは6年近く前の発言だよ。
perl5も構文木上を直接実行していますがなにか?
>>1 で保守的なGCって書いてあるけど、conservativeじゃないGCってあるの?
53 :
デフォルトの名無しさん :01/11/05 10:53
RubyはCのライブラリなんだよ。 GCやマルチスレッドや例外処理があって移植性抜群のC言語処理系。 しかもこれで開発するとスクリプト言語のインタプリタが おまけとしてついてくる。
54 :
デフォルトの名無しさん :01/11/05 11:18
>>52 JavaもLispもSmallTalkもconservativeなGCじゃないですが?
55 :
デフォルトの名無しさん :01/11/05 11:26
>>54 えっと、でも例えば世代GCなんかもconservativeだよね?
明らかに使われないとわかる部分についてだけ回収するという意味で。
自分の用語の理解が間違ってるのかな。。
classicalなGCって意味でconservativeってこと?
>>55 すみません
発言に誇張がありました。
前述の各処理系でも保守的なGCを採用していることはありえます。
(ていうかSUNのJavaVMもそうらしい、、)
保守的というのは「疑わしきは開放せず」という処理方針の
GCの事です。
これはC言語に代表される
「メモリ上のデータがポインタなのかそうでないのか
厳密に決定できない」処理系では必須になります。
極端にいうとすべてのメモリデータをポインタとみなして
そこからポイントされている領域は使用中の「疑い」がある
として開放しないというものです。
しかし前述の処理系ではポインタと以外が厳密に決定可能なので
保守的でないGCも実装可能です。
しかし保守的なGCはコードが単純なのでメモリ効率よりも
速度を優先する場合はあえて保守的なGCを選択することもあるようです。
(たぶんJavaVMがそう)
>>55 そう言う意味ではほとんどのGCが保守的です。
わざわざconservative GCと言うときは、別の意味です。
「本当にGCで管理しているオブジェクトへのポインタか
どうか正確にわからないので、もしそうでなくても問題
が起きないようなGC」と言う意味です。
LispやSmalltalk,新し目のJavaの処理系は、conservative
GCではありません。GCが管理しているポインタか、そうでない
値(Cの整数とかスタック内にセーブされたPCとか)か、GCが
正確に区別できるようにしてあります。
conservativeでないGCを特に区別するときは、exactなGCとか
preciseなGCと呼ぶようです。
>>47 パーザがクラスとして使えないと、Rubyのプログラムを扱うツールや
プログラミング環境を作るときに、いちいちパーザを自分で書かなきゃ
いけない。あまりにもムダだと思うが。
61 :
デフォルトの名無しさん :01/11/05 14:58
>>57 解説ありがとうございます。
JAVAとかでそういうことしてたのですね。知らなかったです。
JAVAで、GCが管理しないポインタというものはどういうも
のがあるのでしょうか?
あるネストの中でしか使われないオブジェクトを、コンパイル段階で 静的解析によって求めて、スタックに入れるようにするとかいうことを するのかな・・・
>>60 いっぱいいるようにみえるけど、実は数人しかいないのでOkOk
AthlonはRuby用に最適化されています
65 :
デフォルトの名無しさん :01/11/05 23:20
>>58 BNFで書かれたソースが公開されてるんだから、普通パーザ
書きたいなら、C言語でyacc使うんだろ。
そもそもクラスで公開するにしてもRubyで実装する必要は
無いだろ。
最近はパーザって言うのかい。パーサじゃなく。
両方の流儀があるようです。 東大流と京大流(嘘)
68 :
構文解析を速く、、、 :01/11/05 23:39
自分はYACC嫌いなんだけど、Rubyを高速化するために、 書き直しているのなら、構文解析を再帰下向きとかの手書きのものにしてくれないかね。 どうせ、実行時も、動的評価で構文解析するんだろうし。 言語仕様も、もう固まってるんだろ、だいたい、、、。 とりあえず、みんな、あんまYACCに頼るなよ、 遅いんだから、、、。
>>68 再帰下降って速いんだ。知らんかった。
ただ、メンテナンス性は悪いよね。
yaccの出すパーザってグローバル変数つかいまくりじゃなかったっけ? オブジェクトにできるの?
71 :
デフォルトの名無しさん :01/11/05 23:47
ぼくもyacc&lex(or bison&flex)はいやだな。 gccとかはそれで作られているけど、市販のコンパイラはどうなんだろ?
>>68 はぁ?LALR(1)のyaccが遅いわけねぇだろ。
>>70 簡単にできる。
いくらグローバル使おうが、extern宣言しない限り、
有効なのはそのソースファイル内だけ。
yaccが吐くのはパース部分だけだから、その部分だけ
オブジェクトに
まとめればよい。
73 :
デフォルトの名無しさん :01/11/05 23:52
Rubyの技術情報なり解説って、ネット上にあるのかな? まつもとさんの本で簡単に実装が述べられていたけど。
むしろ、再帰下降の方がバックトラックで遅くなる。 文法を制限しても良いなら、バックトラック無しでできるが。 yaccは表駆動型だから最速のはず。
75 :
デフォルトの名無しさん :01/11/05 23:59
>>72 もう少し理論を勉強しなさい。
LALR(1)が速いわけねえだろ。
>>71 市販のコンパイラの多くは、「手書き」です。
76 :
デフォルトの名無しさん :01/11/06 00:02
>>75 速いだろ。
終端記号を認識して表と照らし合わせて遷移するだけ。
もしかして、LL文法と比べて遅いとかいいたいわけ?(w
LL(1)なんか使ってるようじゃ、Rubyの文法はとても 実装できんよ。 それとも、Rubyってそんなに単純な文法だったのか?(w
79 :
デフォルトの名無しさん :01/11/06 00:09
>>70 ソース読んでみようね。
>>75 強弁はやめましょうね。
でも、わたしもyaccに頼るのはあまり賛成しない。
(もっとも、ちゃんとしたコンパイラ屋さんは
全部自分で書いてしまうようですが、、、。)
みんなよく知ってるなぁ。 日曜プログラマのおれにとっちゃ、意味不明だよ。
でも、実際問題として、LR表作るのを手作業とかでやる やついるの? yaccの助けを借りるのが一番良いと思うが。
PerlもPythonもgccもyaccのようなツール使ってるけど。 市販の有名なやつは手書きじゃなくて、独自開発のツールなんじゃないの?
字句解析との兼ね合いじゃないの?
84 :
デフォルトの名無しさん :01/11/06 00:28
LAって何?ロス?じゃないよね LRは?左右?
85 :
デフォルトの名無しさん :01/11/06 00:33
どうも、このスレは乱入しにくいね。 もっと、感情的になって、醜く争って!(from Ruby撲滅スレ) プログラムのことなんてわかんねえよ! アタマわりいんだよ!
>>80 安心してくれ。ほとんど一人で書いてる。(w
>>84 Look Ahead Left to Right
もしくは
Look Ahead Left-to-right Rightmost
市販のが lex & yacc 使わないのはライセンス問題からではなく?
88 :
デフォルトの名無しさん :01/11/06 00:35
>>72 >いくらグローバル使おうが、extern宣言しない限り、
>有効なのはそのソースファイル内だけ。
ほぉ?じゃあその方式で作られた「オブジェクト」を
同一プロセス上で二つnewしてみろよ?一発で破綻すること請け合い。
Objectとして使うってのは、そういうことです。
2ついっぺんに使いたい!とか、ね。
>>57 http://www9.xdsl.ne.jp/~aamine/ja/ruby/hack/gc.html によると、
現状のrubyでも、或るポインタがObjectを指すものかどうか?を
厳密に判定するのに必要なコストは、かなり低く出来るような仕掛けが
既に有るように読めますね。
それはそうと、
バイト(など)コードのインタプリタでも、別に自由度は変わるまい。
javaが自由度低い言語であるのは別にバイトコードであるせいではない。
rubyのCライブラリのスタックの使い方をruby本体のソレと「同一」のものに
してしまう必要も必ずしも無いのだから、あまり本質には関係なかろう。
独自スタックにするという手もあるしね。
独自スタックにすると遅い、という意見も有るかもだが、
今みたいに生スタックをThread切り替えのときにいちいち積み直し
しているのと比べてもなお、遅いといえるかどうか。
>>84 構文解析の方法の一つです。
>>85 他はそんなに醜い争いなんですか?
>>89 プログラムと全く関係ないことで争っている。
小学生の喧嘩みたいで微笑ましく見えることもある :-p
>>90 つーか、プログラム読めも書けもしない消防ばっか。
>>80 っつーか、字句解析とか構文解析とかは情報系の学科にいけば必ずやる話題。
それなりの人数が毎年勉強してる内容。でも、本当にその知識を役立てることが
できるやつはそのうちのほんの一部。
ところで、そういう予備知識のないやつがHSPとか(以下自粛)
HSPは予備知識無しで作ってるから凄い。
94 :
デフォルトの名無しさん :01/11/06 01:41
>>92 某地方国立大学の情報学科出身ですが、
ここの言語処理系の授業は、ものすごく低レベルでした。
(BASICの「構文の研究」ですよ。授業中は市販のコンパイラ書籍を読み、あとは寝てました。)
院に行ってようやくまともな研究ができるありさまでした。
>>93 他人が一生懸命作った作品をけなすのはやめましょう。
ユーザーも少なくない処理系のようですし。
「君は何を作ったの、見せて」って言われますよ。
>>74 ついでに関数呼び出しのオーバーヘッドも馬鹿にならないね。
あの Ruby の parser.y から EBNF 書いてちまちま左再帰除去してやって
再帰下降パーサ書くのはちょっとやりたくない。
それより最適化の方が楽しそうだ。
>>94 (´-`).。oO(構文の研究って何だろう…)
(´-`).。oO(IF THEN ELSE は条件文ですなどというレベル何だろうか…)
(´-`).。oO(処理系の作り方はやらなかったの?)
97 :
デフォルトの名無しさん :01/11/06 01:55
>>1 Rubyやまつもとさんを批判するのはいっこうに構わないが、
君は何を作ったの?
RubyVMは現在開発中ですよ。
別に信者ではないけれど、Rubyは言語仕様も実装もよくできていると思うよ。
>ところで、そういう予備知識のないやつがHSPとか(以下自粛) ニッチを満たしてしまったのだからしょうがない。 もう少し「言語」としてまともだったらと思うが、 今のままではユーザ層がピラミッド型にならずに台形になって先細りだと思う。
>>97 ML で VM に関する議論を全然見ないんだけど。
本題に集中しよう。
>97 1は批判なんかしてないじゃないか。 Ruby の実装について技術的に議論したいだけだろ。 松本氏やRubyコミュニティの批判は正直うんざりだけど 技術的観点からの批判なら彼らも歓迎とまではいかくても 受けてたつんじゃないかな。
>>74 バックトラック? あほか。LL(k)文法(k > 1)をバックトラックなしで
解析するアルゴリズムなんて広く知られてるだろ。
104 :
初心者ですが、教えてください :01/11/06 11:26
うーん、結局、再帰下降などの自前の構文解析器で、 yacc以上の速度を出すことは難しいんでしょうか? (文法の範囲の広さは別にしても) Rubyとは関係ないんですが、 実は、仕事でインタプリタのようなもの(設定ファイルを解析。 簡単な変数と簡単な制御文とサブルーチンが使える程度の 仕様。)を作らされそうなのですが、、、。 うーん、これまでの議論を読むと、速さとメンテナンス性を 考えるとyaccなのかなあ? でも、そうするとyaccの勉強しないとですね。うーん。 (それにyaccを使用した場合、デバッグが複雑になるという話を ききましたが)
105 :
デフォルトの名無しさん :01/11/06 11:47
>>104 時間的に余裕がないなら手書きでいきなはれ。
なんだかんだ言ってもyaccも熟練が必要。
泥縄でやっても、どつぼにはまる可能性、大。
というか、yacc使うと楽になるってのが定説だけど
ある程度の以上の大きさになると、大差なしってのが
俺の正直な感想。
106 :
デフォルトの名無しさん :01/11/06 13:19
>>105 ありがとうございます。
104です。うーん、そうですか。
確かに再帰下降法なら、以前つくったことがありますので、
すぐに作業に入れそうです。
ただ、yaccの方が速いと聞くと、なんとなく気になってしまって。
ほんとのところどうなのでしょうか。
うーん。
107 :
デフォルトの名無しさん :01/11/06 13:30
>>106 おれは逆にまったくのyaccerで、手書きしたことないんだけど、
メンテナンスは楽チン。ただ、はまると何日も悩んだりするケースも
ある。yaccを使う場合は小さな文法から作って雪だるま式に増やして
いくのがいい。conflictを取るのが難しい場合が多いけど、
それは手書きでも同じことなんじゃないのかな。
手書きの場合で conflict の除去なんかしたくね〜〜寒気がする...
109 :
デフォルトの名無しさん :01/11/06 13:50
yaccerってイパーイ居るんだね。 yaccスレッド作って、自作言語公開してよぉ。 ※このスレのタイトルはヒドスギだね。 オープンソースなんかだったら、俺が書き換えてやるって感じだろうけど。 潰し合いより、協力した方が自分のためになるのに。
再帰下降で十分な文法しか使わないなら、 再帰下降でもいいんじゃないか? どうでもいいがスレ違いな気が。 コンパイラ、スクリプトエンジン相談室の方が 良い助言がもらえるように思える。
誰かParrotでRuby処理系書いてるひとはいない?
>>109 Rubyの実装について語るスレだからタイトルは全く問題ないと思う。
しかもソースはオープンだと思う。
批判的に協力してると思う。(具体的な協力はともかく少なくとも態度的には。)
再帰下降でパーサ作るなんてPascalを題材にしたコンパイラの教科書以外で見たことないよん。 商用の処理系だとPascalでも再帰下降じゃないような気がするな。 ま、とりあえずは楽なほうでやってみたら良かろう。
自分も「独自の実行時スタック」を使用した方が良い、というか、 普通そうなんじゃないの、と前から思っていた。 PerlやJavaなどおもだったインタプリタ言語が、そうであるように。 Rubyがそうせずに、Cの、つまり「生の」スタックフレームを 使っていることに違和感を覚える。 速度のため? まあ、そうなんだろうけど、独自のスタックを使用することで GCを始め、簡潔に処理できる問題は多いと思う。 その方が、RubyVM(?)への移行もスムーズになるのではないか。
115 :
デフォルトの名無しさん :01/11/06 20:54
失礼、上のは>>88
116 :
デフォルトの名無しさん :01/11/06 21:02
>>104 yacc使うとデバッグが複雑になる?
そうなの?
確かに速度はyaccを使った方が速いよ。
作り方、構文の仕様にもよるけど。
>>114 ハードウェアなスタック使ってんのに、あの遅さじゃ救われないね。
rubyって実装が一つしかないくせに、いまだに「ソースが仕様です」 なスタンスだから、いずれPerlの二の舞になると思われ。
119 :
デフォルトの名無しさん :01/11/06 22:27
VMに乗せるメリットって何? 移植性が高まるってことだけ?
>>119 stackをヒープで管理して真の継続をサポートしたり、
末尾再帰を最適化したりする余地ができる。
俺はそんなのもはやRubyじゃないと思うが。
>stackをヒープで管理して真の継続をサポートしたり、 >末尾再帰を最適化したりする余地ができる。 これだけ?なんかつまらん。 Javaのクラスライブラリ使えたりはしないの? .NETに乗ったほうがおもろそう。
スタックってアセンブラでespがさすやつだよね? 独自スタックってどこに作るのかな?
ヒープってmallocが使うやつ? あれってOSかCLIBとかが管理してるの? すません。Cオンリーできたもんで。
出直してこい>このスレ全員
130 :
デフォルトの名無しさん :01/11/07 01:27
構文解析のコストなんて、たいしたことじゃないよ。 もし、問題なら、ジェネレーターの改良を考えるべきで、 手書きで解析器つくるなんて、アホだね。 そりゃ、速いにこしたこたないが、そういうやつは、アセンブラでも使ってろっての。
131 :
デフォルトの名無しさん :01/11/07 02:14
で、結局Rubyのパーザはオブジェクトとしては使えない役立たずなんだろ?
132 :
デフォルトの名無しさん :01/11/07 02:32
>>130 >そりゃ、速いにこしたこたないが、そういうやつは、アセンブラでも使ってろっての。
あほか?解析アルゴリズムを問題にしているんだろ?
「ジェネレーターの改良」はまた別の問題だ。
>手書きで解析器つくるなんて、アホだね。
実務ではyacc等を使うべきだが、手書きで作成するのも
非常に有益な学習になる。
特に初学者にはすすめる。
>>131 表の配列を出力するためだけにyacc使え。
>実務ではyacc等を使うべきだが、手書きで作成するのも >非常に有益な学習になる。 >特に初学者にはすすめる。 これこそ別問題で、大きなお世話。 しかもスレ違い。
135 :
デフォルトの名無しさん :01/11/07 03:09
javaCCはrecursive descent parserを出力しますがなにか? おかげで拡張BNFが使えるよ。
ここにもJava厨VS Ruby厨の構図が
で、結局Rubyは使えない役立たずなんだろ?
139 :
デフォルトの名無しさん :01/11/07 11:52
おまえみたいに、言語作れないやつが論じることじゃないYO!
>>138
141 :
デフォルトの名無しさん :01/11/07 12:32
>>138 プログラム構造や言語仕様など、技術的側面に無知な
「批判」は批判にならないよ。
ある程度は勉強しよう。
(自分はRuby嫌いですが)
>>134 たぶん、無内容なスレが多いからじゃないの。
で、結局138はVBしか使えない役立たずなんだろ?
またか……。 ruby関連スレは無意味で大人げの無い口喧嘩に終わってしまう運命なのか。
144 :
デフォルトの名無しさん :01/11/07 16:31
坊やだからさ。
Pythonを越えることは出来まい。
146 :
デフォルトの名無しさん :01/11/07 16:55
Ruby >>>>>>>>>>>>>>>>>>> Python
147 :
デフォルトの名無しさん :01/11/07 17:03
!(Ruby >>>>>>>>>>>>>>>>>>> Python)
Ruby>>>C#>>>Java>>>>>>C++>>C>>>>>>>>Python>>>>>>>>>>>>>>HSP
149 :
デフォルトの名無しさん :01/11/07 17:07
Ruby以外の言語は糞!
るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび るびるびるびるびるびるびるびるびるびるびるびるびるびるびるびるび
Rubyは最強のプログラム言語です!! ルビーマンセーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーーー!!!!!!!
Rubyユーザって白痴並の知能しか持ってないのか? "Ruby>>>>>>>*"で自己満足に耽ったり、コピペで他の言語のスレッドを荒らしたり。
るんるんるるんるるんるんるるんるるるるんるんるるん♪ るびーはサイキョーーー西京最強斎京斉京ーーーーー!!
まともなスレだったからって一生懸命荒らさんでもいいのに。
ちんちん
161 :
デフォルトの名無しさん :01/11/07 18:11
うんこ
>>152 多言語ユーザが Ruby を陥れようとしているのもあるんじゃない?
まあ大半は白痴 Ruby ユーザがやってるんだろうが。
163 :
デフォルトの名無しさん :01/11/07 18:27
Del厨のしわざ。
たとえメジャーにならない言語でも日本人が作り出したことに価値があるのです!! HSPマンセーーーーーーーーー!!!!!!!!!!!!
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
166 :
デフォルトの名無しさん :01/11/07 20:03
実は、RubyとHSPの作者が兄弟って知ってました? 実務派の兄と論理派の弟ですが、HNが平仮名な所はそっくり!!
あーゆーきでぃんぐ?
Ruby vs HSP ...世も末だな。よりによってHSPと比較される日が来るとは...。
ってか、RubyがHSPに喧嘩をふっかけたんだろ
あーゆーきりんぐ?
171 :
デフォルトの名無しさん :01/11/07 21:08
RubyからHSPへステップアップ!!!!
172 :
デフォルトの名無しさん :01/11/07 21:23
るびはさくしゃのどきゅなぶぶんでそんしてる えっちすぷはゆうざあがちゅう
>>20 かなり遅レスだが、elseifってなによ?
VBの構文>173
叩きたい奴は叩くために敵のことをよく勉強しとけよ! で、叩くのはいいけど煽り荒らしは勘弁な。
>>175 同意。でもよく勉強してる叩きさんたちはどこかへ行っちゃったみたい。
それで結局のところ、今あるRubyのVM実装って、 ・まつもとさんVM(IPAの産物・性能検証用) ・木山さんVM(独自実装) ・JRubyで使ってるVM(JVMを利用) の3つ、ということでいいのかな? でもJRubyのは 別に中間言語に落としてるわけじゃないみたいだから ちょっと違うかもしれない。前二者のはまだ公開されて ないし。 Robert FeldtってまだVMは書いてないよね? Parrotも Rubyでは使ってなさそうだし。AuroraはVM使ってない よね。……こんなとこ?
178 :
デフォルトの名無しさん :01/11/08 04:41
>>177 これがみんな、それぞれ独自にparser書いてるんですか?
Rubyでは再利用はできないということですね。
ただでさえ少数派なのに・・・
172はドキュ
>>177-178 こういうのって複数実装があった方がいいような気がするが。
唯一の実装がへぼかったら目も当てられんだろう。
178はただの煽りかな
ちなみに俺もRubyユーザーじゃない。興味はあるけどね。
複数実装で思い出したけど、 WindowsでのRubyは複数有るんだよね、、コンパイラによって、、 mswin32、mingw、cygwinって、、、(他にもあるらしいが、、、) まあ、mswin32とmingwはバイナリ的に全く同じらしいけど、、、 でも、どうやら、mingw版に統一することで話が進んでいるらしい。 確かに、複数有ると、初心者は迷ってしまうかも知れないけど、 まだまだ、Rubyは初期の段階なのだから、 そう言うのが複数合ってもいいと思う。 複数の中から、いいものがどれかって残っていくと思うし、、、
なんでvisual c++とかIntel C++コンパイラとかでビルドしないの? MatzがPOSIX APIにこだわってWin32APIに移植する気がないってことか、 ほかにライセンスとかの理由がある?
>>183 mswin32版はVC++でコンパイルしたもの。
mingw版はmswin32版とほぼ同じソースをMinGWでコンパイルしたもの。
Intel C++でビルドしてる人がいないのは、誰も持ってないんだろ、きっと。
>>178 Parserは別の話。これはVMね。
つーか、まつもとさんも木山さんもCで書いてるんじゃないの?
>>183 MatzはWindowsは使わないからWinに関することはぜんぶ他のひとにお任せ。
>>177 もうVMの開発は進行していたのですか。
まつもとさんと木山さんのものはまだ未公開なのですか?
JRubyのソースって手に入れられるのでしょうか?
これからRubyのHPに行ってみます。でもそれ以外のとこかにあるのでしたら、URLを教えてもらえますか、すみません。
「まつもとさんのVM」のところに記されている「IPA」って何ですか?
ひょっとして、まつもとさんが受けた「国からの助成」(奨励だったかな?)と関係ありますか?
JRubyって、JavaでC言語版の本家Rubyを書き直したものなのでしょうか?
(そうでないとすると、以下の質問は私の勘違いというか無意味に
なってしまいますが。すみません)
JRubyも構文木をたどって解釈実行する方式だとすると、
インタプリタが実行するのはC言語の標準ライブラリ(で作られたまつもとさんの関数群)ではなく、JavaAPIを実行するのでしょうか?
たとえば、Rubyの文字列構造体(RString?)と文字列ライブラリ(string.c?)の代わりに、
Javaの文字列クラスを使用するとか。
それと、JRubyはJava記述だから、GCのコードはないんでしょうか?(当然そうなりますよね?)
あと、例外処理とかはどうしているのでしょうか?
本家Rubyはsetjmpを使っているそうだけど(1の人によると)、
Javaのコードではどのように処理しているのでしょうか?
>Robert FeldtってまだVMは書いてないよね? Parrotも
>Rubyでは使ってなさそうだし。AuroraはVM使ってない
>よね。……こんなとこ?
これは海外の開発者の方たちですか?
>>181 わたしも複数実装の存在はいいのではないかと思います。
(でも、それが将来統合されると、もっといいと思います。)
>>186 文章が長い上に「?」だらけ。
>まつもとさんと木山さんのものはまだ未公開なのですか?
>JRubyのソースって手に入れられるのでしょうか?
>「まつもとさんのVM」のところに記されている「IPA」って何ですか?
>JRubyって、JavaでC言語版の本家Rubyを書き直したものなのでしょうか?
・・・
>これは海外の開発者の方たちですか?
本当に知りたきゃGoogleで検索してみろ。
本当にRubyのことが知りたいなら、RubyのHPに逝け。
あまりに酷いんで、ネタかと思うぞ。
188 :
デフォルトの名無しさん :01/11/08 14:31
複数実装は良いんだけど、Rubyの仕様ってちゃんと決まってるの? distributionについてくるRuby Language Referenceは互換性を保 証できるほどちゃんとしたものでは全然ないし。 「まつもと処理系のソースが仕様です」なのかな?
>>186 そんなにへりくだるこたねぇそ。どーせネットなんだからよ。
「すみません」とかいってる奴、久々見たよ。
JRubyの例外処理。
俺は知らんけど、Javaで書かれとるんなら、
Javaの例外処理を使ってるんと違う。
最近SQLしかいじっとらんで知らんわ。
でも、JavaかましてるんならフツーのRubyより、遅いんとちゃうんか。
>>189 SQLシコシコやってるような坊やが、Ruby語るなっつーの。
>>187 だから、この程度の質問にも答えられない厨房が、Ruby語るなっつーの。
191 :
デフォルトの名無しさん :01/11/08 15:25
>>186 噂では、まつもとさんのVMのコードはFTPで手に入るそうだ。
木山さんのはインタプリタとは分離して開発してるようで、
まだバイトコードを手で書くような感じだった。LC2001のと
きの話だが。
どっちもまだ実験段階。
IPAというのは通産省(今はなんてんだっけ)の外郭団体。情報
処理振興なんとかかんとか。忘れた。
JRubyはRAAに登録されてなかったかな。
http://jruby.sourceforge.netがメイン 。
ちらっと見た感じでは、eval.c同様構文木を自前で辿ってる
ようで、バイトコードは使っていない。
195 :
デフォルトの名無しさん :01/11/09 04:34
ここもそろそろねたぎれだな。 では
191 名前:デフォルトの名無しさん :01/11/08 15:25
>>190 じゃ、おめー答えてみろよ。
192 名前:デフォルトの名無しさん :01/11/08 15:27
>>191 お前が言えよ。
恥ずかしすぎ!
Rubyの意義は 2chでネタにされる事 そんだけ
198 :
デフォルトの名無しさん :01/11/09 09:45
で結局Rubyはなんのために存在してるんだ?
粘着質は嫌いだ
>>199 他の数千の言語が存在するのと同じ理由だろ。
なんで自分の好きな言語以外を排斥しようとする連中がいるのか理解に
苦しむなぁ。
誰がどんな言語を作ってどんな言語を使おうがそいつの勝手だろうに。
>なんで自分の好きな言語以外を排斥しようとする連中 それってRubyユーザ?
>>202 違います。Rubyユーザはそんなことしません。
よく、まつもと氏が書いた文章を持ち出して「そんなことない」と批判する人が
いますが、あれは、他言語と比べての優位性をアピールしているだけ。
優位であると主張することと、排斥することは全く違います。
>>202 なんでそうやってレッテルを貼りたがるんだ?
Ruby厨房もアンチも同じだ。
はやく取り締まってほしいものだ。
206 :
デフォルトの名無しさん :01/11/09 19:37
>>203 なんでRubyユーザーは優位性をアピールしたがるわけ?
どの言語にアドバンテージを感じるかなんて人それぞれなんだからさ。
うちの言語の方が優位なんて発言は新興宗教の勧誘文句と変わらないよ。
>>203 だって、あの文章今となっては嘘っぱちだもん。
とくにpythonのところなんて酷いもんだよ。
今でも正しいのは優位なのか優位じゃないのかわからんところだけだし。
>>206 どの言語を選ぼうか迷ってる人、あるいは、Rubyをやろうかどうか
迷ってる人向けだから。
Perlだって、Pythonだってやってるでしょ。というか、ありとあらゆるものが
やってる。Rubyが特別なのではありません。
「新興宗教の勧誘文句」なんて受け取るほうがおかしい。
Rubyなんてどうでもいい!!
>>208 迷ってる人を引き込む勧誘文句なんだろ。
213 :
デフォルトの名無しさん :01/11/09 21:08
その勧誘文句がひときわ大声で傲慢な雰囲気を醸し出してるから ここまで煽られるんじゃないかな。
214 :
デフォルトの名無しさん :01/11/09 21:23
エバンジェリスト(wが日本人だから勧誘文句が ドキュなちゃんころにも聞こえやすいだけと思われ。
つーか、今更あの文章をネタにされてもねぇ・・・
まつもとがDQNなだけ?
まつもと=諸悪の根元 でファイナルアンサー!
意味も無く言語増やすのは素人。 手の込んだ単発ギャグのようなもの。
>>218 作者が言語ヲタを標傍してるからねぇ。
既存の言語でRuby以外にどういうプログラムを作ったのか知らないけど。
220 :
デフォルトの名無しさん :01/11/10 00:09
実装というよりは言語仕様なのかもしれないが、 「メタクラス」というのがわからない。 Rubyだけじゃなく、ほかのオブジェクト指向言語、Smalltalk とかにもあるらしいが、まず、これってなんのためにあるのだ? (ま、知らんでも、使えるのだろうが、何となくすっきりしないのだ) 「普通のクラス」(class宣言でユーザーが作成するクラス)と インスタンスの関係はわかるような気がするのだが、 その「普通のクラス」はメタクラスのインスタンスなのか? 作者のRuby本も立ち読みしてみたが、この部分の 継承関係を図示してあったが、よくわからん。 (まず最初にObjectがあって?それからどーなるんだ?) この厨房に誰か教えてくれ。 ちなみに俺は普段C++を使っているが、この言語には メタクラスという概念はないような気がするのだが。
正解。
ヴァカ逝ってよし!
で、Ruby でのメタクラスのクラスは Class クラス。 Class.public_instance_methods #=> ["new", "superclass"] でわかるように Class のインスタンスであるクラス(例えば上の Foo クラス)は new や superclass といったメソッドを持つ。 これらのメソッドはクラスの視点ではクラスメソッドとなる。 例えばメタクラスがあることで動的にクラスを作成することができる。 223 の Foo クラスの作成は以下のコードでできる。 Foo = Class.new Foo.class_eval "@@baz=nil; attr_accessor :foo; def foo; end; def Foo.baz; end"
226 :
デフォルトの名無しさん :01/11/10 02:58
>>223 , 225
220だ。ありがとよ。
でも、やっぱ、わかんねえ。
Rubyの奴らって、みんなこんな概念わかってるのか。
だとしたらすげえな。
なんかC++の方が、単純に思えてきた。Javaもメタクラスってあるのか。
Ruby Hacker's Guide
http://www9.xdsl.ne.jp/~aamine/ja/ruby/hack/class.html も読んでみたのだが、
そこにあった下記の図が、ますます混乱に拍車をかけている。
(上手く表示されていないかもな)
+--------+
| |
Object -------> (Object)
^ ^ | ^ ^
| | | | |
+------------------+ | | | |
| +-----|------|------+ |
| | | | |
AnyClass ------> (AnyClass)| | |
| | |
Module -------> (Module)
^ ^ | ^
| | | |
AnyModule ---> (AnyModule) | | |
| | |
Class -------> (Class)
^ |
| |
+------+
ダメだ。
なんだか循環しているようで、
アタマがこんがらかってきた。逝ってしまいそうだ。
まずもって、メタクラスが何のためにあるのか、どうしても理解できない。
Classにnewがあるのはなぜなのか。また、そのおかげで
動的にクラスを作成することができる、というのもわからない。
227 :
デフォルトの名無しさん :01/11/10 02:59
わりい、やっぱ上手く表示されてなかった。
>>226 みんながみんな、メタクラスの概念を完全に理解している訳じゃないと思うよ。
実際、クラスがClassのインスタンスだって事を意識することはあまり無いよ。
余談だけど、クラスのメタクラスClassはClassのインスタンスでもあるらしいんだけど、、、
こう言うのを考えるともっと混乱してくる思うので、気にせずに逝こう!
229 :
デフォルトの名無しさん :01/11/10 03:20
>>226 クラスってのはオブジェクトの属性と振る舞い(メソッド)を定義したものってのは
判るよな?
で、JavaとかRubyとかはクラスそのものをプログラム上でいろいろ操作
できる。
たとえばクラスに含まれる属性やメソッドの種類と数を調べたり
Rubyだとメソッドを削除したりできる。
で、そのクラスそのものを操作するメソッドとかが定義してあるのがメタクラス
メタクラスはクラスのクラスだ
インタプリタ型でクラスの概念を備えている言語の処理系を作ると仮定して その時にクラスがどう表現されるかを考えると自然と分かる。
メタクラスって、 クラス自体もオブジェクトだと看倣した時に その「クラス」オブジェクトのクラスは何かって考えると わかりやすいよ。 ただし、クラスについて考える時に 例えばIntegerなら Integerという名前のオブジェクトか Integerクラスのオブジェクトか をきちんと区別しないと混乱するから注意。 ちなみにSmalltalkでは 1 -> SmallInteger -> SmallInteger class(SmallInteger classはClassのサブクラス) -> Metaclass -> Metaclass class(Metaclass classはClassのサブクラス -> Metaclass 以下無限に続く っとなっとりますです。 ついでにクラス階層は -Object - Behavior - Metaclass - Class - Object class - Behavior class - Metaclass class - Class class - Magnitude class - Number class - Integer class - SmallInteger class - Magnitude - Number - Integer - SmallInteger
で、結局メタクラスって実用上どんな時に役立つの?
>>231 の言ってることは解るけど、内部の仕組みをわざわざ言語仕様として
ユーザーに扱わせるからには何か利点があるんだと思うけど。
234 :
デフォルトの名無しさん :01/11/10 11:49
>>233 まずクラスをオブジェクトとして扱うのなら、
そのクラスのクラスが必要になるってのはOK?
やっぱ崩れた...欝だ...
226だ。ありがとよ。
なるほど。だんだんわかってきたような気がする。
要するにメタクラスというのは、「動的」つまり実行時に、クラスの情報を取得したり、
クラスを操作したりするために存在するものなのだろう。
そして、クラス−インスタンス関係は
インスタンスオブジェクト --> 通常のクラス --> メタクラス
となる。
以上が俺の理解した「メタクラス」の一般だ。間違っているかもしれんが。
ここで、Rubyのクラス継承図
http://www9.xdsl.ne.jp/~aamine/ja/ruby/hack/class.html を見ると、Objectを含む通常のクラスはそれぞれメタクラスを持っている。
メタクラス間にも通常のクラスと同様の継承関係がある。
だからメタクラスの根っこ(何て言うんだ?)は、Objectのメタクラスとなる。
ところで、この根っこのObjectのメタクラスは、通常クラスのClassから継承されている。
このClassにクラス操作のメソッドが存在するのだろう。
ということは、このClassは「メタメタクラス」ということになるのだろうか。
Classは通常のクラスなので、Objectから継承されている。
(このことによって、ClassはObjectの性質を持つ)
そして、そのObjectはメタクラスObjectのインスタンスであるから、
(スーパークラスである)Classの性質を持つ。
ということになるのだろうか。
これも間違っているだろうか。それ以前に説明が下手だったかもしれんが。
なんだか、「メビウスの輪」のように循環しているような部分があるからな。ObjectとClassの間で。
しかし、要するにそれは、全てのクラスを動的に操作可能にするための仕掛けなのだろうか。
つまり、誰かが言っていたように、全てをオブジェクトとして扱う、とか。
しかし、、、。
>>228
>余談だけど、クラスのメタクラスClassはClassのインスタンスでもあるらしいんだけど、、、
>こう言うのを考えるともっと混乱してくる思うので、気にせずに逝こう!
やっぱ、わかんなくなってきた。
もちろんメタクラスのことを考えなくとも、Rubyを使うことは可能だろうが、何か気になってすっきりしねえ。
237 :
デフォルトの名無しさん :01/11/10 12:32
>>233 メタクラスがあると、クラスも他のオブジェクトと同じように扱える。
返り値でクラスを返したり、変数にクラスを入れたりできるってこと。
238 :
デフォルトの名無しさん :01/11/10 12:55
>>236 ObjectとClassの間で循環しているってのはイイ線ついてる。
ただ、
> ところで、この根っこのObjectのメタクラスは、通常クラスのClassから継承されている。
> このClassにクラス操作のメソッドが存在するのだろう。
> ということは、このClassは「メタメタクラス」ということになるのだろうか。
継承関係とメタ関係を混同しているような...
Hogeというクラスがあったとして、
(Hoge)が(Object)から継承しているということが
(Hoge)のメタが(Object)だというわけではない。
それは、
HogeがObjectから継承していても
HogeのメタがObjectじゃないのと同じ。
Hogeのメタは(Hoge)だよね。
Rubyはよく知らないけど、もし
「ClassはClassのインスタンスでもあるらしい」が本当なら
(Hoge)のメタはClassという通常クラスで、Classはメタメタクラスになる。
ただ、これは継承関係とは全く別の話。
例えばSmalltalkだと
hogeのクラスはHogeで
Hogeのクラスは(Hoge)で
(Hoge)のクラスはMetaclassで、かつ、(Hoge)はClassのサブクラスで
Metaclassのクラスは(Metaclass)で
(Metaclass)のクラスはMetaclass
ってなってる。
つまり(Hoge)をメタクラスと呼ぶのは
「(Hoge)はMetaclassのインスタンスである」という意味。
これは1は整数と呼ぶのは
「1は整数のインスタンスである」ってのと同じ。
メタクラスの話をするときは、「1」と「整数」の混同に気を付けないと
わけわからなくなるから注意。
> (Hoge)が(Object)から継承しているということが > (Hoge)のメタが(Object)だというわけではない。 じゃなくて > (Hoge)がClassから継承しているということが > (Hoge)のメタがClassだという理由ではない。 ね。スマソ。
長い→読まない
「長い→読まない」→読まない
242 :
デフォルトの名無しさん :01/11/10 13:40
はっきり言ってわざと難解に書いているのかと思う。
世の中、一言で簡単に説明できることばかりではない。
244 :
デフォルトの名無しさん :01/11/10 15:54
SmalltalkのMetaclassのあたりはグチャグチャで汚らしいよね。 なんでMetametaclass、Metametametaclassがなくて、ClassとMetaclass の2段だけなのか? 答:特に理由はない。 なんでいっそJavaみたいにClassだけにしなかったのか? 答:特に理由はない。 自分自身を(間接的に)要素に持つ集合なんて言うのを安直に考えた型システ ムは健全でなくなるが、ちゃんと考慮されてるのか? 答:深く考えてない。
>>244 再帰的に考えられないの?
CLOSとかのシステムはmetaclassの生成対象がmetaclassに
なることもある。
244 はコボラー
なんか、僕の所為で混乱している人が多数、、、 僕が言った、メタクラスというのは、プログラミング上で実際、 そのオブジェクトのクラスに見えるクラスのことであって、 実装におけるklassが示すクラスの事じゃなかったんだけど、、、 と言うことで、用語が混乱しておかしかったと、、、すいません。 RubyではClassのクラスはClassだよ。 klassが示すものとしてのメタクラスの意味ではClassのメタクラスは(Class)だけど。 class Hoge; end hoge = Hoge.new hoge.type #=> Hoge Hoge.type #=> Class Class.type #=> Class ってね。
>>244 MetaclassがあることによってClass操作の柔軟性が増す。
同様にMetametaclassによってMetaclassの操作も可能にしたいと考えるが、
それを認めてしまうと無限のメタを許容することにもなってしまう。
そこで、全ての基底クラスにObjectを置き
作る作られるの関係を重視してMetaclass/Classという形にした、という話では?
プロトタイプ型の言語でプロトタイプの一種としてクラスの概念を導入した
と考えれば納得のいく構成だと思う。
249 :
デフォルトの名無しさん :01/11/10 18:51
Metaclassだってクラスなんだから、Metametaclassなんて要らないんじゃないの?
Metametaclass=Metaclassで不都合なかろう。
>>244 で、”スモールトークでは”って書いてあるのがきになるんだが、本当にこのことが問題になってたんですか?
っていうか、 メタクラスの概念についてはいろいろ説明してる文章もあるけど SmalltalkのClass,Metaclass周りのsource以上にわかりやすいものは 見たことないんだよね、正直言って。 つまり、 Metaclass自体がSmalltalkでどれだけ役に立ってるかというより、 OOにおけるメタ階層という概念の提示として とても歴史的な意義があるんじゃないかと思う。 rubyなりpythonなりのメタ階層を設計する上で、 SmalltalkのClassやMetaclassは参照標準として かなりの貢献をしたんじゃないかと思うよ。
これまでで
>>234 >>237 等
メタクラスの概念でクラスをオブジェクトとして扱えるのは
解ったんだけど、
それが実用上どんな利点をもたらすんでしょ?
人工知能で自己書き換えでもするんなら役立ちそうだけど。
>>251 動的なコード生成で使える。
XML文書を読み込んでオブジェクト化する時とか。
253 :
デフォルトの名無しさん :01/11/10 19:54
>>251 Smalltalkなんかだと、Smalltalkの開発環境もSmalltalkで
書かれているから、クラスをオブジェクトとして扱える事は
死活問題にかかわる。まさに自己書き換えの世界。
それ以外では、うーん、
例えばカラーパレットを実装したいとするよ。8bppとか24bppとか。
で、ColorPaletteという抽象クラスを作っておいて、
そのサブクラスにIndexedColorPaletteとRGBColorPaletteがあるとする。
で、8bppか24bppか32bppかに応じて使うクラスを切り換えたいと。
で、そんな場合は、それぞれのクラスにcanHandle()っていうメソッドがあって、
引数として8とか24とかのbppを与えると、trueかfalseを返してくれるようにする。
で、ここからがミソなんだけど、ColorPaletteクラスもオブジェクトだから、
「ColorPaletteの全サブクラスのそれぞれにcanHandle()を試してみて、
trueを返す」ようなメソッドを定義できる。
そしたら、その返ってきたクラスを使ってインスタンスを作ればいい。
クラスがオブジェクトじゃなくても似たような動作をさせる事は可能だけど、
サブクラスの名前をハードコーディングする事になると思う。
クラスがオブジェクトなら、サブクラスを追加した時にも
その追加したクラスのcanHandle()さえちゃんと定義しておけば
ColorPaletteクラスには手を入れる必要はない。
例えばBlackWhitePaletteとかMaskとか追加する時ね。
ってのはどうでしょう?
>>251
win530
欝だ... 「ColorPaletteの全サブクラスのそれぞれにcanHandle()を試してみて、 trueを返す」ようなメソッドを定義できる。 は 「ColorPaletteの全サブクラスのそれぞれにcanHandle()を試してみて、 trueを返してきたクラスを返す」ようなメソッドを定義できる。 の間違いね。 欝になったから寝るよ。
smalltalkのコアの部分の実装ってどれぐらい大変ですか? コアよりもライブラリの構築が大変そうだけど。
>>252-253 レスありがとう。
俺的には、メタクラスの存在は現状ではユーザー側からは
限定的な状況でしか役に立たないと解釈しました。
実用上でこれまで主流だったのが非インタプリタ・非VMな
言語だったから、今実用されているアルゴリズムやデータ構造に
目立って役立たないのも当然の事なのかも?
>>71 今の gcc は bison/flex つかわないで手書きパーサだったはず。
>>253 >クラスがオブジェクトじゃなくても似たような動作をさせる事は可能だけど、
>サブクラスの名前をハードコーディングする事になると思う。
要するにSmalltalkではそういう時に使われるメタ情報が
(C++などでは最適化ビルド時に全部削除されるにも関わらず)
くっついているので、いわばサブクラスの識別子が最初から
ハードコーディングされているだけでしょ。そのことから
生じるデメリットも挙げなければミスリーディングだと思う。
261 :
デフォルトの名無しさん :01/11/10 22:05
>>258 >>236 標準ライブラリのdelgate.rbにあるDelegateClass見てみろ。メタクラスが役に
たってる例だ。C++だったら、templateやマクロでアクロバット的なことをする
ような場合に、クラスがオブジェクトだと素直に書ける。
>261 でも限定的なのは確かだよね・・・。
263 :
デフォルトの名無しさん :01/11/11 03:08
>>260 「いわばサブクラスの識別子が最初からハードコーディングされている」
ってどういう意味よ?
#スーパークラスが持っているのはサブクラスへの参照だけで
#名前なんて保持してないはずだが...
264 :
デフォルトの名無しさん :01/11/11 04:09
>>250 新しい言語はRubyもJavaもメタクラスなんて使ってないんだから
結局不要だったって事じゃないの?それがSmalltalkの教訓かも。
なんで「ClassとMetaclassの2段だけのループ」が良いのか、って
いうのが結局説得力のないad hocな話だったってのがわかってきた
ので「Classだけの1段のループ」でみんな満足してるんでしょう。
>>263 smalltalkバイナリの大きさを見よ
>>265 で、Smalltalkのvirtual imageのうち
ハードコーディングされているサブクラスの識別子が
占めているサイズは何割ぐらいなのさ? (藁
>>264 だとすると、
shもEmacs Lispもオブジェクト指向を取り入れてないから
オブジェクト指向は不要なんだね (藁
用途からして全く違う言語を持ち出して、不要も何もないぞ。
Rubyはスクリプト言語だからMetaclassがオブジェクトじゃないのは理解できるし、
Smalltalkはそれ自身が開発環境だから、Classのクラスがオブジェクトなのは
とても自然な事だろ。
269 :
デフォルトの名無しさん :01/11/11 05:27
>>268 「shやEmacs Lispにとっては」オブジェクト指向は不要です。
もしかしてshにオブジェクト指向が必要だと思ってるとか?
もう寝ろ
>>268 >Rubyはスクリプト言語だからMetaclassがオブジェクトじゃないのは理解できるし、
えっ?そうだっけ?
というより、Metaclassという名前のクラスRubyには無いんだけど、、
というより、Rubyのメタクラスもオブジェクトのはずなんだけど、、
つか、Rubyのメタクラスは普通隠されているから、気にするなって、、、
全てのクラスのクラスはClassって思っていればだいたいいいのに、、、
271 :
デフォルトの名無しさん :01/11/11 08:41
>>268 何を言ってるのかワカランが(本人もワカランのかも知れんが)
RubyだってJavaだってClassのクラスはオブジェクトだぞ。
開発環境をその言語自身で書く時だって特に不都合はなかろう。
一行追加: メタクラスなんか無くったってな。
273 :
デフォルトの名無しさん :01/11/11 21:08
Lisp や Java や Ruby のメタクラス的概念の おかげで自己反映計算ができるんだよね?
スマートに記述できるという意味ではね。一般にはあまり使い道はないけどね。
275 :
デフォルトの名無しさん :01/11/12 00:37
>>273 CLOSにはMetaclassがあるが、JavaやRubyにMetaclassの概念はない。
(無くても自己反映計算はできる。)
276 :
デフォルトの名無しさん :01/11/12 02:36
>>236 >なんだか、「メビウスの輪」のように循環しているような部分があるからな。ObjectとClassの間で。
私もメタクラスとあのクラスツリーでつまづきました。
newなどのメソッドはClassにあるらしいですが、
そのnewのメソッド検索の順序はどうなるのでしょう?
class A end
var1 = A.new
例えば、上記のコードの場合、
クラスA→Object→Objectのメタクラス→Class
という順にクラスツリーをたどって、メソッドテーブルが検索されていくのでしょうか?それとも?
Rubyのソースは、Perlよりも比較的、初心者にもわかりやすいと思うのですが、このメタクラスやクラスツリーに関するところ
は私などにはかなり難解です。
>>276 メタクラスは()で囲んであらわすよ。
メタクラスは得意クラスなのでプログラマからは見えない(typeでクラスを調べるときスキップされるなど)から注意してね。
で、オブジェクトとクラスの関係は"=>"でサブクラスとスーパークラスの関係は"→"であらわします。
class A; end
var = A.new
は
A => (A) → (Object) → Class
で、Classのnewが呼び出されるって事になります。
また、普通のオブジェクトであれば、、、
a = A.new
a.__id__
は
a => A → Object
で、Objectの__id__が呼び出されることになります。
で、特異メソッドとかは、、、
class <<a
hoge(); end
end
a.hoge
a.__id__
は
a => singleton → A → Object
で、singletonのhogeとObjcetの__id__が呼び出されます。
singletonは無名の特異クラスなので同じくtypeなどではスキップされます。
つまり、メタクラスは特異クラスであり、クラスメソッドはメタクラスの特異メソッドであるわけで、プログラム上のクラスはClassと考えてもいいと思います。
RubyはPerlよりも簡単とか言われてますが、それはオブジェクト指向を理解している人には簡単だという事に、最近僕には思えるのですが、、、
そう言う意味ではオブジェクト指向を理解する為にRubyを学ぶことはいいことかも知れませんね。
なんかゴチャゴチャして汚らしいね。 「隠れたメタクラス」なんてどうせ使わないんなら 無くした方が速度も速くなるだろうに。
>>277 Rubyのメタクラスってどんなメソッドがあるの?
newをredefineしたりメソッドの呼び出し方をいじったりできるの?
できないならメタクラスがある意味はないな。
>>279 できたってたいした意味はないよ。
メタオブジェクトプロトコルを変えるにはどうするんだ?
メタメタクラスがいるだろう? でも、そんなのはSmalltalkにもない。
281 :
デフォルトの名無しさん :01/11/12 06:46
>>280 Smalltalkにもないってヲイヲイ...
Metaclass(という名前のクラス)がまさにそれだろ。
>>278 じゃ、隠れたメタクラスを使わずにクラスメソッドをどう実装するんだ?
クラスメソッドを特異メソッドと同様なものとして扱える
うまい実装だと思うが、、、
>>279 newの再定義はできるよ。
まあ、一般に使うことはないと思うが、、、
(どのようにnewが動いているか調べることぐらいしか使えないと思う。)
>>282 278は実装の話はしてないと思われ。
滅多に使わない機能なんか言語仕様から外しちまった方が
処理系の効率があがってマンセーだと言いたいのでは?
漏れは大して変わらないと思うがな。今の仕様に取り込まれているのは
作者の趣味だろ(藁
284 :
デフォルトの名無しさん :01/11/12 13:25
>>276 >Rubyのソースは、Perlよりも比較的、初心者にもわかりやすいと思うのですが
自分もそう思った。
言語としての善し悪しは知らないが、こと、ソースの可読性、読みやすさに関しては
間違いなくRubyの方が上だと思う。
以前Perlのソースを読もうとしたのだが、すぐ挫折した。
オライリーの青い背表紙の本のどれだったかを立ち読みして、
ようやくスカラやハッシュなどのオブジェクトが2段、3段がまえになっているらしいと知った。
けど、あの本読んでも、ほとんど理解できなかったな。
Rubyのオブジェクトは、VALUE(u_long)の最下位ビットがゼロならRStringなどのオブジェクトへのポインタで、
そうでなければFixnum(Small Integer)などの値であるからわかりやすい。
自分でもインタプリタ(といっても簡易なものだが)を作った時、Rubyを参考にした。
どちらがより良い実装かなどはわからないが、
確かにPerlのソースは、初心者には難解だと思う。
285 :
デフォルトの名無しさん :01/11/12 14:34
話しはかわるんですが、IPAの未踏ソフトウェアは1年だけだったんですか? 今年度は名前がみあたりません。
286 :
デフォルトの名無しさん :01/11/12 16:12
>>281 Metaclassのメソッド(メタオブジェクトプロトコル)を「使う」
ことと、メタオブジェクトプロトコルを「変える」ことをごっちゃに
してないか?メタオブジェクトプロトコルを「変える」にはもう一段
メタがいるだろう、という話をしてるんだが?
>>282 ユーザーから見える言語仕様上、Rubyにメタクラスはないと言って
良いんじゃないの?実装上の都合(趣味)は知らん。プログラマから
見えなくて良いなら、OO的に書く必要もない。Java風にでもC++風に
でも、効率良いようにやれば良いんでは?
>>286 まったく見えないわけでもないんだがな。
module Kernel
def iclass
class << self
self
end
end
end
しかしメタクラスと中間クラスを混同しないように。
RubyのClassがメタクラス。中間クラスは実装の都合上の存在。
>>287 このendendendendが不恰好なんだよな・・・
どうせやるんならさ、VBみたく end class とかのほうが良かったんじゃない? はっきりいって読みにくいよ。
読みにくさは我慢するけど、そういう実装にして速くなったの?
291 :
デフォルトの名無しさん :01/11/12 22:08
>>284 スレ違いですが
PerlにはRubyHacker'sGuideのような、ソースに即した解説は
ないのでしょうか?
292 :
デフォルトの名無しさん :01/11/12 22:12
>>288 ここでインデントがどーしただの言ーだすと
また無意味な闘争が起こるんだろうな、、、。
お互い、そーゆの、やめよー。
293 :
デフォルトの名無しさん :01/11/12 22:15
>>292 スクリプト言語にとっては本質的な問題だと思うぞ。
スレ違い
>>292 それだけ目に付くついうことだな。
実際、
>>287 のソースはインデントでかろうじて意味を
保っている様に感じる。
{}でない理由がわからん。
>>288 、
>>293 、
>>295 、
>>296 292と294の言うとおりスレ違いだと思う。
これは、Rubyに限った話ではないし、、、
「{}、end、インデントのみ、どれが一番いいんだ?」
みたいな、別スレを立ててそこで議論すべし、、、
#不毛な議論になりそうだけど、、、
C-like module Kernel{ def iclass{ class << self { self } } } LISP-like (module Kernel (def iclass (class << self self))) VB-like module Kernel def iclass class << self self end class end def end module
で、昔Python-likeが一番って結論になったんだよな。 Python-like。 module Kernel def iclass class << self self
>>299 字下げで有効範囲を決めるのをPython-likeなんていうなよ。
Oberonの方が早いだろ。Haskellだってそうだし。
>>300 ならC-likeとVB-likeについても同様。
Cだって、1行の字下げはある。
303 :
デフォルトの名無しさん :01/11/13 00:23
>>284 最近になって、まつもとさんとPerl開発者の一人の間接的な
対談記事を読みました。
Perl開発者から、なぜ構文木を長大なswitch文(rb_eval)で
たどって解析する方法をとったのかと、そんな意味のことを
訊ねられていたと思います。
それに対して、まつもとさんはPerlのように構文木のノードに
関数ポインタを埋め込む方法を試したが、思ったより速度が
上がらなかったと答えていたと思います。
(もちろん、自分の実装コードがまずかったのもあるだろうとも
言っていました)
僕はこの記事で初めてPerlの構文木とその評価方法を聞きました。
それまで、Rubyのソースしか見たことがなかったので。
僕も以前、インタプリタ型の小さな言語をRubyを参考に作りました。
オブジェクトやスタックフレームなど、大いに参考になり助かった記憶があります。
ただ、僕も構文木の評価、つまり解釈実行のルーチンだけは
長大なswitch文を使うのはどうかと迷いました。
結局、C++で書いていたので、構文木のノードの基底クラスに
virtual な評価関数をおくことにし、派生クラスの方の評価関数で
それぞれのノードに応じた処理をする、ということにしました。
下記のように。(まちがいがあるかも。擬似コードとして見てやってください)
しかし今考えると、下手くそなやり方だったと思います。
もっと良いやり方はなかったかと、、、。
class Node {
public:
virtual Value Eval( Node * ) = 0;
};
class NodeAdd : public Node {
public:
Value Eval( Node *node ) {
l = Eval(node->left);
r = Eval(node->right);
return l + r;
}
};
アホですか?素直にジャンプテーブル使えや。
>>304 すいません、厨房でした。
ただ、C++覚えたてで、仮想関数が使ってみたかったのです、、、。
307 :
デフォルトの名無しさん :01/11/13 00:44
>>306 まつもと氏に言ったのだ。
構造化からON_GOTO外したのは間違いだなー。
>>303 その記事は読みました。
matzも言っていますが、最近のコンパイラは最適化に優れているので、switch文の分岐はかなり高速になっていますから。
趣味や学習でつくったのなら構わないとは思います。
ただ仮想関数を使うと遅くなるでしょう。
310 :
デフォルトの名無しさん :01/11/13 02:08
311 :
デフォルトの名無しさん :01/11/13 02:59
このスレもいよいよ、つまんなくなってきたな。
312 :
デフォルトの名無しさん :01/11/13 03:03
Rubyの実装に疑問あり! × Rubyの存在に疑問あり! ○
Rubyの存在に疑問あり! × Rubyの存在に感心なし! ○
Rubyの実装に疑問あり! × HSPの実装に疑問あり! ○
Rubyの実装に疑問あり! ○ Rubyの存在に疑問あり! ○ Rubyの存在に明日なし! ○
316 :
デフォルトの名無しさん :01/11/13 03:31
JAVAの存在の方が明日なし! ○
Mindに未来無し。今も無し。 ○
318 :
デフォルトの名無しさん :01/11/13 03:56
このスレも終わったな。 もう書かんでいいぞ。
とか言いつつageる
>>318 は
書くなと言われると書きたくなる人(オレモナー)に
書かせようとしているに30ruby
どうでもいいけど大きなswitchってコンパイルすると ジャンプテーブル使ったコードになるよね。
Cでそれ以外にジャンプテーブルってどう書くの? 関数へのポインタ配列?(遅そう…)
何で遅いの? アドレスロード+callだけじゃん。
324 :
デフォルトの名無しさん :01/11/13 13:39
このスレ終わり、書かんでよろし。 新スレはPerl実装。
>>323 CPUのプリフェッチ/パイプライン処理を詰らたりはするがな (藁
326 :
デフォルトの名無しさん :01/11/13 13:44
>>305 だいぶ昔の記事だな。
まつもとの言うこと、あてになるのか?
>>325 それは、ジャンプテーブルじゃなくてフラットなコードに展開しろってこと?
そんなことしてる処理系は存在しないだろ
/ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | こ、このスレ さ、さむいモナ〜 Λ_Λ ∠_____________ (;´Д`) ( ( つ ⊂ )) 〉 〉く く ( (__)(_.)) ...ガクガク
callしたらreturnもしなきゃいけないんだよ。まずそのぶんjumpより遅くなる。 switchと違って局所変数を共有するわけには行かないから、インタプリタのス タックポインタなんかは大域変数を使うか、引数で渡さなきゃなんない。 switchだとレジスタを見れば良いだけだった場合でもね。 レジスタに変数が割り当てられてたら、Cのコンパイラはレジスタをいちいち 退避/復帰するコードを出すだろうし。
330 :
デフォルトの名無しさん :01/11/13 19:41
tail call セヨ。
>>330 ワラタ
一回飛んだら戻らないのか。
それともSchemeで書くのか?
332 :
デフォルトの名無しさん :01/11/13 21:52
334 :
デフォルトの名無しさん :01/11/13 22:03
>>331 何かあると「guileで再実装しようか」って、まつもとゆきひろ氏
の口癖だった気が...
335 :
デフォルトの名無しさん :01/11/13 22:11
もしかして Guy L. Steele Jr. の Rabbit も出てすぐに読んだクチでしょうか????
巨switch賛成。 メンテナンスが意外と楽だし。
>>335 RABBIT:
A Compiler for SCHEME
(A Dialect of LISP)
A Study in
Compiler Optimization
Based on Viewing
LAMBDA as RENAME
and
PROCEDURE CALL as GOTO
using the techniques of
Macro Definition of Control and Environment Structures
Source-to-Source Transformation
Procedure Integration
and
Tail-Recursion
か。読んだよ。出てすぐじゃないが(そんな歳じゃない)。
しかし長い名前の論文だね。内容は面白かった。
これが修論だって言うんだからイヤんなるよね。
>>337 なんかカッコいいなぁ。
sageはミスってるけど・・・
2年前は挫折したがあるいは今ならRubyのソース読めるだろうか。
明日からがんばってみるか。
まっちゃんって天才?秀才?凡人?電波?
Ruby はインタプリタのリファレンス実装としての価値があるのか。 Pascal みたいだな。
リファレンス実装って何?
/ ̄ ̄ ̄ ̄ ̄ ミ / ,――――-ミ / / / \ | | / ,(・) (・) | (6 つ | | ___ | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | /__/ / < 反面教師としてなら、価値がある /| /\ \______________
age
345 :
デフォルトの名無しさん :01/11/21 13:16
346 :
デフォルトの名無しさん :01/11/21 13:19
>>341 言語のことだろ。多分。
リファレンス実装じゃない方はバイトコード。
>>346 違うよ。例として参照する実装っていうだけの意味だよ。
349 :
デフォルトの名無しさん :01/11/29 06:22
けっきょく
南極
/ ̄ ̄ ̄ ̄ ̄ ミ / ,――――-ミ / / / \ | | / ,(・) (・) | (6 つ | | ___ | / ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ ̄ | /__/ / < Ruby以外は全て糞 /| /\ \______________
アアアアアアアアアアアアアアアアアアア アアアアアアアア アアアアアア アアアア アアアアアアア アアアアアアアアアア アアアアアアアアア アアアアアアアア アアアアアアア アアアアアア アアアアア アアアア アアア アア ア
かなりミスった アアアアアアアアアアアアアアアアア アアアアアア アアアアア アアアアアアアアアア アアアアアアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアアアア アアアアア アアア ア
>>353 二つともミスってるよ。
つまらんからもうやんなくていいよ。
356 :
デフォルトの名無しさん :01/12/03 08:04
pppppppp
357 :
デフォルトの名無しさん :01/12/03 08:05
pppoe
これでKusakabeとか来たら終わりだな。
359 :
デフォルトの名無しさん :01/12/23 21:37
るびびびびびび
糞はC onlyだから大丈夫
361 :
デフォルトの名無しさん :01/12/25 22:31
るびって読み方が書いてあるやつだよね!
印刷業界では活字のサイズごとに宝石の名前を付けていたんだよ! 振り仮名のサイズはルビーって呼ばれてたんだよ! それが転じて振り仮名そのものをルビっていうようになったんだよ!
正直、HTMLの<ruby>とかぶってるのは嫌げ
<RUBY><RB>日本人</RB><RP>(</RP><RT>チョッパリ</RT><RP>)</RP></RUBY>
365 :
デフォルトの名無しさん :02/01/27 12:30
Rubyの過去のバージョン(ver.0.x)って入手できますか? 現行バージョンと比べて研究してみたいので(ソースを読んだり、走らせたりして)。 特に最初期のRubyに関心があります。 ご存知の方、是非教えていただきたく思います。
クサカベっていい年してCしかしらないの?
>>365 大学のftpサイトあたりに落ちてるんじゃない?
368 :
デフォルトの名無しさん :02/01/27 13:34
クリスチャン松本がんばれ!
すみません、探してみたのですが見つかりませんでした。 Rubyの過去のバージョンってもう無いのでしょうか? どうしても入手したいので、知ってる方教えてください。 切にお願いします。 どうかどうかお願いします! だれか助けて〜!
MLで聞けよ
そして
>>365 はMLで
subject:探しています
>>369 1.0 より前って 1997 年以前だからなあ。
おそらく 1.0 が公開リリースなので見つからないのだと思う。
まつもと氏に直接頼むべし。
いつのまにか filez.com も fast ftp search もサービスやめていることに気付いた。
他に FTP 探せるサーチエンジンは何があるかな。
373 :
デフォルトの名無しさん :02/02/02 21:08
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> Tcl
375 :
デフォルトの名無しさん :02/02/03 05:36
>>332 超遅レスすまんが、
Haskellの先生もMicrosoft Researchですか。
Microsoftは現代の客家なのだろーか?
ちょっと、Microsoftとコンピュータ・サイエンスの関係考えると怖いものがあるが、
IBM,ATT時代もこんな感じだったのかもしれん。
376 :
デフォルトの名無しさん :02/02/05 21:06
RUby、将来的に破綻しそうな気がしてならない。
377 :
デフォルトの名無しさん :02/02/05 21:11
お前みたいな粘着アンチがいるからな。
まるで、まだ破錠してないような言い方…
379 :
デフォルトの名無しさん :02/02/05 21:34
>>377 お前みたいなバカな盲信者がいるからRubyは馬鹿にされるんだ。
残念だと思うがRubyの実装が全く望ましい状態で無いのは事実だ。
使いもしないで喜んでる馬鹿には解らんのかもしれないが、
使ってれば心配にもなるだろ。
>>379 はぁ? お前みたいな低能にはもう何もいう気にもならん。
381 :
デフォルトの名無しさん :02/02/05 21:47
残念だと思うがRubyの実装が全く望ましい状態で無いのは事実だ。 使いもしないで喜んでる馬鹿には解らんのかもしれないが、 使ってれば心配にもなるだろ。
382 :
デフォルトの名無しさん :02/02/05 21:48
残念だと思うがRubyの実装が全く望ましい状態で無いのは事実だ。 使いもしないで喜んでる馬鹿には解らんのかもしれないが、 使ってれば心配にもなるだろ。
383 :
デフォルトの名無しさん :02/02/05 21:48
残念だと思うがRubyの実装が全く望ましい状態で無いのは事実だ。 使いもしないで喜んでる馬鹿には解らんのかもしれないが、 使ってれば心配にもなるだろ。
384 :
デフォルトの名無しさん :02/02/05 21:48
380は死ね
380はアフォ
飽きっぽいにも程があるぞ(ワラ
わけわからん。なんだこれは
------------------------------------------------------- 終了 -------------------------------------------------------
まぁ、Rubyですから。
390 :
デフォルトの名無しさん :02/02/05 23:40
コンパイルできねえのかよ、と思ったりもするが。
>>390 Java はコンパイルできるのに遅いと貶されますね。
392 :
デフォルトの名無しさん :02/02/05 23:45
>>391 VMつかってる言語と比べるのはどうかと思うが。
Ruby も 2.0 Rite で VM 使いますが。
394 :
デフォルトの名無しさん :02/02/06 03:38
>>393 むむむ、
>>391 が言ってるのは
普通にコンパイルする言語 と Javaのコンパイル
だと思うので、Rubyを出されても・・だ。
395 :
デフォルトの名無しさん :02/02/23 22:15
Riteってもう手に入るの?
未完っぽいな。
398 :
デフォルトの名無しさん :02/02/24 02:20
うーん、パロットだっけ?PerlやPythonの。Riteはそれと同じようなもの?
399 :
デフォルトの名無しさん :02/02/24 04:29
>>398 ParrotはPerl6。Pythonは.pycとか。Riteは前から開発していたRubyVMを乗っけた新バージョン……では?
RubyのVMはRuby i18n(だっけ?)と同じ場所にあったと思うけど、どこかは。
今だ!400ゲットォォォォ!!  ̄ ̄ ̄ ̄ ̄∨ ̄ ̄ ̄ (´´ /■\ ) (´⌒(´ ⊂(゚Д゚⊂⌒`つ≡≡≡(´⌒;;;≡≡≡  ̄ ̄ (´⌒(´⌒;; ズザーーーーーッ
>>399 PerlとPythonの両方ともParrot使うって話なかった?エイプリルフールねた?
402 :
デフォルトの名無しさん :02/03/02 09:32
おーむ
403 :
デフォルトの名無しさん :02/03/02 12:30
Rubyスレアゲまくってるの誰だよ
405 :
デフォルトの名無しさん :02/03/05 22:58
まつもとさんが雑誌で RubyVMはJavaVMを参考にしたから、当然おそくなったって いってたけどJVMってそんなにだめ? 実装面からおしえて
つーかそこまでわかってんだから自分で調べろよ
407 :
デフォルトの名無しさん :02/03/06 03:04
おしえて!
>>405 JVM (まんまの仕様)が Ruby の VM として相応しくないといっているだけかと。
409 :
デフォルトの名無しさん :02/03/06 11:37
スタックマシンなのかRVMも?
410 :
デフォルトの名無しさん :02/03/07 09:22
RubyVMもすたっくマシンです、当然おそいっす。
まつもと氏は自分の実装の下手さかげんをJVMのせいにしてるのですね なるほど ところでRuby厨房は自分の使ってる言語の中身にも無知なのですね もっともその言語自体が無知の集大成みたいなものですが
405 の話は、世代別 GC を作った木山氏の友人が実装してる VM への コメントじゃないの?
405の言っていることは、LinuxMagazine2001/12のまつもとさんの記事のことか?
そこには実験的に作ったVM、現在のRubyよりも三倍近く速くなるらしいと書いてあるが、
今のRubyが遅すぎるだけなんちゃうかと。
>>411 まつもと氏が言いたかったのは、静的言語向けのJVMを参考にしても、
動的言語であるRubyを実装するのはあまり参考にならないのでは?って事じゃないの?
メーリングリストでも、似たような発言見かけたことがあったような。
記憶あやふやでスマソ。
RubyにはJIT(といわずbytecodeコンパイラとか)ないの? 不要なシンボルの探索減らせば結構速くなるもんだけど。
416 :
デフォルトの名無しさん :02/03/28 23:31
RVM ばんざい!! うそだよん
417 :
デフォルトの名無しさん :02/03/29 00:37
紅
VMよりもgcの起動回数減らす方が速くなると思うよ
419 :
デフォルトの名無しさん :02/04/03 22:43
Smalltalk80の本をもらったのですが すごくおもしろいです。 前は立ち読みしてもさっぱりだったのですが、 Rubyをやりだした今読むと、なぜか理解しやすいのです。
420 :
デフォルトの名無しさん :02/04/06 00:07
formulaってどうなったの? 作者の水野氏の怒りがC++のソースコードに埋め込まれていた。 「隣の白痴カップルのXXX音がうるせえ」とか(笑) Rubyだけがなぜこんなに性交したんでしょ?
Formulaの作者はカナ−リ逝ってたと思う。サイト見て引いたし。 そ−ゆういみではmatzは地味でいいかも。
> C++なぞ問題外(^^; これがなきゃもっと好感度があっただろうに…。
>>422 いいこといった。
>「他言語との比較」ページをあまりにも真面目にとらえる人が多いので
真面目に捉えてるんじゃなくて、センスが悪いんだよと誰かこっそり教えてあげてほしい。
424 :
デフォルトの名無しさん :02/04/11 23:03
formulaのソースで Hashの高速化に線形リストではなく、2分木を組み合わせるという 「ワザ」を知ったウチは厨房ですか? この作者は前にCマガで「自作スクリプト言語の製作」を やってたけど、ネストしたブロック構造を持つ言語の記号表の実装で、 Hashテーブルをリストでつないでいくというのはいい方法なのかな?
425 :
デフォルトの名無しさん :02/04/11 23:35
formulaって何よ?
Rubyのendが苦手って人はEmacs使ってないんだろうな...
>>426 Emacs使ってるけど、endは嫌だよ。
それにendの問題はタイプが面倒とかじゃなくて、可読性だと思う。
beginとかendの類は{とか}が入力&表示できない環境では意味があるけど、
今さら新たな言語で使うものじゃないだろ。
そう思うんなら{}使えばいいじゃん。使えるんだし。 俺はend好きだけど
end ってそんなに可読性悪いかなぁ 好みにもよるのかもしれないけど
>>430 end が読みにくいと思う人がいるだろうことは認めるけど、気にならないという人
だって大勢いる。あと C とか Perl とかしか使ったことが無いのなら慣れの問題も
あるだろうし。俺は {} はシフトキーを押さなければいけないのがイヤ。
>>428 if や while などの制御構造では {} は使えない。
>>431 可読性云々という話なら、Hashとかにしか{}を使わない僕は
どうなるんでしょう? 僕はどちらかというと、
* 引数がないのに括弧を付けてメソッド呼び出し。 foo()とか。
* インデントがTAB文字のみで行われている。
* requireなど予約語っぽいメソッドに括弧を付けるか付けないか。
僕は最近付けなくなりました。
* ''と""の使い分け。最近使い分けるようになりました。
* Hash.newと{}、Array.newと[]。僕は後者を使います。
の方が気になりますが、羅列してみたらどうでも良いことばかりですね。
do〜endだとメソッドチェーンができない…と書こうとして今試したらできた。 前からそうだったっけ? a = [1, -2, -2, 0] a.sort{|x,y| x.abs <=> y.abs}.uniq a.sort do |x,y| x.abs <=> y.abs end.uniq
>>433 過去にメソッドチェーンが出来ない頃があったんですか?
いやマジで質問なんですが。
>>434 たぶん無い。
バージョン 1.0 より前の頃なら知らんが。
436 :
デフォルトの名無しさん :02/04/14 23:39
だからformulaって何よ?
437 :
デフォルトの名無しさん :02/04/15 21:37
Formulaばんざい
googleしる!
正直、構文問題はプリプロセッサを使うとかすれば どうにでもできるんで、個人的にはどうでもいいね。
440 :
デフォルトの名無しさん :02/04/21 15:44
疑問を持たれるだけいいよな。 相手にもされない言語多数...
はぁ?
shigeってなにげにウザイ
443 :
デフォルトの名無しさん :02/04/21 16:22
Rubyの構文がどうだこうだと言っている奴は、 Rubyのソースに手を入れて自分用にカスタマイズすりゃあ 良いんじゃないの。そういうのリリースしてもいいんだろ、 Rubyはフリーソフトウェアなんだから。
>>442 >なにげにウザイ
・・・っいぇdさl:いtyえれりぇryh5blk;うひmなうねあじ
ッ邸浮かさ、あのシゲノスサマジえrklhj6hj63466554;ぉうぇいhr
RRRRつぶいおびおびお!! Ruby¥1!!!!!
っっっうぇ5TTぶbvyrbrう゛ぇう!!!Rbuby!Ruby!!!!
dwdwdd
fewefwefwefwefwefwefwefwefwefw
Javaユーザは十数年前の埼玉県の幼女連続誘拐殺人事件の犯人宮崎何某にうりそっくりな連中で満ち溢れているのだろうか?
>>439 正直、それじゃあRubyとは呼べない。
define-syntaxとかないしね。
450 :
デフォルトの名無しさん :02/04/21 22:39
>>440 >疑問を持たれるだけいいよな。
>相手にもされない言語多数...
どんなのがある?
できればマジレス希望
rubyのendはlispの閉じ括弧と同じ気持ち悪さがある
beginがないから?
453 :
デフォルトの名無しさん :02/04/21 23:37
454 :
デフォルトの名無しさん :02/04/21 23:37
Uvaとか
秀丸とUvaの作者発見!
pythonとか。
pythonてなんて読むんですかぷひょん?
ぴちょん
ぴしょん?
ぴっとふぉん
463 :
デフォルトの名無しさん :02/04/26 20:51
Formula >>>>>>>>>>>>>>>>> Ruby おわかり? あほどもくん
464 :
デフォルトの名無しさん :02/04/28 13:19
RiteってCで書かれているの? C++使わないのか? なぜ? ところでRubyの良スレ他にないの?
いくらRubyでもC++は使わないよ。
Ruby++って無いの?
Ruby.NETは出るんでしょうか
469 :
デフォルトの名無しさん :02/05/03 13:22
WSHに対応してた言語は.NETにも対応しそうな気が
NETRubyはどうよ?
472 :
デフォルトの名無しさん :02/05/07 13:01
水野氏(Formula)>>>>まつもと(ruby) というところでいいかな
Formulaって何?
476 :
デフォルトの名無しさん :02/05/09 22:18
>>465 今のRubyのソースを見るとC++で書いた方が、スッキリすると思うのだが。
オブジェクトの実装で、RBasic構造体をメンバ変数として持っているところなども、継承を使った方が自然だし。
例外処理にsetjmpとlongjmpを使っているところも、tryとcatchで書けるのではないか。
ゴミ集めもnewの再定義で何とかなるのではと思えるのだが。
オブジェクト指向言語の方が実装しやすいのではないか。JRubyのように。
Perl6もC++で書いていると聞くし。
477 :
デフォルトの名無しさん :02/05/09 22:31
まつもと氏曰く、 >ムーアの法則は30年間成立し続けている。 >人間のためにマシンの性能を浪費してもかまわない。
機械にこびへつらう実装は卒業。ぷ
>>476 移植性が落ちるからじゃない。いまのRubyは
かなり古いUNIXでも動いてるみたいだし。関数
定義がK&Rスタイルなのも移植性が最大の理由でしょ。
それに、いまのRubyのソースで複雑なのはなんと
言ってもパーサとイテレータ周り。C++はそこの助け
にはならない。それ以外の部分は、確かにちょっと
トリッキーだけど、難しくはない。
480 :
デフォルトの名無しさん :02/05/10 14:08
ホントか?
>>479 ANSIスタイルで書かれたオープンソース言語で、Rubyより多くのプラットホームをサポートしているものはいくらでもあるぞ。
>>477-478 機械にこびへつらう実装は卒業ねぇ・・・
これだけ時代が進んで、マシンの性能を浪費する言語にあふれても
いまだにCのような言語がメインを張ってるという現実も
あるんだけどね。。。
>>481 Cがメインを張っているのは事実。
RubyインタプリタもCでかかれてる。
でも話はそこで終わらないでしょ。
たとえば、perlの出現がどれだけ世界を変えたかってな。
483 :
デフォルトの名無しさん :02/05/10 22:25
FormulaはC++で書かれてますよ〜ん。 奇麗なソースかどうかは見ればわかりますよ〜ん。 でも、Rubyと違って、POSIX thread使ってますよ〜ん。 けど、ガベコレ無いんですよ〜ん。
競争の無いソフトだと、何で書こうが関係ないって気がするね。 でも、ユーザーは選択肢があると、「あっちのほうが軽い」 とか言って移り気するからね。
485 :
デフォルトの名無しさん :02/05/11 12:28
formulaって何?
formula1=F1
487 :
デフォルトの名無しさん :02/05/11 16:48
Rubyのソースをさっき、ちらっと見たが、例外発生はソースコードのエラー処理でも、rb_raise()を使うことで統一されてるようだな。 だとすると、try{}catch{}で書き直す必要性は高くないだろう。 それより、なんでハッシュ(st.c)に他人のソースを流用してきてるんだ。 よくできているけど、これが唯一無比だとも思えんのだが。 まつもとなら、これぐらい作れるだろう。
488 :
デフォルトの名無しさん :02/05/11 22:01
age
sage
490 :
デフォルトの名無しさん :02/05/12 11:55
>>487 たいていのRubyヲタは、ソースを読んだこともない(読めない)ので
聞いても無駄だって
そんなこともわからんか
君とか、ね。(苦笑)
492 :
デフォルトの名無しさん :02/05/12 13:35
Rubyは実装に問題があるの? 他に理由があると思うが。
了解。
494 :
デフォルトの名無しさん :02/05/12 13:37
あう
495 :
デフォルトの名無しさん :02/05/12 20:39
VBやJAVAは実務で活躍しているし、Delphiも 数は少ないとはいえ業務システムに使われているね。 フリーウエアでも古くはWin版AirCractから・・ rubyってパシリみたいな使用例しかしらないのよ。 私の本業である制御系やオープン系業務システムもRubyが最適でしょうか? 仕事では一度も聞いたこと無いのですが。 の回答マダァ?
>>495 なに言ってるの?
Rubyしか選択しないじゃん
今はBIOSやファームウェアもRubyで書く時代だよ?
>>495 仕事に使う言語くらい自分で見極めたら?
っていう空気を読め。
既出レスだろうが、ベターperlっていうことでruby、 っていうのが一般的な使用例だと思う。
ずさーああああっっー!!!!
500=サヨク。 まじめそうなレスにのみからんで茶化すから。
ベターなのは事実だろう とか書いてみたりする。
Perl の代用にもならないといわれていた頃からすると だいぶ評価が上がってるな。
まつもと氏のそもそもの開発の動機がベターperl、ベターpython。 そうなってあたりまえ。
まつもとが開発?(プ
まつもとが開発。
508 :
デフォルトの名無しさん :02/05/12 23:29
@@@@@@@@@@@@@@@@@@@@@@@@@@@@@
最近、
>>508 みたいな変なやつ増えたね。
Ruby/Pythonに恨みある系ですか
最近、
>>508 みたいな変なやつ増えたね。
Ruby/Pythonに恨みある系ですか
最近、
>>508 みたいな変なやつ増えたね。
Ruby/Pythonに恨みある系ですか
最近、
>>508 みたいな変なやつ増えたね。
Ruby/Pythonに恨みある系ですか
matsumoto ha yoko dori?
効率。
最近、
>>508 みたいな変なやつ増えたね。
Ruby/Pythonに恨みある系ですか
最近、
>>508 みたいな恋なやつ増えたね。
Ruby/Pythonに恨みある系ですか
遅レスですが。
>>480 実際にちょっと前までK&Rだけの環境で使ってる事例があったわけよ。たしか
SunOS4だったかな。すでに動いてるのならわざわざはずすことはないじゃない?
つまり
>>479 は「移植性が(今と比較して)下がってしまう」、というつもりでかいた。
あと一応補足すると、まつもとさんがK&Rの宣言のほうがすき、という理由も
あげられてる。だから確かに移植性「だけ」ではないね。そういう点では例としては
よくなかった。
>>487 そこより優先するとこがいくらでもあるからだと思う。優先順位の問題。なおせば
よくなるとこなんていくらでもあるんだから(Rubyに限らず)、問題がでかいところ
からやらなきゃ。現在、速度的なボトルネックはGCとrb_eval。論理的なボトルネックは
評価器 (eval.c) のアーキテクチャ。ライセンスならば正規表現エンジン。安定性
ならスレッド。そんで、GCは世代別GCが入るとかなり改善される。正規表現は
鬼車で解決。そうしたら後は評価器とスレッド周りでしょ。それをやろうとしてるのが
Ruby 2.0 (Rite) だな。
518 :
デフォルトの名無しさん :02/05/15 11:57
>>517 rb_eval(動的評価)は、VMでは「その場で」中間コードをヒープに吐くのかな?
FIXNUMの即値で速度が上がるか試したけど、 数%の改善にしかならないみたいね。ちょっとがっかり。
rubyの速度が改善されようがされまいがどうでもいい、っていうruby使いも多いと思われ。 perlの速度を越えることはできんし。
>>518 ん、どういうことを言ってるんだろう? 動的評価とは何をさしてる?
バイトコードをファイルに保存できるかという意味なら、たぶんそう
なると思う。
「その場で」というのが「実行中に構文解析するのか?」という意味
なら、今もこれからも、構文解析はプログラムを読んだらすぐに
全部まとめてやる。ただ今はその結果として構文木を作るけど、今度は
バイトコードを作るっていう違い。
522 :
デフォルトの名無しさん :02/05/16 11:16
518と479以外は、ソース読んだことも無いアホウrubyistなのか
523 :
デフォルトの名無しさん :02/05/16 11:20
君も、ね(苦笑)
524 :
デフォルトの名無しさん :02/05/17 02:11
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
525 :
デフォルトの名無しさん :02/05/17 02:29
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
526 :
デフォルトの名無しさん :02/05/17 02:29
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
527 :
デフォルトの名無しさん :02/05/17 02:30
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
528 :
デフォルトの名無しさん :02/05/17 02:30
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
529 :
デフォルトの名無しさん :02/05/17 02:31
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
530 :
デフォルトの名無しさん :02/05/17 02:32
>>521 > 今もこれからも、構文解析はプログラムを読んだらすぐに
> 全部まとめてやる。
アホですか。
ソースの中身以前に、Rubyインタプリタの動作原理自体がわかっていないようだな。
evalメソッドの引数式には何がくるかは、実際に実行されるまでわからない。
だから、実行時に構文解析器を呼び出して、構文木に変換し、それをrb_eval()で辿って実行する。
この時、初めて現れたローカル変数は、コンパイル時にオフセットが確定する通常のローカル変数のようには実装できない。そのためにリストで管理する「動的ローカル変数」が必要となるわけだ。
上記のようなことは、一度、簡単なスクリプト言語でも作ってみれば、すぐに気づく性質のことだがな。
MLでのやりとりを羅列しているだけでは、わかるまいが。
なんだコレ?
>>532 525以降の書き込みは俺ではないよ。
Aちゃんねるにたむろしてる奴等ってレベル低いんだな。
Ruby派、アンチ双方とも、もっとまともな批判はできないのかね。
というか、何か作ってみたらどうだ。
>533 あたりまえのことで必死になるなって。 そして自分をもっと大切にな。
Cプログラマはコンパイラのソースを読み直せ。
何のコンパイラ?
535はあたまがさかな
Rubyのスレってなんでこんなに気持ち悪いの?
さかな、さかな、さかなー♪ さかなーをー食べーるとー♪
rubyに嫉妬するのはやめようぜ。
mattakuda
shige って誰??
>>524 =
>>533 ?
どうなってんのかよくわからないけど、せっかくだから返事しとく。
うーん、なんか誤解されてると思う。「実行中に構文解析するのか」という
書き方が悪かったんだろうけど、これは
>>518 が「rb_eval(動的評価)」って
言うから、昔のインタプリタみたいに構文解析と評価が混じってるような
感じを想定してるのかと勘繰ってみただけ。つまり、「評価器が構文解析
するのか?」という問いであって、「評価中に構文解析が起こるか?」という
一般的な問いじゃない。そりゃもちろんeval呼べばそのときは構文解析するし
requireでもloadでもrb_eval_stringでも、構文解析はやるに決まってる。
言いたかったのは、たとえばevalなら、「その引数の文字列に関しては」
構文解析をするのは一番初めにまとめて、ただ一回だけだろ、ということ。
ところでローカル変数云々って言う話があるけど、それは違うんでない?
eval のときだって文字列は同じパーサを通るんだから、ローカル変数の
オフセットを計算できないわけないじゃない。eval で導入したブロック変数
はその eval の中からしか見えないから、コンパイル時に参照を解決可能。
eval から eval 外で定義した変数を参照した場合も、「上」のスコープは
厳密に定まるからコンパイル時に計算可能。Procまで含めても、すべての
ローカル変数参照はコンパイル時に解決可能だと思うが。
>>544 Ruby関連スレにどこからともなく現れる粘着荒らし。
一人にしては数が多すぎるので複数人が使ってるらしい。
>>544 Ruby関連スレにどこからともなく現れる粘着荒らし。
一人にしては数が多すぎるので複数人が使ってるらしい。
549 :
デフォルトの名無しさん :02/05/18 14:26
>>545 >「その引数の文字列に関しては」
文字列から毎回解析入ると思うけど。
これをふまえると、後半の文は全部間違いだよ。
つーか、rb_evalに渡されるのが変数だった場合を考えてないね。
定数文字列ならその様な最適化を入れる事は可能かもしれないけど、
あまり意味は無い気がする。動的に文を変えられるのが売りなんだから。
>>549 これがLISPのS式だと、話は違ってくるんだよね。
文字列->S式に変換されるのは最初の読みこみ時の1回だけ。
インタプリタであれば、実行コストは変わらない。
コンパイルはできないけど。
>>550 ただ、LISPにもマクロ展開という同様の問題がある。
この場合は単純に実行前に完全に展開してしまうか、
マクロ展開後、結果をキャッシュしておくことで解決できる。
これはLISPマクロが静的変換だから可能なこと。
動的に評価結果が変わる可能性のある、
rb_evalみたいなのに対しては適用できない。
>>544 Ruby関連スレにどこからともなく現れる粘着荒らし。
一人にしては数が多すぎるので複数人が使ってるらしい。
誤爆か?
>>549 あ、やっと食い違ってるところがわかったよ。ひとつのevalについて、を
構文上の一つととったわけね。そうじゃなくて、eval呼び出し一回につき
引数に渡される文字列を解析するのは一回ということ。引数に渡される
文字列が定数だろうとなんだろうと、それぞれ別のeval呼び出しなら
それはまったく別の話。
それに、コンパイル時に決定できる、ていうのは、evalの過程で行われる
コンパイルも含んでるんだよ? evalはコンパイル+評価でしょうが。
なんかファイルで最初の一回のコンパイルだけをコンパイルと呼んでる
みたいだけど、なんで区別するの? Rubyでは区別しようがないじゃん。
という条件なら、(評価時でなく)コンパイル時にローカル変数の参照先は
決定できる、といってもなんも変じゃないでしょ。それにさ、dvarがリストで
ある必然性は全然ないよ。ローカル変数と同じ実装はできるはず。
> つーか、rb_evalに渡されるのが変数だった場合を考えてないね。
つーか、こっちの書き方も悪かったけどさ、そっちもまず eval と rb_eval は
きっちり区別して書いてくれ。
555 :
デフォルトの名無しさん :02/05/18 19:09
>545 必死だな。
557 :
デフォルトの名無しさん :02/05/18 19:45
RubyからCへのコンパイルって可能なの? rb2cはただインタプリタをインライン展開してるだけだよね。 もしRubyが本当に、同じ文を実行するたびに構文解析から やり直さなきゃならないような言語なら、Cへのコンパイルも バイトコードへのコンパイルも原理的に不可能だね。
560 :
デフォルトの名無しさん :02/05/18 21:10
へえ。Rubyってforを100万回まわったら、その中身を100万回 構文解析し直すのか。腐った言語だね。
561 :
デフォルトの名無しさん :02/05/18 21:11
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>
>>560 そういう無駄な構文解析が必要だと主張しているやつはいるが、ただの厨房。
いくらまつもとでもそんな糞な実装はしない。
563 :
デフォルトの名無しさん :02/05/18 22:10
どうした急に実装について語り出したぞみんな いいぞ!いいぞ!いいぞ!
黄河は水たまりを叱りはしない matzは厨房を叱りはしない
566 :
デフォルトの名無しさん :02/05/19 01:27
SQLシコシコやってるような坊やが、Ruby語るなっつーの。
SQLで出来ることがRubyにはできないから仕方がない。
rubyはなんでもできます。
SQLデータベースをRubyで誰かが作ればな。 でも結局SQLで書くわけだろ。
なんでSQL?
572 :
デフォルトの名無しさん :02/05/19 10:28
Ruby >>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>> SQL
573 :
デフォルトの名無しさん :02/05/19 12:59
良スレのよかん
SQLは手続き型言語じゃないんだから、 単に「Rubyでライブラリ作って終り」じゃだめ。 関係代数的な検索条件を書いたときに、 それをどういう順序でやったら速いか最適化する optimizerが重要。 で、DBエンジンとトランザクションモニタとSQL パーザとオプティマイザをRubyで用意したとして、 検索は順序をいちいち指定したりせず 高水準な関係代数で書きたいから、SQL使うことに なるだろ? まあ、実際にはJDBCみたいなのをRubyで作れば良い と思うけど。(でもやっぱり検索条件はSQLで書くこ とになる。)
データベース使ってると良く思うんだが、 SQL みたいな糞言語はやめて、直接関係代数式で書かせてほしいよ。 言語が Ruby であるプロジェクトのプロジェクト名を求めよ。 ( (δ言語 = ”Ruby” プロジェクト) [ プロジェクト名 ]
578 :
デフォルトの名無しさん :02/05/19 16:07
>>577 それは同意だな。
SQLは選択と結合と射影が直交してない。
クソ言語同士、お似合いだよ
このスレは「RubyでSQLを実装するスレ」になりました。
db = DataBase.open("dbfile") tb1 = db.getTable("顧客名簿") tb2 = db.getTable("発注伝票") query = tb1.join("顧客ID", tb2.select { |row| row.getColumn("日付") == curMonth }, "顧客ID").project(tb1, "顧客ID", tb1, "顧客住所, tb2, "伝票No", tb2, "合計金額") resultSet = query.exec()
582 :
デフォルトの名無しさん :02/05/20 00:39
Formula is no.1!! Ruby KUSO(w
583 :
デフォルトの名無しさん :02/05/20 00:47
自分のスレッドももてないような言語の何処がいいんだか。
>>583 Rubyはアンチのせいで糞スレばかりにされてますが。
>>583 2ちゃんにスレがあることの何処が嬉しいんだか。
>>585 なんだかんだいってわりと情報が集まるからな。玉石混交にせよないよりはまし。
なんでSQLの話題になったのかが疑問なんだが。
588 :
デフォルトの名無しさん :02/05/20 20:11
566=妄想坊や。
589 :
デフォルトの名無しさん :02/05/20 23:36
Formulaは水野氏の先見性が注ぎ込まれたすばらしい言語です rubyはまつもとの稚拙さがにじみ出ている税ドロ言語
590 :
デフォルトの名無しさん :02/05/21 00:38
Formulaって何?
>>590 ガソリンかタイヤか、とにかく車関係の何かだったきがするヨ。
Formulaって先進どころかかなーり後ろ向きな ダサイ言語だと思うんだが。 つか、あれ使うならC使ってればいいっしょ。
ネタをネタと見抜けない人は (Rubyを利用するのは)難しい。
595 :
デフォルトの名無しさん :02/05/21 11:57
>>595 GCないから、やつらはlocalmalloc()などという
alloca(2)のようなものを自慢してたよ(ぷっ)
596 :
デフォルトの名無しさん :02/05/21 12:27
>>595 Rubyの前近代的なGCよりマシでは?
まつもと氏は最近のGC関連の論文を読んだことがないようですね。
ま、期待はしてませんが(笑)
論文読んだだけで自分はできる風ですか、もう荒らしでもなんでもいいよ、 デフォルトの名無しさんだっけ?あんたもうこの世にいらない!
今度はあんたもうこの世にいらないスレですか?SQLはどうなったんだ?
>>597 荒らし相手にあつくなってもしょうがないですよ。
彼らはどうせ 2ch の外には出てこれないし、こんなところで彼らがどんなに
騒いでたって何にもならないし、好きにさせとけばいいんじゃないですか。
それにしても、まったくおもしろくもないネタばかりでつまらないですけどね。
んなこと知るか。
>>599 最初にRubyはSQLよりエラいとか言い出したやつに聞いてくれ。
アホらし
>>601 。
つまらんネタにひっかかって騒いでるんじゃねえよみっともない。
わざとやってるのかもしれんが、おもしろくねえよ。
603 :
デフォルトの名無しさん :02/05/21 15:29
クソすれsage
Formulaの作者、水野だっけか。HPみるとかなりなkittyだよな。 人が「2ちゃんねらー」と聞いて思い浮かべるネガティブなイメージ の体現者という感じ。
606 :
デフォルトの名無しさん :02/05/21 18:56
>>605 kitty?
おまえさんのように?(ワラ
確かにあのページ見てるとキショイ。 2ちゃんねるへのハマリ方があまりにも型にはまってる。
ウヴァをおもいだしたYO!
609 :
デフォルトの名無しさん :02/05/21 23:15
610 :
デフォルトの名無しさん :02/05/21 23:26
妙な電波が出ているな。。猫の背景写真がちょっとコワイ。
>>610 やっぱ狂ってるよ
Cマガはあんなのに特集記事(しかもスクリプト言語の製作)を
依頼したのか
もちコンパイルする気にもならなんだ
Rubyist = 中傷大好き
悪いよ。
616 :
デフォルトの名無しさん :02/05/22 11:53
if ($Rubyist == Kasu) ???
(eq? rubyist kasu) => #f
(equal? rubyist kasu) => #t
619 :
デフォルトの名無しさん :02/05/23 14:23
Formulaスレをつくっていいですか?(ワラ
620 :
matz曰く(一部略) :02/05/24 21:45
http://www-6.ibm.com/jp/developerworks/linux/001027/ruby_qa.html 問い:Rubyの'eval'関数は一つの大きな'switch'文で実現されているようですが
パーフォーマンスへの影響は出ますか?
答え:関数ポインタを構文木に埋め込む(threaded code)手法を試験的に実装したことがありますが、
結果は期待したほどパフォーマンスが改善せず、かえって若干悪化しました。
この理由は、おそらく最近のCコンパイラではswitch文での分岐は十分に高速化されており、
ポインタを経由した関数呼び出しにともなうスタック操作のコストの方が
高かったからではないかと推測しています。
>>619 そうしてくれれば遠慮なく叩けるな。
「スレ違い」と言われる心配がないから。
構文木に関数へのポインタを埋め込むことをthreaded codeとは 普通言わないね。
threaded codeってのは while (1) { 関数呼び出し...} みたいなメインループがないのが大きな特徴だから、 関数ポインタを使った時点でthreaded codeじゃないと 思う。
>>626 そうか?
void (*opcode)()[] = {
op00, op01, ...
};
void op00()
{
...;
opcode[getbyte()]();
}
void op01()
{
...;
opcode[getbyte()]();
}
関数ポインタ使うぞ?
>>627 そう。
threaded codeってのは「スタックを完全に平らにする技術」のはずなのに
Cだと関数呼び出しのループになっちゃうんだよね。
ほんとうは間接ジャンプ
goto *ptr++;
みたいなことができないと実装できない(アセンブラだと簡単)。
>>628 で、スタックがあふれたらどうするの?
この際、threaded codeの 言葉上の定義は大した問題じゃないと思うのだが。
>>629 そういうことか、納得した。
スタック云々については知らなかった
>>628 なんかの例は末尾呼び出しの最適化でなんとかならないの?
gccだけまともに動くってのもさびしいよね。
それか、多分スタックフレームを*作らない事ができる*処理系なら
ちゃんとうごくんじゃないかなあ。末尾最適化と同じ様な事だけど。
厳密な意味でのthreaded codeは、C言語では実装できないって事?
>>633 continuation passing style(CPS)
ってのがあるらしい。
物知りっすねー。
>>635 あ、CPSとかカッコつけて言っても、結局実装を見ればスタックじゃなくて
ヒープを伸ばしていく類の一種です。
(ホントは実装のことを言うんじゃないらしいけど)
これも、
while(){関数呼び出し}
や巨大switchで作れます。
でもこれだとWindowsのコールバック関数内とかで
例外throwが起きたりすると困るんだよね。
コールバックを強制するAPI呼ぶ段階で既にthreaded codeとは呼べないし。
threaded codeといえばFORTHを思い出す‥‥。
sage
639 :
デフォルトの名無しさん :02/05/26 15:08
rubyの問題っちゅうのはこうゆうのだな。言語仕様の細かいとこをあーだ、こーだ言うやつばっかしで、かっちりとしたアプリケーションを作る奴がいつまでたっても出てこない。 そのへんに転がってるコードは、1行読んで正規表現で処理の「Perlで書いたって同じじゃん」みたいのばっかりだし。
>>639 perlで書かれた「アプリケーション」って何がある?
>>640 おまえ、それで反論のつもりなのか? 大丈夫か?
>1 ルビーの実装が気にくわないなら、それを直した新言語作れば? そいつが使えるなら、おまえ、神になれるよ、マジで。
perlで書かれた「アプリケーション」って何がある? ↓
namazu
アセンブラで書ける事はC言語でも書けると思っている、 おぼっちゃんが大勢いるって事をハケーン
>>647 アセンブラでしか書けないこと以外は C 言語でも書けますが何か?
goRuaとかquickmlとか。
rushとか
sage
>>648 C言語でしか書けないこと意外はLISPでも書けますが何か?
>>652 LISPでしか書けないこと以外はHSPでも書けますが何か?
>>639 実際は車庫と洗車場の往復なのに、エンジンのカタログスペックにやたらうるさいやつとかいるだろ。あれと同じ文化なわけよ。本人たちがそれで満足なんだから、いいんじゃナイの。
>>653 HSPでしか書けないこと以外はHaskellでも書けますが何か?
マシン語でしか書けないこと意外はマクロアセンブラでも書けますが何か?
Haskellでしか書けないこと以外はDOSのバッチファイルで(以下略
マシン語でしか書けないことをすべて書けないマクロアセンブラは糞ですがあ何か?
アセンブラで書ける事は機械語でも書けると思っている、 おぼっちゃんが1人いるって事をハケーン
sage
sage
アセンブラじゃなくてアセンブリじゃないの?
なるほど。アセンブり言語=アセンブる言語だったのカ! 花咲かじじい=花を咲かせるじじいとすれば、 アセンブら言語=アセンブらせる言語?なるほどニュアンスが違うな
667 :
デフォルトの名無しさん :02/06/12 09:47
pupu
668 :
デフォルトの名無しさん :02/07/10 17:57
RubyにPerlのInline.pmみたいなのはないの? 便利だと思うけんど。
<<669-670 ありがとです!
sage
673 :
デフォルトの名無しさん :02/07/26 16:39
age
674 :
デフォルトの名無しさん :02/08/18 21:47
Rubyで分散うんこ
675 :
デフォルトの名無しさん :02/09/04 23:54
アセンブラ=名詞 アセンブリ=形容詞 アセンブル=動詞
アセンブレ=命令
アセンブロ=モビルアーマー
アセンブらず アセンブりて アセンブる アセンブれば アセンブれ
679 :
デフォルトの名無しさん :02/10/18 12:03
RHGが出るのでage。
未使用の変数は消したのだろうか。
iiiiiiiiiiiiiiiiiiiiiiii
アセンぶる ─ アセンブリが使えるとホラを吹く
あせんぶる ─ 焦ってブルーになる
必殺五段活用!!!!!
Rubyがクソだと思う理由。 1)遅い。Perlにはもちろん、Pythonと比べても遅い。 2)Windows向けバイナリ配布にデファクトスタンダードがない。 3)ソースからモジュールをコンパイルするとの方法が統一されていない。 4)CPANを後から追っているのに、RAAは全然使い勝手が悪い。 5)ドキュメンテーションが不十分(RDによるドキュメンテーションはPerlに おけるPODよりも全然なってないし、RDが完全に普及しているわけでもない... RDがRubyの言語仕様に含まれていないためと思われる)。
↑ぷぷぷ
688 :
デフォルトの名無しさん :02/12/07 13:16
Rubyがクソだと思う理由。 ↑がいる
>>686 1) 速い。Perlにはもちろん、Pythonと比べても速い。
アイデアがコードになるのが。
2) PragmaticProgrammer's がそうだと思われ。
http://rubyinstaller.sourceforge.net/ 3) これは同意。
extconf setup install が入り乱れてるからな。
4) 2次サイトを作る使い勝手はいいという罠。
5) ドキュメントが言語仕様に含まれるのって気持ち悪いんだけど。
Java-Javadoc くらいの関係が丁度いい。
>>689 > 3) これは同意。
> extconf setup install が入り乱れてるからな。
extconfは拡張ライブラリをコンパイルするためのもの。
installはパッケージ用で、extconfを下位要素として使ったりする。
setupはinstall.rbのパッケージを束ねたもの。
つー感じだっけ。
Ruby全然使ったことないけど、Rubyソースコード完全解説って本が 面白そうだったんで買ってきました。 しかし、、、2chのRuby叩きはキモイね。
スレの空気を嫁ぬ香具師が多すぎ。 かなり低年齢化してきてる
最高裁への上告は認められなくなったから、これで事実上判決確定だよ。
逆転も何もないって。
勢いで上告なんかしても一発で上告却下(門前払い)だよ。
二審も一審を支持。これに対して上告しようにも、
刑事訴訟と同様、自由に上告できるってもんでもないのです。
民事訴訟法312条 (上告の理由) 1項
「上告は、判決に憲法の解釈の誤りがあること
その他憲法の違反があることを理由とするときに、することができる。」
http://www.m-net.ne.jp/~doba/goto/hon.htm ようするに上告しても今の制度では100%無駄。
これで完全終了ってことか。
695 :
デフォルトの名無しさん :03/01/09 13:10
gcについての理論的な方法一覧みたいなの、どこかのサイトに ないかな
======2==C==H======================================================
2ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数: 138720人 発行日:2003/1/9
年末年始ボケがそろそろ収まり始めた今日このごろのひろゆきです。
そんなわけで、年末に予告したIP記録ですが実験を開始しています。
「2ちゃんねる20030107」
こんな感じで各掲示板の最下部に日付が入ってるんですが、
20030107以降になってるところはログ記録実験中ですー。
んじゃ!
────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50 ────────────────────────────
つーかちょっと北朝鮮や朝鮮総連を批判しただけでログから身元割れたりしないか心配。 奴ら何しでかすかわからない凶悪な連中だからな。 ログってひろゆきしかみれないのか? 削除人が見れたら問題・・・以前削除に絡んで強請をした奴もいるらしいし
くっ、ぬかったわっ!
2
>>606 こういう形式のURLは見慣れないな。
どういう仕組みになってるんだ?
>>723 だってそういう板ばかり集めてるんだもん
(;´Д`)ハァハァ
中傷・犯罪予告するなら今のウチという事ですか・・・・・・・・。
ひろゆき 仕事紹介してくれ
俺にしてみりゃ2chの価値は匿名ってことよりヒトが多いってことにあるが。 掲示板の価値はレスが付くことにあるでよ。書きっぱなしじゃ詰まらん。 匿名だろうがIP記録だろうが、Yahooオークションと同じで 受け皿となる代替がなければ存続するんでない? IP表示で晒される訳じゃないからカテゴリごとに雑談する分には今までとかわらんし。 …しかしポリタン相変わらずひでーな。
君がそれやればなんとかなるかも(^_^;)
また明日。
======2==C==H======================================================
2ちゃんねるのお勧めな話題と
ネットでの面白い出来事を配送したいと思ってます。。。
===============================読者数: 139038人 発行日:2003/1/10
なにやら、連日メルマガだしてるひろゆきです。
そんなわけで、ログ記録実験ですが、いちいちサーバ指定するのが面倒なので、
全部のサーバに入れてみました。
重くなって落ちたりしてもご愛嬌ってことで。。。
んじゃ!
────────────────────────Age2ch─
■この書き込みは、Age2chを使って配信されています。
────────────────────────────
Keep your thread alive !
http://pc3.2ch.net/test/read.cgi/software/1041952901/l50 ────────────────────────────
(((((( ;゚Д゚)))))ガクガクブルブル!!
(^^)
お願いですから「以外」と「意外」の区別ぐらい 考えてつけてくださいこの低学歴野郎。
warata
匿名性に絡む問題なので反対 27% 381 票 サイトのためになるから賛成 54% 744 票 利用しないから関係ない 9% 132 票 2ちゃんねるってなに? 4% 64 票 アクセスログってなに? 3% 53 票
さすが、頭のいい方ですね。私は3年もかかって考えました(笑 今後、同様な裁判で損失を被る可能性の大きさと、膨大な情報を保管する コストとの兼ね合いを慎重に考慮しての結論かどうか、こちらには 皆目わかりませんからね。 つっかかってくるということは、完全匿名性が崩れたことに対する批判に 苛立っているのだと解釈しました。評判(名誉ある「悪評(笑」)を これ以上落とさぬよう、頑張ってください。
メロパンナというのは気合いはいってるな!!IPとることにしたのにソンゴクウと同じことしてやがる。俺なんかマンコとかくだけで全エネルギー使い果たすほど緊張してるつてのによ
おれのイズピン記録すんなや
まぁ 人任せにすんな
ではコピペ君の期待に応えて議論終了 スレスト↓
2ちゃんねるは生まれ変わります
じゃぁどうやって書き込んだ人に連絡をとるんですかね?
gambleやったんだったらnews3をおまけに やってくれるのが親切というものだと・・・。
729 :
デフォルトの名無しさん :03/01/13 07:30
保守あげ
218.145.25.77:80 218.145.25.14:80 50.51.32.202.ts.2iij.net:80 cache146.156ce.scvmaxonline.com.sg:8080 cache50.156ce.scvmaxonline.com.sg:8080 12.119.64.42:80 ce590-gdl01.terra.net.mx:80 seton03.terra.net.mx:80 218.65.110.14:80 ce590-gdl02.terra.net.mx:80
(^^)
先週あたりからは、もうじゃなくても、訴えられたら捕まるんだよね?
(^^)
「Rubyソースコード完全解説」の読書会があるらしいぞー
(^^)
736 :
Seisei_Yamaguchi :03/01/25 22:40
マルチスレッドでの変数同時読み書きの際に挙動が安定しないのは Rubyに限らずありがちだが , 変数アクセスに限った排他処理はシステム側で面倒見ないとまずくないか ? .
>>736 具体的に何が言いたいのかな。
インタプリタに入ってしまえば割り込まれないことが保証されているけど。
それともmutexの使い方知りませんってこと?
mutexは知ってるけど , 736に書いた様に `` 変数アクセスに限った '' 話 . 単一の変数 .
インタプリタに入ってしまえば ( 普通に使っている限りは ) 割り込まれない , のか , 失礼 .
740 :
デフォルトの名無しさん :03/01/30 22:29
保守
3月15日「Rubyソースコード完全解説」読書会第3回
なぜこんな底の方に…。
いや、書くなら書くで、なんで本家ではなくここに。
ああ、スレが沈んでいることを言ってるんだと思った。 RHG が Ruby の実装についての本だから、何となくこっちにしたんじゃない?
746 :
デフォルトの名無しさん :03/03/13 16:21
そろそろ揚げどきなのではないだろうか?
今更あげるってことは、RHG全部読むくらいはしたんだろうな、当然。
エラッタが修正された頃に買おうかと。
(^^)
∧_∧ ( ^^ )< ぬるぽ(^^)
752 :
デフォルトの名無しさん :03/05/21 23:32
♥
∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ 山崎渉
754 :
デフォルトの名無しさん :03/06/12 14:04
http://www.python.jp/pipermail/python-ml-jp/2003-June/002324.html > すると,もしもアプリケーションの main() 直下ではなく,初期化フッ
> クの奥深く何重にも関数を呼び出した果てに ruby_init() をする一方,
> 実際の ruby コードの呼び出しは main() から数えて割と浅いところか
> ら行い,かつその ruby コードから C 拡張ライブラリを呼び出す場合,
> 問題が起こるのではないでしょうか?
これは起きる可能性あり。
> もちろん,この問題は,ruby インタープリタが,自分自身で,登録先
> 頭番地よりもスタックが浅かったら登録しなおす,というようなことを
> するならば回避できそうですが,少しソースを読んだ限りではそうして
> なさそうでした。
これはInit_stack()で行われるので、アプリケーションからインタプリタを呼
び出す境界のところでは、これを呼んだほうがいい。
∧_∧ ピュ.ー ( ^^ ) <これからも僕を応援して下さいね(^^)。 =〔~∪ ̄ ̄〕 = ◎――◎ rubikitch
RHG読書会読み終わったようですな
行けなかった…。
__∧_∧_ |( ^^ )| <寝るぽ(^^) |\⌒⌒⌒\ \ |⌒⌒⌒~| 山崎渉 ~ ̄ ̄ ̄ ̄
「るびきち幻想(ファンタジー)」 抱きしめた 心の小宇宙(コスモ) 熱く燃やせ 奇跡を起こせ 傷ついたままじゃいないと 誓いあった 遥かな銀河 るびきち幻想(ファンタジー) そうさ夢だけは 誰も奪えない 心の翼だから るびkitty 少年はみんな るびkitty 明日の勇者 (OH YEAH!) るびkitty ペガサスのように るびkitty 今こそ はばたけ
どこまでも 輝く空に おまえだけの 星座をめざせ その日まで 負けられないさ 命賭けて 挑んだ バトル るびきち幻想(ファンタジー) 誰もが夢見る 自由という翼広げ 駆けてゆけ るびkitty 少年はみんな るびkitty 孤独な戦士 (OH YEAH!) るびkitty ペガサスのように るびkitty 今こそ はばたけ るびきち幻想(ファンタジー) そうさ夢だけは 誰も奪えない 心の翼だから るびkitty 少年はみんな るびkitty 明日の勇者 (OH YEAH!) るびkitty ペガサスのように るびkitty 今こそ はばたけ
764 :
機動武闘伝Rガンダム :03/07/18 12:58
るびきち馬鹿にする香具師は、馬に蹴られて死んでしまえ!
馬鹿にする、というか、馬鹿そのものだし。 ところで、今、香具師は何してる人なわけ?
大学院卒業後、未だに無職。アルバイト経験すら無し 信じれるモノはコンピュータだけと自白していましたが 現実世界での対人恐怖症は治る見込み無しなのでしょうか? ただ彼はネット上なら無敵ですので 今日も女子小中学生追い掛け回しているのではないでしょうか Only ネット上で
なんだ、就職してないのかよ。 じゃあ暇なのか? その割にはRuby界隈では最近見かけないな。 別に見たくもないが。
768 :
機動武闘伝Rガンダム :03/07/19 18:46
まったくわかんねー香具師らだな るびきち尊師は自分のプライドを傷つけたお前等を許さねーんだよ RUBY界に彼が現れなくなったのはお前らの心無い誹謗中傷によって 彼の高い高い高いプライドが傷ついたからなんだよ! その事がどれだけの損失かわかんねーんだろうな、 お前らのショボいおつむじゃ
769 :
デフォルトの名無しさん :03/07/19 21:49
恥かしいメール事件があったからじゃないの?
彼なら「るぅ☆」とかいうHNで夜な夜な出会いサイト出入りしていますよ。 彼には臭いキモヲタが集まるサイトに引き篭っていて欲しいですね。
ネットヲチ板へどうぞ。板違い。
775 :
デフォルトの名無しさん :03/07/21 14:12
RubyがC言語風の書き方なら使ってたかもなぁ。
使わないなあ。
>>775 多言語と比べてこれだけ優れていると悦に入りたがる輩(るびきちとか)
がいなくなって寂しい。
778 :
デフォルトの名無しさん :03/07/22 01:27
>>775 do...endの話?
余分な ; や () は書きたきゃ書ける場面も多い
別に{}でいいじゃんと思うよな・・・ vi使いだと
例外もJavaと同じ言葉で(略 なんで微妙に変えるかね 嫌がらせ?
RubyはJavaではないからです。
Javaはなんで微妙にRubyと変えるかね。 嫌がらせ?
何故 VB と微妙に(以下略
Perlにはけっこう忠実
beginとかendとかraiseとかの独特な仕様をC++/Java系に合わせて、 $_とか$"などPerlから受け継いだ暗号的な仕様がなくせば もっとずっといい評価が得られると思うんだがな
そんな上っ面のことで変わる評価って..
begin end : Pascal でも存在するので独特ではない raise : ML でも存在するので独特ではない C++/Java 系にあわせるのは一見とっつきやすくなって 人を呼び込めるように思えるが、 今よりも「なんか微妙に違う」感が増えて 定着せずに C++/Java 系に戻る人も増えそうだと思う。
>>787 わざわざPascal MLの方を使ってなんか得があったか?
どっちでもいいならより多くの人が使ってる方がいいだろ
構造が違うのならそれをはっきりさせるために
新しい単語を使えばいいが
同じなら同じにすればいいのに。
言語によってばらばらで良い事などない。
> どっちでもいいならより多くの人が使ってるほうがいいだろ > (中略) > 言語によってばらばらで良い事などない。 上の二点に関して同意しかねる。 "たまたま今はやってる" 言語が "たまたま選んだ単語" に あわせることがそんなに重要なのか?
{ とか } とかの独特な仕様をPacal系に合わせた方が、Pascal使ってる人にはいいだろうが!
低脳どもがなんか逝ってるよ〜☆ 俺の完成された美しいソース見てみなさいっての アクセシビリティの側面から言って改悪なんだよ!
788にはVB,Java,Perl,PHPなどをお奨めします。みんな使ってますよ。
見た目の構文のことは百歩譲ってどうでもいいとしても、 public, protected, privateの仕様はいただけない。 C++/Javaと同じキーワードを使うのなら、同じ仕様にしてくれよ…
なんか厨がたくさんわいてますね
795 :
デフォルトの名無しさん :03/07/24 17:00
>>791 そのアクセシビリティの使い方、おかしい。
796 :
デフォルトの名無しさん :03/07/24 17:03
>>785 require 'English'
まぁ代替案出すより元から暗号作るな、っつーのは同意。
matz氏も確か「後悔仕様」の一つに挙げてた気もする。
|\_ ∠ ̄ ̄ \__ ∠ /∨∨\ >_ ∠__ \ / レ > / ̄ ̄ ̄ ̄ ̄ |(・ (・ ∂> <オッス、オラるびきち \ー ノ \_____  ̄ オッス、オラるびきち26歳無職童貞。 もうどうしようもない崖っぷちなんだけど なんだかオラ、ドキドキしてきたぞ! 追いかけろ〜ドラゴンボール〜
>>793 Smalltalk の public, protected, private なんかも全然違いますが。
801 :
デフォルトの名無しさん :03/07/24 23:35
やっほぅ☆ 800ゲットだよ☆
804 :
デフォルトの名無しさん :03/07/27 19:13
どうでもいい。
807 :
デフォルトの名無しさん :03/07/27 23:53
>>798 るびきちHPのバトラーに「アクセス乞食」と書き込んだら
アク禁くらっちゃったじゃないか!どうしてくれるんですか!
ワラタ 君はこの先 西本孝志 から執拗なプロバ通報攻撃を受けるだろうけど 負けずに頑張って下さいね(藁) 西本孝志様 君は未だに2chに張り付いているんですね。(藁) 自分が叩かれていないかでもチェックしているですか?(藁) 君がこのスレを確実にチェックしていることが解り、 私の言葉が君まで確実に伝わっている事を知り、喜びに打ち震えております 何かアクション起こす度に墓穴を掘る君の生き様 惚れ惚れ致します これからも君を笑いものにして楽しませてもらおうと思いますのでどうぞ宜しく またあの時みたいに自作自演の擁護書き込みしてくれる事を期待しつつ送信致します
怖いというか ヤバイというか とりあえずキモいよ。 粘着逝ってよし。
不当なアク禁と思われるならその旨るび-きちGUYに伝えてみてはいかがですか? 過去に早稲田からの荒らしが来るという理由で早稲田をアク禁にしたサイトが あったんですけれども、「荒らしとは関係ない僕まで締め出すとは何事だ!」とるびきち氏激高 しつこくサイト管理者にアク禁解除と謝罪要求。謝罪、アク禁解除後も、 サイト管理者に対して人間性を疑うだとか暴言を連発しておりました ついでに言っときますとるびきち氏が過去にtcupチャットやそこに集まる人々の掲示板で荒らしを行っていたのは紛れもない事実です
ネトヲチ板にいけ。
どうでもいいそこらの馬鹿の話をいつまでもするなってば。
813 :
アクセス乞食 :03/07/28 21:49
人間本当の事を言われるとキレるんだよね☆ やっほぅアクセス乞食だよ☆
815 :
アクセス乞食 :03/07/28 21:54
アクセス乞食のるびきちさんが 誰かにごめんと頭下げたところなんて見たことないんですけど 僕は悪くないと自己弁護に励むるびきちさんなら何度も見かけましたけど
819 :
デフォルトの名無しさん :03/07/28 22:38
>>812 てめー何るびきち尊師を馬鹿呼ばわりしてんだよ。ふざけるなよ。謝れ。
820 :
デフォルトの名無しさん :03/07/29 00:20
>>819 てめー何馬鹿をるびきち尊師呼ばわりしてんだよ。ふざけるなよ。謝れ。
821 :
デフォルトの名無しさん :03/07/29 00:46
>>819 てめー何馬鹿をるびきち尊師呼ばわりしてんだよ。ふざけるなよ。謝れ。
まったく.. るびきち尊師が絡むと碌な事になりませんね 以上、水野晴郎ですた。
水野晴郎ぐらい知ってますよね? 各方面の教養深めないとオタク以外に相手にされませんよ。 ただでさえ尊師の話はツマラナイ、意味わからない、退屈だと評判なんですから
825 :
デフォルトの名無しさん :03/07/29 07:17
漏れもアク禁くらってまつ。なんかしました?ほんと
喪前ら、るびきちの実装に関する疑問は鼬外
尊師の大いなる敵(笑)と同じプロバイダ使っているとか そういう事じゃないっすか。 尊師曰く「正義を実行する為には多少の犠牲が伴う、荒らしと同一プロバイダが 制限されてしまうのは仕方の無い事だ」だそうです。 他人に厳しく自分に甘く主義主張がご都合主義で変化。おめでてーな
829 :
デフォルトの名無しさん :03/07/29 15:38
先生!
先生ではない尊師とよべ
サリン撒かないでね
そっち方面ではなく、幼女誘拐とかあっち方面に興味がおありのようです こちらの尊師わ
>>798 未だにアク菌状態が続いています。別に実害があるわけではないので
構わないんですけど、ただ
ネット上にはいろんな人いるからね。あー、不愉快。やっぱり妥協せなあかんのか。こういうのって悲しい話だ です。
尊師が一度制限されたホストは永久欠番確定です。 尊師が愛して止まなかった若奈嬢ですら今ではアク禁扱いです
疑わしきは罰します。
馬路氏ね世
837 :
デフォルトの名無しさん :03/07/30 20:21
838 :
デフォルトの名無しさん :03/07/30 20:31
>833 >ネット上にはいろんな人いるからね。あー、不愉快。やっぱり妥協せなあかんのか。こういうのって悲しい話だ 確信犯じゃん(w 西本観察日記を知っている香具師じゃないとそのコピペは出てこないって 確か尊師の通報で閉鎖に追い込まれたんだよね、面白いサイトだったのに(w 尊師発言を引用するなら #ここから 3.2 アクセス解禁 アクセス解禁されたとはいえ、やっぱり気分悪いな。まあ複雑な心境ではある。ま、あのメールも言いたい放題言われたんで黙っておけずレスしてみた。たったこれだけのやり取りでも人間性ってわかるものですな(なじょ) 確かに頭に来たときは他のことも注意したがるけど、俺には論理すりかえにしか見えないね。あー、不愉快だ。 こんなこと書くとまたアクセス制御かけられるかも(ワラ。 つーかさ、荒らし撲滅なんてどだい無理なんだっての。現実世界だって犯罪撲滅無理なんだからさ。かといってアクセス制御にしたって、ドメインレベルでやってるようだと俺みたいな被害者が出るし。 ある意味妥協せねばあかんのだろうね。悔しいけど、これが現実なのかもしれない。 さてと、これを書いた直後に謝罪メールが来たから許しておきますか #ここまで の方が良いんじゃないかな
五月蠅いよお前等 いい加減にしろ
るびきち尊師=創価学会員
ごみきちRuby界から消えてくれ
843 :
デフォルトの名無しさん :03/08/01 01:55
るびきち著『Rubyシェルプログラミング−irb&irbsh徹底活用−』8月4日発売です
http://www.gihyo.co.jp/books/syoseki.php/4-7741-1798-6 基本的にこの人は他人との意思疎通が不可能な引き篭り星人な為、
何を言っているのか、何を伝えたいのかが全く見えません。故に専門書としては全く使えません
ではこの本のウリは何か?それは「他人をムカつかせるにはどうすればいいのか?」という厨房必修のスキル養成本としての価値に
他ならないでしょう。礼儀をわきまえない砕けすぎた態度から始まり、徐々に高圧的な態度へ、最後は相手を全否定し卑下し、自分が
相手に比べ、如何に優れた人間であるかを延々と語り続けるその試合運びに、各地厨房サイトから歓声が上がっております
なんとあの、2ちゃんねるネトヲチ板の皆様からも「掲示板のレスが反感を買うための例文集のようだ」とのお墨付きを得ております
そして「絶対零度つまらなギャグ集」としての機能も持ち合わせております。
なぜ、ウケ狙いの小ネタが、そこまでつまらないのか?スベろうと努力したってそこまでつまらない発言できるものではありません
正に天が与え給った才能だNe!! 合コンで思いっきりスベッて周りからジト目で見られてみたいソコのあなた!必読です。
参考文献 Rubyを256倍使うための本 魔道編
これamazonに投稿したら怒られるかな?
>>843 おおお!久々に Ruby トンデモ本コレクター魂の血が騒ぐぜ!!!
771 :芯でいいよrubikitch :03/07/27 00:10 ID:bRzE5E1T
彼とメールのやり取りをしていて感じたことは
「日本語通じないな..。脳が不自由なのかな?この人」です
私の文意を理解できないのか or しようという気がないのか??
それとですね、貴方は「ガチガチの営業対応がしたいのか、それとも私怨に満ちた発言をしたいのか。どちらなんですか?」
772 :名無しさん(新規) :03/07/27 00:16 ID:Hh2NQ0Hf
>>771 >私の文意を理解できないのか or しようという気がないのか??
確かにrubikitchはそーゆう所があるな。
人が何回まじめに話をしても、勝手に脳内変換して自分の思い込みだけで返答して来る。
日本語が通じないと言うのは俺も同意、あいつにまじめな話をしても疲れるだけ。
(^^)
アク禁扱いの皆様は定期的に尊師のサイトへアクセスおながいします。 アクセスログを眺めながら何時何分に何回アクセスを蹴ったとか逐一チェックしている 尊師を喜ばせてあげましょう。得意げに誰かを見下している時こと尊師が一番輝いているときです。 自己陶酔で脳内麻薬ドバー、現実逃避でおやすみなさーい♪ そんな尊師が好きです
アク禁アク禁うるさいよ 文句があるなら俺に直接言え
850 :
デフォルトの名無しさん :03/08/03 14:10
直接文句言えというならアク禁解除して正々堂々向かい合わないとね ^ w ^\ 言ってることとやってる事の統制が取れてなさ過ぎですよ
アク禁 アク禁 アク禁 なー♪
直接連絡とりたくてもメル着拒否されてるんですもの
話し合う価値すらない厨房は徹底的に排除します。あしからず
話し合う価値すらない厨房の選定は尊師の主観のみによって決定いたします。あしからず
ちんぽこもーん
このメスブタ!!菊の門にブチ込んでやる!! と、取り乱したところでアク禁確定でございます
858 :
デフォルトの名無しさん :03/08/04 01:32
6075 Re^17: どうしてくれよぅ?(ぉ コメント数: 3件
るびきち |
[email protected] 2003/07/28 (水) 00:37
http://www.ruby-lang.org/~rubikitch/ > すみません。さんざん悪口言っていますね俺m(__)m
俺が見たとこはそれよりもはるかに卑劣というか下品というか。
しかも((*匿名*))で言ってるんだ、気の小さいやつや。
ちゅかそんなことで過剰反応する俺もまだ子供だ………。
> 「フリーソフトウェアを使う資格」って言葉が
ちょっと前にあれっと思ったから表現を訂正したのだけど、
FSWの世界で単なるお客さんだけの存在というのはないと思うんだよね。
> ところでdoc。ruby界隈のdocですよねえ?
> そんなに変かなあ?
確かに貧弱かもしれない。
だけど、そう文句たれる暇があったらメモ書き程度でもいいからdoc書くなりしてほしいと
俺は思うんだよね。
何らかのプラスになる人はいるだろうし。
> むしろ体力の問題じゃないということが多いと思う。
なるほど。
> 邪推だけど足りないのは「方法」だと思う。
確かにそれはいえてる。
何とかして気楽に「知識の破片」でも共有する手段を探さなければ。
るびきちはアトピー持ち。
ここまで罵倒されて悔しくないのかな?プライドないのかな?
862 :
デフォルトの名無しさん :03/08/05 17:25
きちがい
864 :
デフォルトの名無しさん :03/08/07 11:42
865 :
デフォルトの名無しさん :03/08/10 21:05
るびきちアニメ大好きage
866 :
デフォルトの名無しさん :03/08/10 21:10
867 :
デフォルトの名無しさん :03/08/10 22:22
>>865 るびきちさんはRuby以外の知識を持ち合わせておりません。
雑学なさすぎて同じ知識を持ち合わせている人達以外とは話がまったく通じません。
そのくせビジュアル系バンド好きやアニメ好きの人達が開設したHPに入り浸りウザがられており升
もし彼がアニメ好きであったなら、友達が沢山出来ていただろうに(英訳 配点 5点)
正直無礼にも程があるいやるびきちがね控えろ無礼者そして氏ね
871 :
デフォルトの名無しさん :03/08/11 00:48
るびきち&エロ宣伝
死ねよストーカーども
874 :
デフォルトの名無しさん :03/08/11 21:54
ガキんちょが集まるサイトでよきお兄さん気取りのヴァカが何をいっとるのかね? いい歳こいて小中学生の尻追い掛け回してるんじゃないっての、このロリコンストーカーが 何が兄いちゃんだ。キショいんだよ公害野郎
夏だねぇ
凸 るびきち [俺が何よりも欲しいもの、それが「問題解決能力」。彼女は二の次(藁 ] 凸 argon [「問題解決能力」が手に入れば、たいていの問題は解決できるのではなかろうかと。 「解なし」というのも解決のうちということで。] 凸 ただただし [彼女ができると問題解決能力がアップするかもよ(笑) >るびきち ]
ところでさー、Ruby の括弧省略ってみんなほんとに嬉しい?正直、あまり 便利な気がしないんだけどさ。
ほとんど嬉しくない。
ここ るびきち の はなし する スレ じゃ ないの?
>>879 確かに。
requireの後の括弧を省略しない人を見た事はないけど。
あとputsの後ろの括弧を省略しない人も少ないね。 そういういくつかのパターンはあるので「ほとんど」としてみました。
includeも付けてるの見たことないな。 privateメソッドは付けないのが多いのか?
レシーバがなくて、引数が一つだと括弧を省略したくなる。
[ruby-talk:78783]も典型的だ。
Haskellだと、括弧付けない事が多い。 Rubyだと、最初は付けないつもりでも、文法的な制約とかで 書いてるうちに、括弧つける箇所が段々多くなってきて、 統一感が無いので全部付けてしまう。
>>881 requireの後も括弧書いてるYO!
ruby-modeで引数に色がつくときは括弧を省略したくなる。
自分が叩かれているので 話題を変えようと必死な香具師が居るスレはここですか?
演算子の形したメソッドではカッコ省略したい。 count.+=(1) とか、もう見てらんない
ごめん、上のじゃムリだ。 count = count.+(1) とかじゃないと・・
893 :
デフォルトの名無しさん :03/08/12 20:35
早稲田の院卒を猿呼ばわりかゴルァ
早稲田の院卒ごときで偉ぶられてもナァ。 そもそも学歴と関係なく言動が猿なんだからしかたない。
プライドが高いだけの無能人間を頭ごなしに否定する(・A・)イクナイ
お前は俺より賢い大学にでも通ってたのか? 早稲田受けても通らなかったから腹いせしたいのか 藁
>>896 は本物じゃないと思いたいが、どうなんかねえ。
ところで「お前」って誰を指してるの?
896は894に対するレスなことぐらい見れば解るだろ。すぐに解るような事をいちいち聴くな
名無し同士が探り合っても何も産まれないと思うぞYo
901 :
デフォルトの名無しさん :03/08/13 01:13
902 :
デフォルトの名無しさん :03/08/13 10:35
どいつがるびきちかは知らないが、るびきちがこのスレを随時チェックしている事は この前バレてました。尊師には知らない振り位できるようになれとの言葉を送りたい
括弧省略は、メソッドを予約語っぽくみせるために必要
905 :
デフォルトの名無しさん :03/08/13 12:18
西本るびきちって在日2世なの?
るびきちとかいう奴しんじまえよ
拝啓 尊師様へ 尊師が多くの人から忌み嫌われ、中傷される理由。 それは尊師がおっしゃる「相手が悪い、相手が低俗、相手が延々」 ではなく尊師自身の資質によるものです。 私はその事を尊師に再三お伝えいたしました。が、尊師に聞く耳を持って頂けません そこで私は考えました。尊師には性格分析と性格改善が早急に必要であると
910 :
デフォルトの名無しさん :03/08/15 04:55
Rubyってゴミでしょ
違う ふざけるな ゴミは てめーだ
913 :
デフォルトの名無しさん :03/08/15 17:54
ゴミスレあげ
914 :
デフォルトの名無しさん :03/08/15 17:54
茶髪ショートカットの可愛らしい娘ですが
オッパイは張りがありかなり立派なものをお持ちのようです。
極太のバイブを挿入してのオナニーシーンはかなり見応えがありますよ。
締まりのある身体に巨乳が勃起モノです。
巨乳好きにはたまらない!!
http://www.exciteroom.com/
915 :
デフォルトの名無しさん :03/08/15 18:16
917 :
デフォルトの名無しさん :03/08/15 19:00
大変だ!るびきちポリス出動!ゲラゲラ
919 :
デフォルトの名無しさん :03/08/15 20:12
るびきちさん、RubySiteBattlerの 四次元空間 及び 断崖絶壁 の戦場が使えなくなってます。戦闘画面には入れますが結果が反映されない 前チャンピョンと戦えないという不具合が起こっております。 はやく直せよ、無能
920 :
デフォルトの名無しさん :03/08/15 21:48
ヨシ!私が920げっとだ!!
,..-‐'''" ̄ ̄ `'丶、
,/ \ 無駄口をきくな!!私のことはハク様と呼べ!!
/ るびきち ヽ,
./ l
>>921 おにぎりをのどに詰まらせて氏ね
/ | ||_|l__li_li__l|__| |
>>922 人間のくせに何を言ってんだ
l 「‐二‐-.._ __.-─ | |
>>923 塔矢アキラと囲碁でもやってやがれ
.| | 、_(゚,;) l', '(゚,;)フ.| | .
>>924 今からお前を豚にしてやる
| | | /|. |
>>925 ここはお前のような人間の来る所ではない
.| |、_ `' ト'| |
>>926 ひざまづけ!命乞いをしろ!
.| |:::ヽ _ /::::| |
>>927 君のアホ面には、心底うんざりさせられる・・・。
|_ |:::::::::\ ´ - /::::::::| |
>>928 メイのパンチラでも見て抜いてろ
` - 、|::::::::;;;;:| `丶- '"|;;;;;;;;:::::|__, l
>>929 神隠しに遭って氏ね
_l. i '''‐-ゝ、___,∠>'`i─ 、 _
_,. ─''" `i‐-..__ _,,..-‐'' ├-,、
_,.-| |  ̄ ̄ |. | ヽ
921 :
デフォルトの名無しさん :03/08/16 12:42
るびきちとかいう奴しんじまえよ
不細工で童貞でプライドが高いだけの無能人間だからといって頭ごなしに否定する(・A・)イクナイ
無職も追加きぼんぬ
不細工で童貞でプライドが高いだけで就職も出来ない無能人間だからといって頭ごなしに否定する(・A・)イクナイ
ぎゃは〜〜ここにURL貼り付けたら即落ちかよ 自己防衛完璧ですね(藁。 このスレ見ているのは解っているんだ!早く光臨しなさい
928 :
デフォルトの名無しさん :03/08/16 21:46
↑グロ
930 :
デフォルトの名無しさん :03/08/16 21:50
>>929 違いました。
ビビって開けない上に知ったかぶりヘタレ(・A・)カコワルイ
934 :
デフォルトの名無しさん :03/08/16 22:28
るびきちはブス男だよね part.20
1 :名無しさん :03/07/11 14:45 ID:vmq+Iw+N
>るびきちは気持ち悪いし、汚いし。
>顔出すのマジかんべんしてほしい。
>るびきち熱唱の嘉門達夫、ふい見てしまってあまりのキモさ鳥肌がたったよ。
(↑初代スレの1より)
祝20スレ目!!!
マターリと、そしてたまに殺伐と、るびきちを叩き尽くすアンチるびきち総合スレ。
前スレ るびきちはブス男だよね part.19
http://pc4.2ch.net/test/read.cgi/xxxx/xxxxxxx このスレに参加するにあたっての注意事・過去ログは
>>2-10 のどこか。
2 :名無しさん :03/07/11 14:46 ID:vmq+Iw+N
注意事−1/2
・このスレは必要悪みたいなものです(当初たてられた目的はおそらく違うと思いますが)。
・アンチの方々は本スレへの突入は極力控えてください。場合によっては荒らしとみなされてしまいます。
・AA多用は控えてください。
・アンチスレでも中傷は控えてください。大人ならば、「罵倒」と「中傷」の違いはわかると思います。
・自作自演は見るにたえません(アンチ然り,信者然り)。そうしなければ盛り上らないスレだったら、潮時といえるでしょう。
・荒らし、煽りは基本的に放置。(放置のできないあなたも厨房です)
・るびきち以外のruby関係の方々への批判は禁止。あくまでるびきちアンチスレです。
・age,sageの規則はありません。投稿者の気分次第です。
3 :名無しさん :03/07/11 14:46 ID:vmq+Iw+N 注意事−2/2 【信者さんへ】 自分が可愛いと思っていても、色んなつくりによって気持ち悪い、ブサイクと思う人もいます。信者はまずそれを理解しましょう。 信者は来るな、とはいいませんが、信者がアンチスレにわざわざ書き込むのはあまり理解し難いものです。 しかし、このスレは基本的に信者の参加もみとめています。書き込むにはそれなりの知性を見せてください。 あまりのキチガイ発言連発の信者は見るに耐えません。 そんな信者はここで隔離されててください。お仲間がいっぱいいます。 とにかく下手にここに書き込まないでください。スレのレベルが問われます。 #「レベルが低い」などという一言レスは幼稚園児でも言えます。それなりの根拠を示しましょう。 #「レベルが低い」などという一言レスは幼稚園児でも言えます。それなりの根拠を示しましょう。 #「レベルが低い」などという一言レスは幼稚園児でも言えます。それなりの根拠を示しましょう。 #「レベルが低い」などという一言レスは幼稚園児でも言えます。それなりの根拠を示しましょう。
もうやめねーか?もまえらの方もキモイと思うぞ rubyの話題かと思っていちいちスレチェックしてしまうのが悲しいよ しかしイジメって恐いな大人でもあるんだな
大人じゃないだろ。少なくとも精神年齢は10歳未満。
いやいや、大人のイジメの方が強烈だって イジメられっ子体質ならパソコンがお友達な職業探しな あ、それでも叩かれている香具師1名
> rubyの話題かと思っていちいちスレチェックしてしまうのが悲しいよ 激しく同意
943 :
デフォルトの名無しさん :03/08/17 02:16
おぃるびきち。RubySiteBattlerの不具合直しとけっつてんだろ ここ何ヶ月も [四次元空間] 中尾 麻紗子 plucker 櫺嫩龝璽欟彝巡巛夊筮森螽E巖鰲蠡 [断崖絶壁] ll やほー ニシキヘビ のままなんだよ、おかしいとは思わないのか、低脳! もし24時間以内に不具合を修正しない場合、他サイトでるびきちの騙りやりますのであしからず
944 :
デフォルトの名無しさん :03/08/17 02:17
[るびきちの好きな言葉 その42]〜〜のみなす。 (例)荒らしとみなす。逃げたとみなす。など 他方に苦情メール警告メールを送り続けるクレーマーなるびきちさん しかし、相手にするのは馬鹿らしいと無視される事も多々。 そこでるびきちさんが編み出した新戦略がこれ「なお、このメールに対して24時間以内に 返答が無い場合逃げたとみなし、公の場で貴方を非難させて頂きますのであしからず」等の文章を 末尾につける。 対戦相手(藁。に無視された場合、逃げやがったと勝ち誇り自己陶酔に浸り相手を見下す。やりたい放題なるびきちさんですた そんなるびきちさんは今「2ch厨房の相手をするのは馬鹿らしい」とおっしゃっておられますた
Ruby コミュニティは激しく陰湿であると。かかわりたくねーな。
946 :
デフォルトの名無しさん :03/08/17 02:33
るびきちとかいう奴しんじまえよ
>>949 gc.cの方もパフォーマンスが改善されてあまり差がつかなくなった、てのが
たしかまだ取り込まれてない理由だったと思う。
実装は公開されてなかったっけ。
2ch で粘着されると悲惨やね。
悲惨?またまた心にも無いことを〜♪所詮は対岸の火事
腐ってるね
お前だけがな
イジメを行う者とそれを黙認する者。罪の重さは同じだ と山岡士郎(美味しんぼ)が逝ってたよ
つーか、オブジェクトの移動があるから 簡単には取り込めないんじゃなかった?>世代別
「いってたよ」と打って「言ってたよ」と変換される奴は普通人 「逝ってたよ」と変換される奴は2チャンネラー
重度のね
2ちゃんねるには2ちゃんねらーしか居ませんが何か?
すっげ、このスレ750ぐらいからずっとるびきち叩きだ。 るびきちを知らない俺から言わせると 200レスも延々と人格攻撃している奴、ショージキ スゲー キモイヨ
_.. ..‐::´/ _/::::::::::::/ _/:::::::::::::/ ____ ,..::::´::::::::::::::::::::: ̄:::::::::::._/ /:::::::::::::::::| ヽ、:::::;::::::::::::/ /:::::::::::::::::::::|´|ヽ |/_:::.::/ _ .. -─':::::::::::::::、::|`' , .!::∠ `'' ‐-.._:::::::;-‐、`(●) (●) |::::`::-、オッス! オラ、悟空! =ニ二::::::::::::::::|6 \___/、| -──` このスレ750ぐらいからずっとるびきち叩きだってのに ‐=.二;;;;;`‐t \/ ノ なんだかすっげえワクワクしてきたぞ
964 :
デフォルトの名無しさん :03/08/17 18:21
かなり前だが1.8ではrandのアルゴリズムが変わってるみたいだし。そういう情報は勝手に入って来るんじゃね?
967 :
デフォルトの名無しさん :03/08/17 19:17
Ruby コミュニティは激しく陰湿であると。かかわりたくねーな。
967は激しく陰湿な奴だそうだ。
(# ゚Д゚)ノ 下がってろウジ虫ども!
実装じゃなくて仕様に疑問がある人のためのスレッドはありますでしょうか?
ここの馬鹿どもに実装も仕様も判断つきませんが、何か?
ここの馬鹿どもに陰嚢も湿疹も判断つきませんが、何か?
陰嚢と湿疹の違いぐらいわかる。馬鹿にするな。氏ね。
なんだ、スレを読み返してみたら、るびきちも叩いている香具師も同類じゃん。 仲間割れか?近親憎悪って奴かな。
一緒になってるびきち叩きしている中に本物のるびきちがいる。 るびきちが某掲示板で2chで叩かれた時の対処法を尋ねていたので 擁護書き込みをすると余計に状況がヒドくなる。一緒になって粘着叩き をする事で同情を買う事や斜に構えた嫌味な香具師等を味方に付ける事ができる と教えてやったのさ。 しょせんおまいらはるびきちに踊らされているだけの厨房。るびきちをコントロールして遊んでる漏れも厨房ですがね
真性粘着キティを刺激するようなカキコは控えてください。
真性粘着キティの
>>976 を刺激するようなカキコは控えてください。
真性粘着戦隊Rubyキティ 5 るびKitty レッド るびKitty イエロー るびKitty グリーン るびKitty レッド るびKitty レッド
>>977 というか君一緒になって叩いてなかった?方針変更おめでとう
985 :
デフォルトの名無しさん :03/08/17 21:43
るびきちもバッシング連中も低俗だけど俺だけは違うと言いたげだね キチガイさんはみんな言うんですよ、俺だけはキチガイではないとね 同 属 嫌 悪 も ほ ど ほ ど に age
なんだ、スレを読み返してみたら、るびきちも叩いている香具師も同類じゃん。 仲間割れか?近親憎悪って奴かな。
個人叩きが高尚なわきゃ無い。 厨的行為の自覚無しに批判に明け暮れているんじゃないだわさ Do You Understand ?
つか、なんで長期休暇のときだけ湧くんだろ、こいつら。
るびきちさんるびきちさん スレの方向がスレ内厨房の合戦に変わりました おめでとうございます ところで新スレどうするの?私的には全く必要ありません
993 :
デフォルトの名無しさん :03/08/17 22:35
2年もたなかったね。。。
994 :
デフォルトの名無しさん :03/08/17 22:36
記念カキコ v(^-^*)
996 :
デフォルトの名無しさん :03/08/17 22:43
ルビーなんか使う奴は国賊だ! ---------------------------切り取り線----------------------------- さあ 上の文章でこのスレを埋め様!
るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ るびきちとかいう奴しんじまえよ
ルビーなんか使う奴は国賊だ! るびきちとかいう奴しんじまえよ ルビーなんか使う奴は国賊だ! るびきちとかいう奴しんじまえよ ルビーなんか使う奴は国賊だ! るびきちとかいう奴しんじまえよ ルビーなんか使う奴は国賊だ! るびきちとかいう奴しんじまえよ
5
1001 :
1001 :
Over 1000 Thread このスレッドは1000を超えました。 もう書けないので、新しいスレッドを立ててくださいです。。。