1001コメント279KB

Rubyについて Part 26

■ このスレッドは過去ログ倉庫に格納されています

0001デフォルトの名無しさん

2007/03/05(月) 04:31:34

オブジェクト指向スクリプト言語Rubyにつゐて扱うスレッドです。

Ruby Home Page
http://www.ruby-lang.org/ja/

= 前スレ
Rubyについて Part 25 (気にしてますか?GPL混入
http://pc11.2ch.net/test/read.cgi/tech/1164885714/

= とりあゑずRuby関連スレ
Ruby初心者スレッド Part 10
http://pc11.2ch.net/test/read.cgi/tech/1169542763/

【ActiveScript】RubyをWindowsで使うスレ【GUI】
http://pc8.2ch.net/test/read.cgi/tech/1155031689/

【カルト】Ruby開発者Matz【モルモン】
http://pc11.2ch.net/test/read.cgi/prog/1148712641/

0685デフォルトの名無しさん

2007/05/18(金) 16:28:19

素のLispは数学
せめてCommonLisp

0686デフォルトの名無しさん

2007/05/18(金) 16:29:46

>>684
つまり、出てこなくていいんですよ('A`)

0687デフォルトの名無しさん

2007/05/18(金) 18:08:36

Karetta|Gaucheプログラミング|「Lisp脳」の謎に迫る - Schemeプログラマの発想
http://karetta.jp/book-node/gauche-hacks/023107

Lisp脳ｗｗｗｗ

0688デフォルトの名無しさん

2007/05/18(金) 19:44:27

わかりやすくていい記事だ

0689デフォルトの名無しさん

2007/05/18(金) 20:49:53

CommonLisp が実用的じゃないって Ruby 厨はどれだけアホなんだｗ
で、Gauche の方が実用的だって？
Shiro 氏自身が実用で使うなら Gauche より CommonLisp とるって言っているのにｗｗｗｗ

0690デフォルトの名無しさん

2007/05/18(金) 20:51:10

>>687
>>532

0691デフォルトの名無しさん

2007/05/18(金) 20:54:08

誰もそんなこと言ってないと思うんだが
コンプレックスで盲いた人は傍迷惑で困る

>>688
でも「ループ内でひとつずつ表示するようにすれば長大なリスト構造を確保し続けなくていいんじゃね」と考えるのがある意味ふつーだとも思う

0692デフォルトの名無しさん

2007/05/18(金) 20:59:02

>>691
まあ、「ふつーじゃない」からこそ知っておくと役に立つことがあるんだろうけどな

0693デフォルトの名無しさん

2007/05/18(金) 22:12:00

>>679
ここでその手の話をしても、「うざい」だろうしかななくても「うざい」
と言うだけだろ？その事は見通されてるだけだ。せいぜい、ここで他言語
の悪口言ってマンセーしてればいいんじゃないの。

0694デフォルトの名無しさん

2007/05/18(金) 22:24:11

実用性の前にスレ違いだから

0695デフォルトの名無しさん

2007/05/18(金) 23:04:42

>691
本当はmapを使うことによる順序依存性の排除が重要なんだがね。
この記事だと軽くスルーしているけど。

関数型言語使っていると狂ったように直交性上げようとするよな。

0696デフォルトの名無しさん

2007/05/18(金) 23:06:50

>>694
rubyはハッカーコミュにも人気が高いし、これから伸びていくということは
容易に予想出来るのにね。他の言語なんて気にせずに我が道いけよって思う
よ。ironRuby/jRubyの出現で本家との群雄割拠の時代が来るかもしれないが。
MS/Sunは本家を喰っちゃうあるいは、Matzの一本釣りを狙っててもおかしく
無いよ．

自分たちの良さを自分たちで伸ばすという方に何故目を向けないのかよくわ
からんよ．他言語を蔑ませたところで良さを伸ばす事は出来ないんだからね。
RoRの作者とtwitterの作者の間でグダグダ言い出してたら、他の方がその原
因になるプログラムを作って解決させたが、その「他の方」をもっと見習っ
た方がいいね。このスレの幾人かの人たちはね．

0697デフォルトの名無しさん

2007/05/18(金) 23:14:53

本当はね。日本でgoogleに対抗しようとする会社ができるとしたら、日本の
rubyコミュニティはかなり大切なんだよ。googleに対抗する会社を作ろうと
したときに足りないのは、自動化の技術（＝AI関係）になってくる。
そこを完全に押さえてるから、googleの影響力強い。発想をそのまま作れる
から。もちろん、みんなが右向けば右を向く日本人の特徴を考えれば、先を
行く発想を生かせない危険があるけど。このスレと同じで、違った事に対し
て非難して何の中身もないって奴が大半だから．

0698デフォルトの名無しさん

2007/05/18(金) 23:23:47

>>697
おでAIが足りないからおばえのいっでるこどはんぶんもわがんねだよ

0699デフォルトの名無しさん

2007/05/18(金) 23:27:31

Ruby なんて TOY 言語喜んでいるのは自称ハッカーだけだろ

0700デフォルトの名無しさん

2007/05/18(金) 23:35:44

たまたまアクセスしたときにエラーが出てたんで気付いたんだが
このページはRoRで作られているようだ

http://hp.pollan.jp/

0701デフォルトの名無しさん

2007/05/19(土) 00:16:07

>>689 バカはお前だよ。CL コミュでもライブラリ不足は長い事問題になってんじゃん。
で、他言語のライブラリを活用しようとかって話でてるじゃん。ILC とか c.l.l とか読んでるんか？
きみのような頭が病気な人が一人いるだけで Lisper としては迷惑なんだよ。ここは Ruby スレだし。

まぁ Lisp 厨を装った荒しなんだろうけど、困ったもんだ…。

0702デフォルトの名無しさん

2007/05/19(土) 00:24:50

SBCLで仕事しようとするからだろ
アホか

0703デフォルトの名無しさん

2007/05/19(土) 00:25:46

そんな他人を罵るほどの話題でも無いよなあ...

0704デフォルトの名無しさん

2007/05/19(土) 00:28:04

まあlispは商用パッケージがあるからな

0705デフォルトの名無しさん

2007/05/19(土) 00:36:16

>>704
これとか？
ttp://jp.franz.com/

いろいろ出来るみたいだけどこれ使うと移植性とか最悪になりそう
ttp://jp.franz.com/base/product_acl_spec.html

0706デフォルトの名無しさん

2007/05/19(土) 00:38:47

>>704
高いだけあってやたら速いという話は聞く

0707デフォルトの名無しさん

2007/05/19(土) 00:46:44

ファイナルファンタジーやクラッシュバンディクーで使っていたとか聞いた
実用的じゃないって事はなさそうだ

0708デフォルトの名無しさん

2007/05/19(土) 00:48:40

lisp厨どっかに行ってくれねぇかなぁ

0709デフォルトの名無しさん

2007/05/19(土) 01:03:37

>>708
君がいる限り無理
そういう反応を引き出すためなら何でもするよ

0710デフォルトの名無しさん

2007/05/19(土) 01:29:24

>>702 救い難いキチガイだな。なんで SBCL だと思ったんだ？妄想？
残念だけど Allegro CL 使ってるっつーの。そんでも Ruby を使うこともある。
そんで敬意は払う。おまえみたいに比較ばっかりで何一つ使いこなせないのが一番タチ悪いよ。

0711デフォルトの名無しさん

2007/05/19(土) 01:39:01

>>707
ttp://www.ogis-ri.co.jp/otc/hiroba/others/OORing/interview21.html
漏れは括弧でLispに挫折しただけに
氏の括弧見てないです発言には衝撃を受けますた

0712デフォルトの名無しさん

2007/05/19(土) 01:43:47

なんでスレ違いのはなしを延々とひっぱるの？空気よめないの？
まぁ、そんなんだから荒ししかできない残念な人間ができるんだろうけど…

0713デフォルトの名無しさん

2007/05/19(土) 01:48:33

JRuby と YARV でスレッド回りがアレなことにならないか心配…。
さっさと使用きめたほうがいくね？鯖用途は JRuby におまかせという
なら連中の意見も聞くべきだろう。

0714デフォルトの名無しさん

2007/05/19(土) 02:30:56

>>710は真性のアホだなｗ

0715デフォルトの名無しさん

2007/05/19(土) 02:50:39

YARVには期待していない

0716デフォルトの名無しさん

2007/05/19(土) 02:58:24

なんでCで書いたRubyよりJavaで書いたRubyの方が早いのか疑問
Matzやささだはどれだけ拙いコードを書いているのかと

0717デフォルトの名無しさん

2007/05/19(土) 03:06:52

2002年の時点で既にこれだから、
今はJavaの方が全然速いよ。
http://sugi.sakura.ne.jp/column/021108a.html

0718デフォルトの名無しさん

2007/05/19(土) 06:57:01

>>717
そこのテストソースだけどうちの環境ではCの方が速いのだが他ではどう？
ferora core 4, java 5 でちょっと違いはあるが。
windows java6 vc2005 でもCの方が速い。

0719デフォルトの名無しさん

2007/05/19(土) 07:22:29

>>711
開き括弧は意識するけど、閉じ括弧はほとんど気にしないな、俺も。

0720デフォルトの名無しさん

2007/05/19(土) 08:35:03

ちょwwww 荒し君 >>714 バカとかしか出なくなwww 小学生かよ。荒らし君涙目？売りは粘着だけか？
つかどっかで半端な知識でも聞きかじってきたんだろうが、Ruby スレで Lisp ネタで論破されるとは
どんだけヘタレなんだよ……Ruby ユーザーかつ Lisp ユーザーみたいな層の存在を考えなかったのか。

0721デフォルトの名無しさん

2007/05/19(土) 08:50:01

>>716 JVM と YARV を比較するのは酷ってもんだよ…。

0722デフォルトの名無しさん

2007/05/19(土) 08:50:10

うわあ、幼稚な反応。勝負あったな。

0723デフォルトの名無しさん

2007/05/19(土) 09:01:57

>>707
クラッシュバンデグーなどに使ったが、保守性最悪だって、書いてあったぞｗ
ソース失念

0724デフォルトの名無しさん

2007/05/19(土) 09:23:32

うぜぇぇぇぇ。

0725デフォルトの名無しさん

2007/05/19(土) 09:26:00

>>723
http://www.gamasutra.com/features/20020710/white_01.htm
これかな？
登録しないと見えなくなってしまってるが

0726デフォルトの名無しさん

2007/05/19(土) 11:24:06

rubyコンパイラ出ないかなあ。
業務で一億レコード以上のテキストファイル処理に
使いたいんだけど、スピード的に話にならん。
世の中、なかなか自分の都合どおりの
言語ってないもんだね…

0727デフォルトの名無しさん

2007/05/19(土) 11:33:27

Rubyでのお行儀よい経験を生かして高速動作可能な言語の習得にチャレンジだ！
Rubyでの経験があれば割と簡単いやマジで

Rubyの前に何をやってたかにもよるとは思うんだけど…

0728デフォルトの名無しさん

2007/05/19(土) 11:40:58

プロファイラとって遅いところをCでモジュール書けよ
そういやJVMでそういう言語との連携はどうすんだろ

0729MoonWolf ◆MoonWdLnkQ

2007/05/19(土) 11:55:05

>>726
レコード間での依存関係がないなら数万件毎に分割して
複数台PCで処理させればいいんじゃない?
ただ、分割処理はCで書いたほうがいいかもね。

0730デフォルトの名無しさん

2007/05/19(土) 12:01:17

>>726
大量の文字列処理を高速に処理する、ことだけに特化した
言語とかあるのかな？Cとかで頑張るのが最速かな？

(C+STL, Boostとか…あんま良く知らないのに言ってみたいだけ
な自分ですにょ)

0731デフォルトの名無しさん

2007/05/19(土) 12:04:49

>>717
んな馬鹿なｗ
ttp://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=java&lang2=gcc

ちなみにlispよりも遅いぞ
ttp://shootout.alioth.debian.org/gp4/benchmark.php?test=all&lang=java&lang2=sbcl

0732デフォルトの名無しさん

2007/05/19(土) 15:18:38

>>716
>Javaで書いたRuby

この認識が誤りというか曖昧。Ruby VM 自体が Java で書かれている訳ではないから
Java の速さを議論してもあまり意味が無い。Java VM 自体は C++ で書かれているので、
"C で書いた Ruby と C++ で書いた Ruby" という方が実体に近い。

0733デフォルトの名無しさん

2007/05/19(土) 15:29:25

今こそ>>726独自の言語を作るときだ！

0734デフォルトの名無しさん

2007/05/19(土) 15:35:46

>>732
compile time を無視できるような条件では、ってこと？

0735デフォルトの名無しさん

2007/05/19(土) 15:39:03

>>732
JRubyのVMにあたるものはJavaで書いてあるわけじゃないの？
つーか、「JavaがC++で書かれていること」のほうがよっぽどJRubyと無関係だと思うんだが

0736デフォルトの名無しさん

2007/05/19(土) 15:45:34

D言語超お勧め

0737デフォルトの名無しさん

2007/05/19(土) 15:46:46

> Java VM 自体は C++ で書かれているので、
C++って遅いんだね。

0738デフォルトの名無しさん

2007/05/19(土) 15:49:02

VM を書いた言語が律速要因となるというのは常識的な話だと思ってたけど、
Ruby スレの住民は何が理解出来ないのかな?

>>737
何と比べて?

0739デフォルトの名無しさん

2007/05/19(土) 15:53:23

> VM を書いた言語が律速要因となるというのは常識的な話
は？

0740デフォルトの名無しさん

2007/05/19(土) 15:56:30

常に起動しておけるのなら、JIT コンパイラが優秀なら
JRuby もそれなりの速度は期待できるかもね。
最高にチューニングしたとしたら、C++ のものに敵うとは思わんが。

0741デフォルトの名無しさん

2007/05/19(土) 16:02:32

>>739
>Ruby スレの住民は何が理解出来ないのかな?

0742デフォルトの名無しさん

2007/05/19(土) 16:16:50

>>726
Lispなら、自分で言語作れるのに・・・

0743デフォルトの名無しさん

2007/05/19(土) 16:17:50

よくわからんけど、JRubyって、JavaVMのバイトコードに変換するのではないのですか？
だから、JETとか使ってると、速くなりやすい？
JRuby自体が、JavaVMを使うYARVみたいなものという認識でよいですか？

0744デフォルトの名無しさん

2007/05/19(土) 16:32:09

Jナントカは全部ジョークソフトなのでスルーすればよい
メモリを10MB使っていいならJナントカより遅く作るのはかえって難しい

0745デフォルトの名無しさん

2007/05/19(土) 16:52:46

なわけねーだろ

0746デフォルトの名無しさん

2007/05/19(土) 17:04:04

相変わらず宗教臭いスレだな

0747デフォルトの名無しさん

2007/05/19(土) 17:11:13

アセンブラで書いたのが一番速いにきまってるだろ。
つまり、aRubyこそ最強

0748デフォルトの名無しさん

2007/05/19(土) 17:14:26

とりあえず俺はJRubyなんて使ったことないし、今後も特に使う予定はないってことだけは確かだ。

0749デフォルトの名無しさん

2007/05/19(土) 17:16:14

Ruby 使った事無い奴も居そうじゃね？ >>747 とか。

0750デフォルトの名無しさん

2007/05/19(土) 17:42:45

CからRubyに暗号モジュールを移植して、念のためJAVAでも書いてあります。

0751デフォルトの名無しさん

2007/05/19(土) 17:42:53

こんな糞言語、お前しか使ったことないよ

0752デフォルトの名無しさん

2007/05/19(土) 17:45:45

開発者は？

0753デフォルトの名無しさん

2007/05/19(土) 17:57:21

>>743
大体そんな感じ。Java で Ruby を書いた訳ではない。

0754デフォルトの名無しさん

2007/05/19(土) 18:00:27

>>743 JET って…そりゃなんか速そうだな

0755デフォルトの名無しさん

2007/05/19(土) 19:01:00

Rubyのソースは基本はCのままでいいから、C++でコンパイル通して欲しい。

モジュール作るにしてもWIN32のミドルウェア方面が
ATLとかOLEDBとか例外処理とかC++のランタイム環境に依存してるんだよね。

0756デフォルトの名無しさん

NGNG?2BP(0)

実行速度なんてのはほっといてもムーアの法則で早くなる。
人間の開発速度はほっといても改善しない。

よって人が早く開発できる言語が勝ち残る

0757デフォルトの名無しさん

2007/05/19(土) 19:07:09

ムーアの法則（トランジスタ数の増加）が今後も続いたとしても、処理速度の向上には
繋がらないと言うのが現在の常識だよ。だから皆マルチコアに移行している訳で…
並列化でリニアに処理性能を向上出来ない処理系には厳しい時代ですよ。

0758デフォルトの名無しさん

2007/05/19(土) 19:08:07

そして今のRubyはユーザースレッドで、プロセッサが増えても高速化には寄与しない。

0759デフォルトの名無しさん

2007/05/19(土) 19:54:24

Hpricotで table/tbody[tr[5]] （trが5つ以上ある表組み）ってXPathが出来ないんだけど出来るやつある？

0760デフォルトの名無しさん

2007/05/19(土) 19:57:51

>>755
RubyはCのsetjmpに依存しまくってるから、
C++の例外機構が入るとマズイと思う。

0761デフォルトの名無しさん

2007/05/19(土) 20:21:38

>>758
スレッド増やしてで高速化なんて幻想だ

--　Guido van Rossum

0762デフォルトの名無しさん

2007/05/19(土) 20:35:46

ユーザースレッドじゃRoRで大規模サイトを
作るわけにもいかんのじゃないか
まあ、大規模目指さんでもいいけど

0763デフォルトの名無しさん

2007/05/19(土) 20:39:56

>>762 そこで当然 JRuby 方面は Java の並列 API ベースの拡張を提案してくるだろう。
Matz 以下 YARV な面々が追従できるか…。正直 java.util.concurrent な世界を YARV ベースで
がんばれるのか？税金もっと投入するけどグダグダで JRuby に負けそうな悪寒。でも
API は揃えてほしいなー。

0764デフォルトの名無しさん

2007/05/19(土) 20:39:59

>>758
これってアプリががんばること？
それともOSががんばれば何とかなること？

今は過渡期だからアプリ側でがんばるしかないのかな。
かつてメモリのオーバーレイ（だっけ？）をプログラマが自らやっていたように。
まあジャイアントロックがあったら駄目だろうけど。

ところで、1.9 リリース時のYARVのロックモデルってmodel 3 (スレッドライブラリ利用＋細粒度ロック)
と思ってておｋ？

0765デフォルトの名無しさん

2007/05/19(土) 20:44:09

twitterみたいに、うまくチューンしてるところもある。
ソース公開してるんだから、やればなんでもできるんだよ。

0766デフォルトの名無しさん

2007/05/19(土) 21:07:43

>764
Rubyががんばるとこ
>765
カーネルスレッド対応なんて
Matzレベルでがんばってもらわんと

0767デフォルトの名無しさん

2007/05/19(土) 21:15:37

>>743
間違えたｗ
x JET
o JIT

>>753
なるほど、Javaで書きなおしたわけではないと。
だからあれだけ速くなるんだね。

JavaVMに抵抗さえなければ、面白い選択かもしれないな。

0768デフォルトの名無しさん

2007/05/19(土) 21:30:13

>>763
> そこで当然 JRuby 方面は Java の並列 API ベースの拡張を提案してくるだろう。
http://www.rubyist.net/~matz/20070428.html#p05
とかみると、APIの拡張じゃなくて、
JRuby からみて余計なものの廃止を求めてるみたいだけど。

0769デフォルトの名無しさん

2007/05/19(土) 21:39:07

>>768
おー JRuby は相当本家に敬意を払ってるね。性能出すために
独自路線進んでもいいだろうに。本家の度量が問われるな。

0770デフォルトの名無しさん

2007/05/19(土) 21:41:12

> 独自路線進んでもいいだろうに。
それなんて Gro……

すれ違い。ごめ

0771デフォルトの名無しさん

2007/05/19(土) 22:00:35

>>738
Cと比べて遅いって言われてるな

0772デフォルトの名無しさん

2007/05/19(土) 22:31:37

>>761
"Why Threads Are A Bad Idea" を書いた Ousterhout の Tcl/Tk も
POSIX THREAD にちゃんと対応しているんだよね。

そこそこユーザ数を抱えている処理系で、カーネルスレッドの恩恵に全く与れない
のは Ruby と Squeak くらいじゃないかと思うんだけど。

0773デフォルトの名無しさん

2007/05/19(土) 23:32:10

>>762
別にスレッディングしなくてもスケーラブルにはできるだろう

0774デフォルトの名無しさん

2007/05/19(土) 23:57:48

>773
そうけ？
マルチプロセスで協調させるのけ？

0775デフォルトの名無しさん

2007/05/19(土) 23:59:20

そんなことよりまずはシングルスレッドのパフォーマンス上げてください＞＜

0776デフォルトの名無しさん

2007/05/20(日) 00:25:52

>>771
C や Fortran に比べて遅いのは仕方が無い。
遅いといっても大抵の場合は許容範囲だし。

0777デフォルトの名無しさん

2007/05/20(日) 02:26:57

>>774
RindaかわいいよRinda

0778デフォルトの名無しさん

2007/05/20(日) 07:28:32

>>776
そんなみんなが知ってることをさも自分だけが知ってるかのように書いてるお前は何なんだ

0779デフォルトの名無しさん

2007/05/20(日) 08:37:45

>>778
君はどうしてそう思ったのかな?

0780デフォルトの名無しさん

2007/05/20(日) 08:56:43

http://www.atmarkit.co.jp/fjava/column/koyama/koyama04.html

0781デフォルトの名無しさん

2007/05/20(日) 09:34:48

>>780
タイトルくらいかかないとクリックすらしてもらないぞ、と

（Java＋Derby）＊ Ruby on Rails プログラミング - ＠IT
http://www.atmarkit.co.jp/fjava/column/koyama/koyama04.html

0782デフォルトの名無しさん

2007/05/22(火) 19:43:47

669 ：デフォルトの名無しさん：2007/05/22(火) 19:38:17
Ruby知ってると前科者と疑われる時代になるかもだ

0783デフォルトの名無しさん

2007/05/22(火) 21:08:43

犯罪者とか容疑者じゃなければ良いんじゃないの。

0784デフォルトの名無しさん

2007/05/23(水) 00:14:56

世間的には
前科者=現在進行形の(しかし逮捕してもらうわけにいかない、はた迷惑な)犯罪者

■ このスレッドは過去ログ倉庫に格納されています