RED-MOUNT.COM

1年半ぶりくらいに、Rails勉強会@東京に行ってきました。
参加者45名という、IT系勉強会にしては参加可能者数が多い勉強会にもかかわらず、毎回きちんと枠が埋まるのはさすがだな、と思いながら参加。

前回参加したときは、確かYuguiさんの「Railsのソースを追っかける」みたいなセッションに参加したのですが、当時のレベルではYuguiさんやもろはしさんのレベルについて行けず断念。
今回も若干不安ではあったのですが、勇気を振り絞って行ってきました。

さて、僕が参加したセッションの感想など書いておきます。

前半: 1からRailsでLinuxメール（かけこみ寺的な）

production on LinuxからActionMailerを使ったメールの送信ができない。そんな問題を、ソースを追いかけながら皆の力で解決しよう、といった感じのセッション。

最後のまとめで話したのですが、個人的には「Rails初心者ではないが上級者でもない、微妙な層に位置する人が持っている悩みを気軽に相談・解決できる場として毎回実施できればいいのではないか」と思っています。

あと、次回からはちゃんとやった事をメモしとこうと思います……。今回、メモし忘れた。

後半: i18nジェネレーター

githubで公開されているi18n_generators。その作者であるまつださんにから直に、本家i18nの仕様や挙動にはじまり、i18n_generatorsの設計思想に至るまでを90分間みっちりと解説してもらえるセッション。

i18n-generatorsでは各単語の翻訳にgoogle翻訳を使っていたりと、面白い機能が備わっている反面、再度scaffoldを行った際に、手動で書き換えていた単語を上書きしない、など必要最低限の機能がしっかりとサポートされている印象でした。

ただ、セッション中にも話したのですが、ruby-gettextとi18nを比べた際に、「案件ベースの仕事で、ruby-gettextはプログラマでない人に翻訳作業をお願いできるけど、i18nは難しい（というか事実上不可能）」という問題があります。
（i18nはキーワード管理なので、デフォルト言語が書き換えられても問題なく動く、というメリットがあるので、上記の問題は必ずしも悪というわけではないです）

これは、i18n-generatorsのせいではなく、本家i18nそのものの仕様による部分ではあるのですが、キーワードで書かれているYAML形式のファイルをプログラマ以外の人に修正してもらうのはかなり難しいだろうな、というのが実感です。

とはいえ、ruby-gettextよりも手軽にエラーメッセージを日本語化できるのはi18n-generatorsが持つ強みだと思います。とりあえずの所、（Rails2.2.2が使えないのは残念ですが）案件ベースの仕事はRails2.1.2+ruby-gettextで、個人でちょこっと作るようなものは最新版Rails+i18n-generatorsかな、といった感じを受けました。

以上、Rails勉強会@東京第37回の感想でした。

あと、今回セッションでお会いした方や、そのあと一緒にご飯食べてくれた人に、感謝感謝。
次回以降もよろしくおねがいします！

追記：まつださんが作ったパワポ発見したので、貼り付けておきます。