Rubyについて Part 26
■ このスレッドは過去ログ倉庫に格納されています
0001デフォルトの名無しさん
2007/03/05(月) 04:31:34Ruby 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/
0655デフォルトの名無しさん
2007/05/18(金) 03:12:41python,Ruby＞＞＞＞＞＞＞＞＞＞＞perl
なんだしもうPerlは無いだろ
0656デフォルトの名無しさん
2007/05/18(金) 03:26:41CPAN があるってだけでも圧倒的有利なんだし
と言うか掻き捨てのちょい書きスクリプト、規模のレベルが小さいユーティリティと言うこの分野なら
どんなアプローチにも少ないステップで対応出来る perl の柔軟性の方がずっとしっくり来る
0657デフォルトの名無しさん
2007/05/18(金) 03:30:25>その分野は速度も技術的な蓄積も Perl の独占状態なわけだが
ちょｗｗｗ
>本格的にログ解析、データ加工をするならその分野のソフトウェアがありそれはコンパイラ言語で出来ている
すでに標準形式があって、王道ソフトがあるようなものの処理をRubyで代替するわけないよ
スクリプト言語ってのは、もっとglueとしての使い方（ライブラリに提供される中間形式を高水準なレベルで処理したり）がほとんどなわけで
>「そうじゃない使い方も沢山あるんだから」と言うほどの割合を占めているとは思えない
>JRuby が宣伝通りの性能を発揮すれば CRuby の存在意義がかなりの割合で無くなるのは目に見えている
実際のシェアは知らんが、Ruby＝鯖なんていう見方の方がよっぽど偏ってると思うよ
0658デフォルトの名無しさん
2007/05/18(金) 03:34:280659デフォルトの名無しさん
2007/05/18(金) 03:41:300660デフォルトの名無しさん
2007/05/18(金) 03:49:170661デフォルトの名無しさん
2007/05/18(金) 03:49:23いわゆるデスクトップアプリなんて速度優先リソース優先だからまず使われない
軽作業の場合は手段の豊富さの方が重宝される
つーかいつから perl は廃れてきている事になっているんだ？ｗ
0662デフォルトの名無しさん
2007/05/18(金) 03:55:330663デフォルトの名無しさん
2007/05/18(金) 03:58:38プログラム初心者ほど馬鹿にする傾向があるのが痛い
0664デフォルトの名無しさん
2007/05/18(金) 04:01:47もしかして自分がハッカーだと言いたいの？
0665デフォルトの名無しさん
2007/05/18(金) 04:08:25Python、Ruby、perl はレイヤとしてほぼ同じところにいる
この中から何かを仕様として選ぶ言語として perl を選ぶって事
c、perl、lisp などのちょっとダーティだけどなんでもできる言語を選ぶ傾向にある
0666デフォルトの名無しさん
2007/05/18(金) 04:16:56だいたい低レベルな連中だ
0667デフォルトの名無しさん
2007/05/18(金) 04:16:54どっちかというと何もできないけど、おれみたいな学門方面の喜ぶ言語。
perlってロジックが複雑になると、ファクターアウトしづらいんだよね。
rubyはその点、高階関数的な書き方とか、moduleとか、メタな記述方式とかよくできてるよ。
まあそっち方面だとlispの独壇場になるけど。
0668デフォルトの名無しさん
2007/05/18(金) 04:23:44馬鹿にするような代物ではないと思うが・・・
lispも同じ
0669デフォルトの名無しさん
2007/05/18(金) 04:25:07それに高階関数なら今どき出来ない言語無いけど
perl なら動的分類も多重分類も可能だしその意味じゃ CLOS などのオブジェクトシステムを
自由に構築できる lisp に近いと思うけど
Haskell の FizzBuzz の回答が結構おもしろかったよ
ttp://d.hatena.ne.jp/takatoh/20070509/fizzbuzz
無限配列つくってを zip する事により余剰計算全くなしという
ここにも lisp とか ruby のいくつかの解があるけど発想がまったく違うね
0670デフォルトの名無しさん
2007/05/18(金) 04:27:30cpan持ち出すような処理だったら、groovyでjavaのライブラリ使い放題なほうが楽だったりするし
0671デフォルトの名無しさん
2007/05/18(金) 04:30:04JRuby が伸びると CRuby の存在価値がほとんどなくなるんじゃないかという話
YARV と同じ速度で動いてスレッドも上手い具合になったら遅い CRuby 使う意味ないでしょと
軽作業ではライブラリがたんまり揃っていてコードにも強くちょっと汚いけど融通の利く perl の方が有利と
0672デフォルトの名無しさん
2007/05/18(金) 04:33:510673デフォルトの名無しさん
2007/05/18(金) 04:53:49ん？lispだって関数型言語じゃん。
haskellは触ったことないので知らんが、グラフ探索の類とかschemeで書くのが普通に楽だよ。
述語論理だったらprologのほうが楽だけどね。
オブジェクト指向だったら普通にrubyが圧倒優位だと思うが如何か？
0674デフォルトの名無しさん
2007/05/18(金) 05:02:40なにをもって圧倒的有利なのか判らないけど MOP が出来る CLOS の方がなんでも出来ると思うけど
scheme は SICP に習って関数型のルールを自分で守ればまぁボトムアップアプローチは出来るが
それでも関数型言語としては評価順に意味があったり遅延評価が出来なかったり
破壊的な代入が出来たりとやっぱりマルチパラダイム言語であると言えるだろう
つーか学生なら関数型言語一つは触っておいた方が良いと思うぞ
0675デフォルトの名無しさん
2007/05/18(金) 05:27:45純粋関数型言語じゃないだけ。
0676デフォルトの名無しさん
2007/05/18(金) 05:41:26ローレベルな処理はどこのライブラリもやってくれるから、あとはRubyでオブジェクトレベルで切り盛りするのが一番しっくり来る
最近はめっきりPerlで物を書いてないのもあるけど、何かPerlは脳への負担がRubyより大きくて敵わんな
Rubyだと何か抽象的なことがやりたいと思ったときに、そのまま脳内のイメージをクラスにしてごにょごにょやれば、たいてい動くものができる
慣れの問題ってのはでかい
0677デフォルトの名無しさん
2007/05/18(金) 06:29:24groovyって使った事ないけど、いいもんですか？
不自由ない？
0678デフォルトの名無しさん
2007/05/18(金) 07:10:430679デフォルトの名無しさん
2007/05/18(金) 07:20:040680デフォルトの名無しさん
2007/05/18(金) 08:06:51心配なのは Ruby は鯖用途じゃないとかいって自己満足的改変を
続けて足を引っ張るというシナリオが最悪。
JRuby はもはや無視できない存在なんだから
0681デフォルトの名無しさん
2007/05/18(金) 08:31:46だが簡単なテキスト処理で今更Perl使う気は起きないんだよなぁって話。
そりゃPerlに慣れてるなら早いかもしれんが。
0682デフォルトの名無しさん
2007/05/18(金) 08:44:30他…CRuby
ということで俺は満足（多少の例外はあるだろうけど）。
どちらかしかないとか言う奴が一番痛々しい。
0683デフォルトの名無しさん
2007/05/18(金) 15:04:22> #543, 1.187
これだけやたらと遅いけど、to_aとeach両方計ってない?
0684デフォルトの名無しさん
2007/05/18(金) 15:29:46だって、研究用とだもん('A`)
Gaucheくらいになると別
0685デフォルトの名無しさん
2007/05/18(金) 16:28:19せめてCommonLisp
0686デフォルトの名無しさん
2007/05/18(金) 16:29:46つまり、出てこなくていいんですよ('A`)
0687デフォルトの名無しさん
2007/05/18(金) 18:08:36http://karetta.jp/book-node/gauche-hacks/023107
Lisp脳ｗｗｗｗ
0688デフォルトの名無しさん
2007/05/18(金) 19:44:270689デフォルトの名無しさん
2007/05/18(金) 20:49:53で、Gauche の方が実用的だって？
Shiro 氏自身が実用で使うなら Gauche より CommonLisp とるって言っているのにｗｗｗｗ
0690デフォルトの名無しさん
2007/05/18(金) 20:51:10>>532
0691デフォルトの名無しさん
2007/05/18(金) 20:54:08コンプレックスで盲いた人は傍迷惑で困る
>>688
でも「ループ内でひとつずつ表示するようにすれば長大なリスト構造を確保し続けなくていいんじゃね」と考えるのがある意味ふつーだとも思う
0692デフォルトの名無しさん
2007/05/18(金) 20:59:02まあ、「ふつーじゃない」からこそ知っておくと役に立つことがあるんだろうけどな
0693デフォルトの名無しさん
2007/05/18(金) 22:12:00ここでその手の話をしても、「うざい」だろうしかななくても「うざい」
と言うだけだろ？その事は見通されてるだけだ。せいぜい、ここで他言語
の悪口言ってマンセーしてればいいんじゃないの。
0694デフォルトの名無しさん
2007/05/18(金) 22:24:110695デフォルトの名無しさん
2007/05/18(金) 23:04:42本当はmapを使うことによる順序依存性の排除が重要なんだがね。
この記事だと軽くスルーしているけど。
関数型言語使っていると狂ったように直交性上げようとするよな。
0696デフォルトの名無しさん
2007/05/18(金) 23:06:50rubyはハッカーコミュにも人気が高いし、これから伸びていくということは
容易に予想出来るのにね。他の言語なんて気にせずに我が道いけよって思う
よ。ironRuby/jRubyの出現で本家との群雄割拠の時代が来るかもしれないが。
MS/Sunは本家を喰っちゃうあるいは、Matzの一本釣りを狙っててもおかしく
無いよ．
自分たちの良さを自分たちで伸ばすという方に何故目を向けないのかよくわ
からんよ．他言語を蔑ませたところで良さを伸ばす事は出来ないんだからね。
RoRの作者とtwitterの作者の間でグダグダ言い出してたら、他の方がその原
因になるプログラムを作って解決させたが、その「他の方」をもっと見習っ
た方がいいね。このスレの幾人かの人たちはね．
0697デフォルトの名無しさん
2007/05/18(金) 23:14:53rubyコミュニティはかなり大切なんだよ。googleに対抗する会社を作ろうと
したときに足りないのは、自動化の技術（＝AI関係）になってくる。
そこを完全に押さえてるから、googleの影響力強い。発想をそのまま作れる
から。もちろん、みんなが右向けば右を向く日本人の特徴を考えれば、先を
行く発想を生かせない危険があるけど。このスレと同じで、違った事に対し
て非難して何の中身もないって奴が大半だから．
0698デフォルトの名無しさん
2007/05/18(金) 23:23:47おでAIが足りないからおばえのいっでるこどはんぶんもわがんねだよ
0699デフォルトの名無しさん
2007/05/18(金) 23:27:310700デフォルトの名無しさん
2007/05/18(金) 23:35:44このページはRoRで作られているようだ
http://hp.pollan.jp/
0701デフォルトの名無しさん
2007/05/19(土) 00:16:07で、他言語のライブラリを活用しようとかって話でてるじゃん。ILC とか c.l.l とか読んでるんか？
きみのような頭が病気な人が一人いるだけで Lisper としては迷惑なんだよ。ここは Ruby スレだし。
まぁ Lisp 厨を装った荒しなんだろうけど、困ったもんだ…。
0702デフォルトの名無しさん
2007/05/19(土) 00:24:50アホか
0703デフォルトの名無しさん
2007/05/19(土) 00:25:460704デフォルトの名無しさん
2007/05/19(土) 00:28:040705デフォルトの名無しさん
2007/05/19(土) 00:36:16これとか？
ttp://jp.franz.com/
いろいろ出来るみたいだけどこれ使うと移植性とか最悪になりそう
ttp://jp.franz.com/base/product_acl_spec.html
0706デフォルトの名無しさん
2007/05/19(土) 00:38:47高いだけあってやたら速いという話は聞く
0707デフォルトの名無しさん
2007/05/19(土) 00:46:44実用的じゃないって事はなさそうだ
0708デフォルトの名無しさん
2007/05/19(土) 00:48:400709デフォルトの名無しさん
2007/05/19(土) 01:03:37君がいる限り無理
そういう反応を引き出すためなら何でもするよ
0710デフォルトの名無しさん
2007/05/19(土) 01:29:24残念だけど Allegro CL 使ってるっつーの。そんでも Ruby を使うこともある。
そんで敬意は払う。おまえみたいに比較ばっかりで何一つ使いこなせないのが一番タチ悪いよ。
0711デフォルトの名無しさん
2007/05/19(土) 01:39:01ttp://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 におまかせという
なら連中の意見も聞くべきだろう。
0714デフォルトの名無しさん
2007/05/19(土) 02:30:560715デフォルトの名無しさん
2007/05/19(土) 02:50:390716デフォルトの名無しさん
2007/05/19(土) 02:58:24Matzやささだはどれだけ拙いコードを書いているのかと
0717デフォルトの名無しさん
2007/05/19(土) 03:06:52今はJavaの方が全然速いよ。
http://sugi.sakura.ne.jp/column/021108a.html
0718デフォルトの名無しさん
2007/05/19(土) 06:57:01そこのテストソースだけどうちの環境ではCの方が速いのだが他ではどう？
ferora core 4, java 5 でちょっと違いはあるが。
windows java6 vc2005 でもCの方が速い。
0719デフォルトの名無しさん
2007/05/19(土) 07:22:29開き括弧は意識するけど、閉じ括弧はほとんど気にしないな、俺も。
0720デフォルトの名無しさん
2007/05/19(土) 08:35:03つかどっかで半端な知識でも聞きかじってきたんだろうが、Ruby スレで Lisp ネタで論破されるとは
どんだけヘタレなんだよ……Ruby ユーザーかつ Lisp ユーザーみたいな層の存在を考えなかったのか。
0721デフォルトの名無しさん
2007/05/19(土) 08:50:010722デフォルトの名無しさん
2007/05/19(土) 08:50:100723デフォルトの名無しさん
2007/05/19(土) 09:01:57クラッシュバンデグーなどに使ったが、保守性最悪だって、書いてあったぞｗ
ソース失念
0724デフォルトの名無しさん
2007/05/19(土) 09:23:320725デフォルトの名無しさん
2007/05/19(土) 09:26:00http://www.gamasutra.com/features/20020710/white_01.htm
これかな？
登録しないと見えなくなってしまってるが
0726デフォルトの名無しさん
2007/05/19(土) 11:24:06業務で一億レコード以上のテキストファイル処理に
使いたいんだけど、スピード的に話にならん。
世の中、なかなか自分の都合どおりの
言語ってないもんだね…
0727デフォルトの名無しさん
2007/05/19(土) 11:33:27Rubyでの経験があれば割と簡単いやマジで
Rubyの前に何をやってたかにもよるとは思うんだけど…
0728デフォルトの名無しさん
2007/05/19(土) 11:40:58そういやJVMでそういう言語との連携はどうすんだろ
0729MoonWolf ◆MoonWdLnkQ
2007/05/19(土) 11:55:05レコード間での依存関係がないなら数万件毎に分割して
複数台PCで処理させればいいんじゃない?
ただ、分割処理はCで書いたほうがいいかもね。
0730デフォルトの名無しさん
2007/05/19(土) 12:01:17大量の文字列処理を高速に処理する、ことだけに特化した
言語とかあるのかな？Cとかで頑張るのが最速かな？
(C+STL, Boostとか…あんま良く知らないのに言ってみたいだけ
な自分ですにょ)
0731デフォルトの名無しさん
2007/05/19(土) 12:04:49んな馬鹿なｗ
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>Javaで書いたRuby
この認識が誤りというか曖昧。Ruby VM 自体が Java で書かれている訳ではないから
Java の速さを議論してもあまり意味が無い。Java VM 自体は C++ で書かれているので、
"C で書いた Ruby と C++ で書いた Ruby" という方が実体に近い。
0733デフォルトの名無しさん
2007/05/19(土) 15:29:250734デフォルトの名無しさん
2007/05/19(土) 15:35:46compile time を無視できるような条件では、ってこと？
0735デフォルトの名無しさん
2007/05/19(土) 15:39:03JRubyのVMにあたるものはJavaで書いてあるわけじゃないの？
つーか、「JavaがC++で書かれていること」のほうがよっぽどJRubyと無関係だと思うんだが
0736デフォルトの名無しさん
2007/05/19(土) 15:45:340737デフォルトの名無しさん
2007/05/19(土) 15:46:46C++って遅いんだね。
0738デフォルトの名無しさん
2007/05/19(土) 15:49:02Ruby スレの住民は何が理解出来ないのかな?
>>737
何と比べて?
0739デフォルトの名無しさん
2007/05/19(土) 15:53:23は？
0740デフォルトの名無しさん
2007/05/19(土) 15:56:30JRuby もそれなりの速度は期待できるかもね。
最高にチューニングしたとしたら、C++ のものに敵うとは思わんが。
0741デフォルトの名無しさん
2007/05/19(土) 16:02:32>Ruby スレの住民は何が理解出来ないのかな?
0742デフォルトの名無しさん
2007/05/19(土) 16:16:50Lispなら、自分で言語作れるのに・・・
0743デフォルトの名無しさん
2007/05/19(土) 16:17:50だから、JETとか使ってると、速くなりやすい？
JRuby自体が、JavaVMを使うYARVみたいなものという認識でよいですか？
0744デフォルトの名無しさん
2007/05/19(土) 16:32:09メモリを10MB使っていいならJナントカより遅く作るのはかえって難しい
0745デフォルトの名無しさん
2007/05/19(土) 16:52:460746デフォルトの名無しさん
2007/05/19(土) 17:04:040747デフォルトの名無しさん
2007/05/19(土) 17:11:13つまり、aRubyこそ最強
0748デフォルトの名無しさん
2007/05/19(土) 17:14:260749デフォルトの名無しさん
2007/05/19(土) 17:16:140750デフォルトの名無しさん
2007/05/19(土) 17:42:450751デフォルトの名無しさん
2007/05/19(土) 17:42:530752デフォルトの名無しさん
2007/05/19(土) 17:45:450753デフォルトの名無しさん
2007/05/19(土) 17:57:21大体そんな感じ。Java で Ruby を書いた訳ではない。
0754デフォルトの名無しさん
2007/05/19(土) 18:00:27■ このスレッドは過去ログ倉庫に格納されています