Ruby の each、each_with_object、inject、map は使いどころが微妙に違う。 それぞれ適切な状況で使い分けられれば、コードはより分かりやすくなる。 どんな状況でも each で書くことはできる。だから、each だけ使いこなせればいいという考え方はある点で正しい。そのような考え方の人にとってはeach で書くのがもっとも分かりやすいコードになるだろう。 しかし慣れてみると上記のメソッドを使い分けられる方が簡潔で分かりやすいコードになる。その理由はメッセージ性の違いだ。 each ですべてを書く場合は余計なコードを書く必要があり、その分、どうしても、本質的なコードが埋もれてしまう。余分なコードがないほど、本質的なコードが際立つ。メッセージが伝わりやすくなる。意味があるコードの比率を下げることは、中級プログラマへの道を開く鍵だ。 それでは本題に入ろう。 まずは簡単

Top 10 Ruby on Rails performance tipsが面白かったので、ちょっと抜き出してみる。 ここで紹介するものにはサーバの設定は含まれず、コードレベルの話です。 Rubyのコードを最適化 ビルトインのクラスやメソッドが使えるときは、自作しないでそっちを使ってね。 短いテキストをパースしたり操作するときは、ループするんじゃなくて正規表現を使ってね。 たまには、ちょっとしたエレガントさや、抽象化は犠牲にしないとダメポ。(define_methodやyieldは重いっす) 低速なループの最良の解決法は、それを可能な限りなくすことだ！いつもとはいかないだろうが、いくつかのケースでは、コードの再構築でループを避けることができるよ。 ネストされたif/unlessを簡単にする。ヒントつ"||=" ハッシュは重いデータ構造だ。何回か値を使うならローカル変数に入れとけ。頻繁に使わ

以前作ったものをgemにまとめました。実行中のオブジェクトのクラス階層や、メソッド一覧を簡単に調べることが出来ます。 require 'rubygems' require 'rubywho' # Hello. 1.who? "string".who? String.who? [1, 2, 3].who? # Method filtering. require 'active_record' ActiveRecord::Base.who?(/sql/) 実行結果 Fixnumのクラス階層 == 1.who? == Fixnum# | abs, div, divmod, even?, fdiv, id2name, modulo, odd?, power!, quo, rdiv | rpower, size, to_f, to_s, to_sym, zero? | %, &, *, **, +,

iOSアプリケーションなどを作成する際、みなさん Objective-C ライブラリを作られているかと思います。ライブラリはどのようにテストしていますか？テストにはどのような Framework を使っていますか？ Objective-CライブラリのテストにMacRubyを使ってみましょう！！ Objective-Cライブラリを MacRuby 向けに用意する 今回はxcatsanさんのAES128暗号化ライブラリ FBEncryptorを使ってみました。いつも素晴らしい記事をありがとうございます。 ライブラリの作成は MacRuby » Creating an Objective-C bundle to use with MacRuby に従って行います。 Xcodeテンプレート Xcode 4を使って作業しています。テンプレートには Cocoa Libraryを使いました。 ビルド設定

※正確には、setterじゃなくて、代入でsetterが使用される場合の戻り値がキモい。というお話。 class Test def value= value "value" end end t = Test.new p (t.value = 10) #=> 10 p (t.value=(10)) #=> 10 p (t.__send__ :value=, 10) #=> "value" うん、まあわかるんだけどね。利便性もそのほうが高いし、多分、二番目は t.value = (10) として解釈されてるんだろうし。でもなんとなくキモい。 発端 class Test attr_reader :value def value= value @value = value "value" end end t1 = Test.new t2 = Test.new t1.value = t2.value

Ambitious but Rubbish 学んだことをなぐり書き トップページページ一覧メンバー編集 ruby::Module 最終更新： alphaneet 2011年07月28日(木) 18:49:14履歴 Module は Class の親クラスであり、Class のインスタンスメソッドから new allocate superclass を除いたものである。 よって ClassのテクニックはModuleでも応用でき、逆もしかりである。 included - include時に呼び出されるフックメソッド module_function - モジュール関数にする instance_methods - 定義されているインスタンスメソッドの取得 included_modules - 含まれているモジュールの取得 constants - 定数を取得 nesting - 現在のパスを取得 a

