- 1 名前：デフォルトの名無しさん mailto:sage [2010/03/22(月) 13:56:36 ]
- プログラミング言語Rubyについての、初心者向けスレです。質問・要望・雑談などどうぞ。
★注意★ Ruby 1.9.1 は初心者にはまだ時期早尚です。初心者には Ruby 1.8.7 を強くお勧めします。
（理由：現時点では有名ライブラリやアプリが 1.9.1 に完全には対応していないためです）
1.8.7 でも 1.9 系に導入された新機能のいくつかが利用可能なため、1.8.7 を習得すれば将来スムーズに 1.9 系に移行できるでしょう。
関連スレやURLは>>2-5あたりを見てください。Ruby on Rails の質問は Webプログラミング板の Rails スレへ。
■質問する人へ
質問する前に次の3つをすること。ここで回答を待つよりそのほうが早い。
・モジュール名やエラーメッセージでググる
・マニュアルで引っかかったクラスの記述を探す www.ruby-lang.org/ja/man/
・FAQを一応読む www.ruby-lang.org/ja/man/?cmd=view;name=Ruby+FAQ
質問には以下を書くこと。へたくそな質問は再提出を要求される。
・詳しい内容（「動きません」「うまくできません」では回答しようがない）
・エラーメッセージ（自力で訳さずなるべくそのままで）
・実行環境（OS名、Rubyのバージョン(ruby -v でわかる)）
・最終的にやりたいこと（もっとよい方法がある場合が多いので）
回答してくれた人には「ありがとう」のひとことをいってあげて。
■回答する人へ
相手は初心者、根気よく育てるつもりで。質問がへたくそなのも大目にみてあげる。
それができないならこないこと（だって初心者スレだもん）。
・既出な質問やFAQは「XXXを読め」でいいので、叩かない＆怖がらせない。
・わけわかな質問にもエスパー発揮で。できれば質問の仕方を教えるぐらいで。
・自信がない回答ならその旨表明すること。誤った回答は初心者じゃ見抜けない。
- 356 名前：デフォルトの名無しさん [2010/04/02(金) 04:53:24 ]
- 正規表現で得た複数のデータをそれぞれ配列に格納して、
その配列を比較するにはどうすればよいのでしょうか。
- 357 名前：デフォルトの名無しさん mailto:sage [2010/04/02(金) 10:02:28 ]
- そのまんま1処理ずつ書けばいいじゃん
なんでもかんでも1フレーズに押し込めようとするのは損
- 358 名前：デフォルトの名無しさん mailto:sage [2010/04/03(土) 13:57:20 ]
- >>356
String#scan
www.ruby-lang.org/ja/man/html/String.html#scan
- 359 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 01:27:32 ]
- 鬼車を使いたいんですが、1.87に実装されていますか？ 1.91は不安なので。
- 360 名前：デフォルトの名無しさん [2010/04/04(日) 02:47:06 ]
- リテラルは無理だが、oniguruma gemはある。
- 361 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 12:02:56 ]
- >>360
どうもありがとうございます。今から試してみます。
ところでみなさん、1.9系統への移行はいまだに時期尚早だと思いますか？
正式リリースから一年以上経ったし、そろそろ良いかなーとも思っているんですが。
みなさんはいまだに何か不都合とかありますか。
- 362 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 14:42:20 ]
- system("make")等でmakeを実行しつつログを保存したいのですが
良い方法はないでしょうか？IOクラスのパイプとかリダイレクトとか良く分からなくて…
text=`make`ではmakeの出力がリアルタイムで確認できず
system("make 2>&1 | tee hoge.txt")では、$?でmakeの戻り値を
取得できなくなってしまうので困ります(失敗したらexitしたいのです)。
- 363 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 14:52:42 ]
- >>362
1.8 なら fork と exec で自分でがんばるしかないと思う。
1.9.1 なら spawn で、1.9.2 なら open3 で、できるかもしれない。
- 364 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 15:32:31 ]
- spawn for legacy
github.com/ujihisa/spawn-for-legacy
- 365 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 17:33:45 ]
- Structを要素とする２次元配列の消費メモリが大きくて困っています
500個 * 約13000個 * 要素数5の構造体（整数４つ＋文字列）のデータで
2Gbyte以上消費します（Cで書けば150Mbyte程度で収まる）
Rubyではこの程度のメモリ消費は普通なのでしょうか？
あるいは使い方やコツ等が分かっていないのでしょうか？
環境はruby1.8.7 on MacOSXです
- 366 名前：362 mailto:sage [2010/04/04(日) 17:34:10 ]
- >>363>>364
ありがとうございます。1.9.1だったので以下のようにしてみました。
こういうコードでいいのか分かりませんが、とりあえず目的は達成できました。
r,w = IO.pipe
pid = spawn("make", STDOUT=>w)
spawn("tee build.log", STDIN=>r)
ret = Process.waitpid2(pid)[1].to_i
w.close
if ret != 0
puts "[Error] (build) #{src}"
exit 1
end
- 367 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 17:40:08 ]
- >Rubyではこの程度のメモリ消費は普通なのでしょうか？
普通
- 368 名前：デフォルトの名無しさん mailto:sage [2010/04/04(日) 18:56:57 ]
- ruby1.8.7がruby1.9系の良いところをフィードバックしたバージョン
rails3がruby1.9対応だからみんなそれまでは焦って動くことはなさそう。
メモリ消費でCと比べるのはrubyがかわいそう
javaだってcの１０倍以上使っておかしくないんだぜ?
ruby1.9系が1.8系よりも良い所って
今のところガーベージコレクションが良いって記事しか読んだ事無いな。
- 369 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 10:54:00 ]
- >>366
わざわざtee使って複数プロセスにするから面倒な事になるんだろ。
ret = IO.popen("make", "r") {|mk|
open("build.log", "w") {|log| IO.copy_stream(mk, log)}
Process.wait2(mk)[1]
}
unless ret.success?
abort "[Error] (build) #{src}"
end
IO.copy_streamがなければそのくらい作れ。
- 370 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 10:55:53 ]
- あ、teeになってないな、これだと。
copy_streamの代わりにこうでもしてくれ。
mk.each{|line| log.puts(line); puts(line)}
- 371 名前：365 mailto:sage [2010/04/05(月) 17:58:32 ]
- >>367,368
そうですか・・
倍程度かなと勝手に予想してましたが、そんなに甘くはないですね
ありがとうございました。
- 372 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 22:51:12 ]
- 書きやすくて実行しやすくてなおかつ投げ出したくならない程度の実行速度も求めた結果、
Ruby においてはメモリはすっげぇ大量に消費される
ご存知の通り、プログラムにおいて実行速度とメモリ使用量はトレードオフだ
どっちも良くしたい場合はアセンブラかせめて C で書か「ねばならない」
大量のデータを処理するのでなければ常識的な範囲内に収まるものではあるのだが、
大量のデータを処理することが事前にわかっているのなら Ruby を使わないほうがたぶん幸せ
- 373 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:17:25 ]
- 馬鹿な事いってんじゃないよ、
ムーアの法則知らないのか?
それは、１０年前のpcの話だろ
- 374 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:22:18 ]
- >>373
何言ってるの
いつの時代もCPUは100パーセント使用されるし
メモリはスワップにまで突っ込むし
HDDは90％まで埋まるもんだよ
10年前のデータ量を現在のマシンで取り扱うなら、君の言ってることは真だろうね
- 375 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:34:47 ]
- ムーアの法則を知っていてパーキンソンの法則を知らないのはニワカ
- 376 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:35:36 ]
- >>372
大量のデータでまったく同じ処理を何回もするならそうかも知れない
（大量の定義にもよるが）
あるいはとにかく速さを要求されるならそうかも知れん
ただ，大量のデータでもそんなに何度もしないならRubyの方が幸せかも知れん
たとえばRubyで処理に1日かかってアセンブラなら半分の時間でできるとしよう
coding/debug でその差以上得しなければ時間的にさえ得にならない
人件費ではさらに得にならない
coding のオーバーヘッド評価しないと意味が無いから状況に依りすぎる
有名な教訓を思い出すなぁ
"premature optimization is the root of all evil"
- 377 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:45:13 ]
- >>374
いわゆるデスクトップ版Linuxを使ってるとその思いが強くなる
10年くらい前は「もうちょっとマシンが早かったらこれすげえ快適なんじゃね！？」と思い
5年くらい前には「もうちょっとマシンが早かったらこれすげえ快適なんじゃね！？」と思い
今年インストールしたLinuxでも「もうちょっとマシンが早かったらこれすげえ快適なんじゃね！？」と思ってる
- 378 名前：デフォルトの名無しさん mailto:sage [2010/04/05(月) 23:59:29 ]
- >>377
いいかげんマシン買い換えようよ
- 379 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 00:31:18 ]
- >>378
えっ
- 380 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 14:16:53 ]
- 今すぐtwmに変更するんだ！
- 381 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 15:39:04 ]
- 通年重いのはツールキット部分だな
起動するGUIアプリケーションが全部OpenMotif使うようになるとかなら歓迎だがそうでもあるまい
- 382 名前：デフォルトの名無しさん mailto:sage [2010/04/06(火) 18:11:00 ]
- Ruby 使うって時点で GTK だったりするのがアレだ罠
|
 |
