卜部 昌平氏「Ruby 1.8 のゆくえ」

1.8のメンテナの卜部さんが、現状と今後について説明してくださいました。

• 1.8.5
  • 終了済み
• 1.8.6
  • 1.8.7を使いたくないという人もいるそうで、メンテが必要な状況。Engine Yardの方がやっている。
• 1.8.7
  • 最近のコミットのうち1/3がバグ修正。
  • いつまでメンテするかはなんともいえない。
• 1.8.8
  • 1.9への移行ギャップを少なくしたいという意図がある。
  • 以下のようなコードがパースエラーにならないようにしたい。
  ^?View Code RUBY

  if RUBY_VERSION >= "1.9.0" # code for 1.9 else # code for 1.8 end

• 1.8.9
  • ありません。1.9使ってください。

Yugui氏 「Ruby 1.9.2ロードマップ」

続いてYuguiさんが1.9について説明。

• 1.9.1
  • p243リリースする。
• 1.9.2
  • プレビューリリースする。
  • 仕様に対する要望があれば今のうちに。
  • 機能としては地味だが、1.9のgrand designは固まった。as better 1.9.1.

ruby1.9自体は安定してきているので、どんどん移行してほしいとのこと。

大井 宏友氏「Railsサイト安定運用の心構え ~8つのサービスから学ぶ」

Xen上でRailsを運用してますよ、というお話。

• mongrelからpassengerへ移行してきている。
  • 理由: 再起動が楽、パフォーマンスもよい。
  • Ruby Enterprise Edition を使っている。
• Xen上でRailsを動作させている。
  • webとappだけ仮想マシンに載せている。
  • メモリ:16GB, CPU:Quad x 2のハードウェアに最大13VM（割当メモリ各1GB）
  • mongrelの最大インスタンス数はメモリ1GBで10, 2GBで24
  • よくある注意事項
    • 無意識にActiveRecordを使ってパフォーマンスに問題が発生しがち。
    • ログのローテーションを忘れがち。
    • Xen上ではひとつのVMがスワップを使いだすと、他のVMにも影響する。mongrelの定期リスタートや監視が必要。

遠藤 侑介氏「concov: 時系列に注目したテストカバレッジビューア」

テストカバレッジを時系列で把握することで、テストがないコードの追加やカバレッジの低下を可視化するツールconcovの紹介。
参照: http://d.hatena.ne.jp/ku-ma-me/20090708/

nari氏「RubyのGC改善による私のエコライフ」

GCのお話。
Ruby Enterprise Editionで行われている改善を本家に採用できないか検証したが、「forkが頻繁に発生しないようなアプリだと逆に遅くなる」とのこと。ちょっと期待しちゃいました。

3日目は遅刻&早退+体調不良でセッションの内容があんまり頭に入らなかった…。

私は去年参加した時と今回で勤めている会社が違うのですが、そのせいもあって前回とは違った聞き方をできたような気がします。少しだけ、事前に目的意識を持ったり、今後の取り組みへの判断材料を得たりできたかな。

今年も貴重な体験となりました。ruby会議実行委員会のみなさん、rubyコミュニティのみなさん、ありがとうございました。

Scott Chacon氏「Using Git and GitHub to Develop One Million Times Faster」

gitいいよ、どんどん使って。という話

• オフラインな状況でも使える
• ローカルに対する操作だから速い
• ブランチ、マージが楽
• githubとか探せばプロジェクトもいっぱいある

というような話だったように思う。英語自信なし。

いくつかプロジェクトをgithubでwatchしてはいるものの、自分ではまだほとんど使っていません。ちょっと使ってみようと思います。

高井 直人氏「『エンタープライズRails』に学ぶ企業ユーザのためのRails活用の極意」

ご自身が監訳された書籍を紹介しつつ、その内容について講演。「きっと業務に対してrubyをどう適用したらいい結果がでるか、常日頃考えているんだろうな」という印象を受けました。こういう方、尊敬しちゃいますね。

• 企業にとって最も重要な資産は「データ」
• データ中心アプローチのメリットを整理
• RailsにおけるDOAとの類似、相違を整理
  • 類似: モデル中心、CRUD分析重視
  • 相違: データモデルを重視しない、業務ルールはアプリケーション層のみで実現

くらいを導入として話された後、書籍の内容をいくつか紹介

• データベースの制約をうまく使ってデータを保護しよう
  • NOT NULLだけでなく、チェック制約、外部キー制約など
  • モデルのバリデーションはあくまでユーザー向け
  • マイグレーションではexecuteでテーブル定義
• 複合主キーを使う
  • 複合主キーだと、無駄なSQLを回避できるなどメリットもあるよね
  • composite_primary_keysプラグイン使って
• データベースビューを利用する
  • 多数のJOINが必要な場合などは、ビューを定義してそれを参照するARを用意するとシンプルになるよ

セッション後は会場内の書籍売り場が、購入希望者でいっぱいでした。

Yehuda Katz氏「From Rails to Rack: Making Rails 3 a Better Ruby Citizen」

このセッションの英語はあんまり理解できなかった…。だいぶ雰囲気。

Rails3では各種コンポーネントへの密結合を解消し、rubyの色んな資産と協調していくよ、という話。たぶん。
そのためにAPIを定義しなおし、インターフェイスさえ揃えれば他のコンポーネントを利用できるようするみたい。具体的にコードを交えて説明してくださいました。

ActiveSupport::Concernのdepends_onメソッドが気になりますね。AOPっぽいことをスマートに表現してる印象。ちょっと違う？

明日も朝から参加なのでいいかげん寝ます。

今の私がrubyに触れるのは、「Railsを利用する」時がほとんど。
セッションの内容も初めて聞く内容ばかりでしたが、たいへん勉強＆刺激になりました。

私が気になったトピックとしては、

• RSpec On Rails
• Rails2.1（特にnamed_scope）
• MacRuby

あたり。

あと池澤一廣さんのライトニング・トークスもとてもよかった。元気をもらいました。

自分も一歩一歩着実に、技術に挑戦し続けていきたいですね。