RubyKaigi2013 二日目 Aホールまとめ

igaiga @igaiga555

良い質問！ #rubykaigi #rubykaigiA

Emma Haruka Iwao @Yuryu

クックパッドでは Arproxy を使ってクエリのログを取ったり書き換えたりしてる。例えば、slow query がどのサーバーからどのコードのどの行で発生した、ということを記録している。 #rubykaigi #rubykaigiA

馬美肉 @chiastolite

find_in_batches http://t.co/2HiEcCkmii #rubykaigi #rubykaigiA

アルフォートおじさん @joker1007

「ARオブジェクトを作らないためにpluckなどを活用する」 #rubykaigi #rubykaigiA

GUNJI Satoshi @gunjisatoshi

結局SQLを直接叩くのが速い？ #rubykaigiA

みよひで画伯 @miyohide

Q「バッチ処理への対応は？」A「find_in_batchesやpluckを使うとよいかと。」#rubykaigi #rubykaigiA

馬美肉 @chiastolite

だれかJRuby使わないの?って聞いてみて欲しい #rubykaigi #rubykaigiA

y-yagi @y_yagi

pluck、ActiveRecordのインスタンス作られてないのか #rubykaigiA

igaiga @igaiga555

これも良い質問！ #rubykaigi #rubykaigiA

onigra @onigra_

速度が変わったらアラートがあがるのは凄い #rubykaigi #rubykaigia

馬美肉 @chiastolite

Pluckか ……勇気をッ！ #rubykaigi #rubykaigiA

Yusuke Goto @u_suke_goto

find_in_batchは前に業務に投入して実行結果が目に見えて変わってうれしかった #rubykaigi #rubykaigiA

Emma Haruka Iwao @Yuryu

slow query 細かく追えるのいいなぁ。 しかも web インタフェースまで作ってる様子。 mysql の slow query log だとクエリそのものは見えても、コードを見つけるのが難しい。 #rubykaigi #rubykaigiA

Ike Tohru @rokujyouhitoma

このセッション面白かった #rubykaigi #rubykaigiA

みよひで画伯 @miyohide

Q「リリース前にひどいパフォーマンス劣化を防ぐためにやられていることは？」A「コードレビューとか、チェックするツールを作っています。」#rubykaigi #rubykaigiA

GUNJI Satoshi @gunjisatoshi

CIでパフォーマンスが落ちていないか確認するのもいいかもしれない #rubykaigiA

onigra @onigra_

そこまでチェックしてるのか… #rubykaigi #rubykaigia

馬美肉 @chiastolite

stagingでモニタリングっていいなぁ… #rubykaigi #rubykaigiA

みよひで画伯 @miyohide

Q「オブジェクト作成でシリアライズで重いという印象があるが」A「すみません、シリアライズ使ってませんので分からないです。」#rubykaigi #rubykaigiA

GUNJI Satoshi @gunjisatoshi

シリアライズは便利だけどやっぱり重いよね #rubykaigiA

みよひで画伯 @miyohide

Q「ボトルネックの調査をするためのツールは？」A「rubyprofは情報が細かすぎるのでおすすめできない。Rails3から導入されたbenchmarkという記法がある。それに似たツールを作っている。」#rubykaigi #rubykaigiA

onigra @onigra_

勉強になりました！ #rubykaigi #rubykaigia

cuzic @cuzic

#rubykaigia #rubykaigi 「結局 to_s が重いね、みたいな話になって、よくわからない。」

Kiyoshi Nomo (Zundoko) 🐟📛 @kysnm

きゃー、@kyanny さーん #rubykaigi #rubykaigiA