Ruby(1.8.6)で大量のデータを検索することがあったので、ハッシュと配列の検索速度はどのくらい違うのかを検証してみた。 検証用コード ※面倒なので変数名とか超適当にした。 # compare_hash_speed_with_array.rb 1 #!/usr/local/bin/ruby 2 n = 120000 3 4 a = {} 5 t1 = Time.now 6 n.times do |t| 7 a.update(t * 10000 + t => t + 123456) 8 end 9 t2 = Time.now 10 p "#{t2 - t1} sec for making hash sample" 11 12 b = [] 13 t3 = Time.now 14 n.times do |t| 15 b << [t * 10000 + t, t + 123456] 16 e

ruby-talk の 381425 で 「どのメソッドが呼び出されているのか調べる方法を知りたい」 という内容の質問がありました。 私も知らなかったのですが、Method オブジェクトを使えば簡単に知ることができるそうです。 というわけで、メソッドがどこで定義されているのかを調べる方法を書いておきます。 メソッドを定義しているクラスまたはモジュールへの参照を取得する あるメソッドがどのクラス (またはモジュール) で定義されているかを知りたければ、そのメソッドに対応する Method オブジェクトを取得し、Method#owner メソッド を呼び出します。 それだけで、メソッドを定義しているクラス (またはモジュール) への参照を取得できます。 ちなみに、ある名前のメソッドに対応する Method オブジェクトを取得するには、Kernel#method メソッド を使用します。 'あい

本日大江戸*1で行われた大江戸Ruby会議01で、高速なテストサイクルを回すにはという内容で発表してきました。 大江戸Ruby会議01 高速なテストサイクルを回すには View more presentations from hotchpotch テストを速くするには二パターンあり、一つは単体実行時の速度・フィードバックの高速化、もう一つはすべてのテスト実行時の高速化があると思っていて、それらについての話です。ぎゅっとまとめると、前半の単体実行時の速度・フィードバック高速化には spork / prefetch-rspec / autotest / watchr を使おうという話と、後半は REE / parallel_tests による高速化・並列実行、remote spec によるリモートマシンでの分散テストについての話です。 特にオレオレプロジェクトの prefetch-rspec

昨日のRubyスクリプトをdaemonで起動する - tricknotesのぼうけんのしょでした。 で、Ruby逆引きレシピAdvent Calendar : ATNDの5日目です。まず最初に大事なこと。このままだと明後日には、このカレンダーは終了となってしまいます。レシピ先輩にお世話になっている人とか、興味のあるひとは参加するといいとおもうの。 Ruby 逆引きレシピ すぐに美味しいサンプル&テクニック 232 (PROGRAMMER’S RECIPE) 作者: 島田浩二,設樂洋爾,村田賢太,前田智樹,谷口文威出版社/メーカー: 翔泳社発売日: 2009/07/25メディア: 単行本（ソフトカバー）購入: 16人 クリック: 349回この商品を含むブログ (77件) を見る で、まずこの本の書評を。 この本は、やりたいことをRubyでどうやるの?という形で参照するレシピブックです。Rub

Slides of my talk in Sapporo RubyKaigi03, on December 4th, 2010.Read less

ブログを下記に移転しました。デザイン変更により移転先では記事が一層読みやすくなっていますので、よろしければ移動をお願い致します。 IRB　それはRubyistの魔法のランプ : melborne.github.com - IRB*1　名前を聞けば誰でもわかる 超有名なライブラリ IRBを知らなけりゃ　それはもぐりのRubyist :$ IRB　全部のRubyに付いてくる あなたとRubyの対話の窓口 できないことがあるのなら　irbと打ってみよう rubyと打ってもダメですよ IRB　それはRubyistの魔法のランプ こすれば何かが現れる IRB　それはRubyistの魔法のランプ こすって願いを叶えよう I RuB you　I RuB you :TO IRB　色気がないのはご愛嬌 色がいるなら　.irbrcしてください 補完だってインデントだって そうしたいならプロンプトだって あなた

先日RailsDevConに僭越ながら参加させて頂いたので、そこで学んだことを徒然にかいていきます。 まず主催者の方からこのDevConの目的が話されました。その中でもノウハウ共有という部分のお話が印象に残っています。 RailsにはDRY(Don't Rereat Yourself)の思想があります。まさにその思想に則って、今回の勉強会をノウハウ共有の場にして、以前に悩んだことがある人が同じことで悩むことがないように。といった目的があったようです。素敵です。 Program 「渡米して感じたこと」 ■増井 雄一郎：@masuidrive 「Rails情報源の歩き方」 ■西村　賢：＠IT　副編集長 「とあるソーシャルアプリの開発運用」 ■大仲 能史：@onk、(株)ドリコム ソーシャルゲーム開発デザイン部 「Railsプロジェクトを成功させるために現場ができること」 ■赤松 祐希：@uks