[#46340] ASR 1.8.7 同梱の exerb で生成したプログラムが enumerator を見つけられない — "(株)ネットフォレスト 植田裕之" <ueda@...>
植田と申します。
10 messages
2009/09/01
[#46344] Re: ASR 1.8.7 同梱の exerb で生成したプログラムが enumerator を見つけられない
— arton <artonx@...>
2009/09/01
artonです。
[#46345] Re: ASR 1.8.7 同梱の exerb で生成したプログラムが enumerator を見つけられない
— "NARUSE, Yui" <naruse@...>
2009/09/01
成瀬です。
[#46346] Re: ASR 1.8.7 同梱の exerb で生成したプログラムが enumerator を見つけられない
— "(株)ネットフォレスト 植田裕之" <ueda@...>
2009/09/02
植田です。こんにちは。
[#46347] requireが失敗することについて — 北村寛 <kitayuta@...>
北村と申します。最近Rubyを始めた初心者です。
6 messages
2009/09/02
[#46378] 最も低コストの方法は? — 大田黒俊夫 <toshio.otaguro@...>
質問です.
8 messages
2009/09/11
[#46380] Re: 最も低コストの方法は?
— rubikitch@...
2009/09/11
From: 大田黒俊夫 <toshio.otaguro@gmail.com>
[#46386] Rubyの演習問題 — "Tetsuya Kamisawa" <kami@...2000.net>
はじめて投稿させていただきます、神沢と申します。
6 messages
2009/09/12
[#46403] moodle と連携した eラーニング教材開発について — "Hideo Konami" <konami@...>
京都女子大の小波です。
3 messages
2009/09/21
[#46408] html→csv変換|tableのセル結合に対応したものは? — YOSHIIZUMI <t-yoshiizumi@...>
吉泉といいます。
7 messages
2009/09/23
[#46410] 再送;;ruby1.8.7と1.9.2の文字処理について — eiichi_maekawa@...
6 messages
2009/09/24
[#46426] DateTime#to_time — "T.Soejima" <clev@...2.so-net.ne.jp>
相変わらず ruby 勉強中のそえじまです。
11 messages
2009/09/30
[#46432] Re: DateTime#to_time
— masayoshi takahashi <maki@...>
2009/09/30
高橋征義です。『たのしいRuby』の方から来ました。
[#46427] Re: DateTime#to_time
— "NARUSE, Yui" <naruse@...>
2009/09/30
成瀬です。
[#46429] Re: DateTime#to_time
— "T.Soejima" <clev@...2.so-net.ne.jp>
2009/09/30
成瀬さん、ありがとうございます。
[ruby-list:46381] Re: 最も低コストの方法は?
From:
俊(とし) <toshio.otaguro@...>
Date:
2009-09-11 22:29:18 UTC
List:
ruby-list #46381
きむらさん,るびきちさん, ご回答ありがとうございます. Array#all は試していませんでした.わたしのチェック不足.また,Array#any? や Array#none? はそもそも知りませんでした.これも勉強不足.残念ながら, 私の用途の場合,空を nil では表現していないため,この方法は別の機会に 試してみたいと思います. それから,benchmark というライブラリも始めて知りました.便利ですね. これから使いたいと思います.こういうものを知らなかったので,詳細な プロファイリングってどうすればよいのかも知りませんでした.失礼. > RUBY_VERSION # => "1.8.8" > # >> user system total real > # >> empty_ary 0.000000 0.000000 0.000000 ( 0.001170) > # >> uniq 0.030000 0.000000 0.030000 ( 0.037613) > # >> each 0.000000 0.000000 0.000000 ( 0.008068) > # >> all 0.010000 0.000000 0.010000 ( 0.011180) > # >> user system total real > # >> empty_ary 0.030000 0.000000 0.030000 ( 0.023194) > # >> uniq 0.020000 0.000000 0.020000 ( 0.039152) > # >> each 0.130000 0.000000 0.130000 ( 0.154927) > # >> all 0.110000 0.000000 0.110000 ( 0.139925) > > > RUBY_VERSION # => "1.9.2" > # >> user system total real > # >> empty_ary 0.000000 0.000000 0.000000 ( 0.001076) > # >> uniq 0.020000 0.000000 0.020000 ( 0.027756) > # >> each 0.010000 0.000000 0.010000 ( 0.002645) > # >> all 0.000000 0.000000 0.000000 ( 0.008598) > # >> user system total real > # >> empty_ary 0.010000 0.000000 0.010000 ( 0.019093) > # >> uniq 0.040000 0.000000 0.040000 ( 0.030770) > # >> each 0.040000 0.000000 0.040000 ( 0.049135) > # >> all 0.060000 0.000000 0.060000 ( 0.079198) さて,結果は大変興味深いものでした.内容によって結果が異なるのは ある程度想像できるものの,メソッドによる差は意外なものでした. ermpty_ary が安定して速いのは想像通りですが,uniq と each が,配列の 中身によって逆転するところが大変微妙.each の場合,空でない要素に 出会うとループを脱出するので,有利ではないかと思っていたのですが, uniq に負けることがあるというのが大変興味深いです.配列の要素が 全て空だと uniq はかなり速い.Hash の生成効率が高いのでしょうか? いずれにせよ,大変ありがとうございました.勉強になりました. -- 俊(とし) * 望湖庵日記 http://griffin.cocolog-nifty.com/lakesidedairy/