本を読む

　日本最大のRubyイベントである日本Ruby会議2008（RubyKaigi 2008）に参加しました。

　とても楽しかったけど、直後から1週間風邪で熱出してダウンしてました。そういえば当日も体調よくなくて、基調講演ほかおいしいセッションを聞き逃してしまいました。

　いまさら感はありますが、帰ってブログを書くまでがイベントのことなので、会場でとったメモをこっそり載せます。ざっとしたメモなので、間違いがありましたらご指摘ください。

　これを終えたら、ニコ動やほかの方々のレポートを見よう。

全体

　正直つくばは遠かったけど、それにみあうだけの立派な会場と仕切り。街もきれいなところだった。ちなみに、会場の隣のショッピングセンターにラーメンの青葉があったのも収穫。

　メインホールと多目的ホールに分かれて開催。多目的ホールは展示会場も兼ねていて、企業や団体のほか、ジュンク堂さんの書籍販売もやっていて、各版元（オライリー、技評、翔泳社）の方々が手伝っていた。

1日目

Ruby M17N（成瀬ゆい氏、Martin J. Dürst氏）

　Ruby 1.9のM17N（多言語対応）についてのセッション。親子ほど年の離れたコンビがうまくかみあっていたと思う。Dürst氏いわく、「Rubyを使うと若くなる」と。

　Ruby 1.9ではM17Nをサポートしている。これは、CSI（Code Set Independent）方式ということで、内部エンコーディングを決め打ちしない方式をとっている。Stringオブジェクト単位でエンコーディング情報を持っている。単なるバイト列であるASCII-8bitというエンコーディングも用意している。あと、ISO-2022-JPのようなステートフルなエンコーディングは、名前だけを知っているDummy Encodingとしている。

　で、Character Objectはない（大クラス主義）とか、文字リテラルやString#[]はRuby 1.8では整数だけど1.9ではStringになるとか、同じエンコーディングとだけ比較・結合ができる（ただしASCII文字列とASCIIを含むエンコーディングならいいらしい）とか。あと、$KCODEはobsoleteでMagic commentで指定しようとか、-Kオプションは健在とか、openの引数でencodingを指定とかいう話だった。

　Martin Dürst氏は、エンコードを変換するString#encodeライブラリを紹介。ソースファイル名とかはtranscodeとなっているけど、Matz氏の強い要望で「encode」という名前になったとか。

　処理としては、UTF-8を変換のハブとして採用。最初は1文字ごとにテーブルを作っていたけど、メモリ効率が悪すぎるので、文字コードから種類を引くテーブル（offsets）と、種類から実際の処理を引くテーブル（infos）の2つにした。オプションは:invalidと:ignoreしかないので増やしたい（ささださんの講演で9月までと期限を切られたのだとか）。

　それらを受けて、成瀬氏が、「Encodingを意識しよう」「Encoding独立なコードを書こう」「Magic Commentを書こう」とまとめていた。あと、課題では、Dirなどの対応が議論中だとか。

　という本題以上に、Q&Aセッションはコミッターの人たちを交えた激論になっていて面白かった。

• Q: Cygwinは？
  • 最近よくなっている
• Q: はまりどころと、具体的な対策は？
  • バイト列と文字列を連結するようなコードはエラー
  • とりあえず-Kオプションで試して、うまくいったらMagic Commentで
  • 例外が起きたら地道につぶす
• Q: Magic CommentがRdocでそのまま出てしまう
  • Rdoc直しなはれ（笑）
• Q: \文字コードで書かれた正規表現リテラルのエンコーディングは？
  • Script Encoding
  • US-ASCIIのアッパーコンパチ
• Q: たとえばUTF-8なスクリプトでEUC-JPテキストを読み込んだときにマッチさせる正規表現は？
  • 変換してマッチすることになると思う
• Q: Win32OLEは内部でUnicodeに変換している。今後は自動で変換させないようにするのか、自分でやるのか
  • 最近Direntryに関して議論があった
  • 自動変換はよくないという方向
  • デフォルトをどうするかはまた別
• Q: ライブラリ内で日本語リテラルを書く必要がある場合、どうするのがよいか
  • いろいろやりかたがある
    • とりあえず変換
    • 正規表現
  • 受け取ったのと同じエンコーディングで返すのが定石
    • 一般的なものは難しい
    • オプションで渡す？
• Q：normarize/denormarize（「が」→「か゛」、など）
  • やらなくちゃならないとは思っている
  • 予定には入っている
• Q: パフォーマンスがよくなさそうだが（table lookupのキャッシュミスなど）、チューニングは？
  • 最高速ではないが、まあまあ
  • Ruby自体もそんな感じ
• Q: どのぐらい固まったか
  • コアはだいたい固まった
  • 外縁部はつみのこしが（Dirとか）
• Q: まとまった資料は？
  • この発表のスライド

Rubyを教えてるんじゃない、Rubyで教えてるんだってば（増原英彦）

　東大の教養学部で、情報科学の概念（計算量や動的計画法など）を教えるのにRubyを使っているという話。

　2000年ごろをさかいにComputer Scienceの人気が落ちているというのをグラフで紹介。そうした道には、いままで（日本では）ハッカー系（プログラミング大好きな人）の人が集まっていた。が、それ以外の人を増やす必要がある、ということで、記述が面倒なJavaとかより、Rubyを使っているという話。

　で、ソートのサンプル（選択ソートだったかな）を表示。イテレータやメッセージ呼び出しなどのRubyらしい文法は（最初は）使わず、昔でいうPascal的な使い方をしている。

　Rubyでよかった点は、多倍長整数がシームレスに使える点や、複数のアルゴリズムを比較するのにベンチマークやグラフ化のライブラリが揃っている点など。あと、悪いアルゴリズムでてきめんに遅くなる（笑）

　ほか、学生がハマったところとして、end忘れでエラーが出るんだけど悪い箇所が最初わからない（　学生さんはインデントしてくれない）とか、自作ライブラリが標準ライブラリと同じ名前にしたのでロードされていなかったとか、「"」やインデントが全角空白だったとか、いったエピソードを笑いの中で紹介していた。

成功するRuby教育のプラクティス（吉田裕美）

　社内でRuby開発者を増やす方法を紹介。いわく「自分が教えるのがいちばん」。会社や部署の特徴がいかせるし、アフターフォローもできる。社内に勉強する文化が生まれる。実は講師が一番勉強になる。

　具体的には、実習をペアプログラミングでやっている。ふつうの実習だと考え込んで止まってしまう人がいるけど、ペアプロなら2人が議論するので、考え込んでいる暇はない。で、スキル差を吸収できるし、実習時間が長くならない。

　あと、TDDをうまく利用。テストコードを書くのは難しいので、講師側でテストコードを与えてコードを書かせる。これで達成感（ゲーム感覚）があるし、最後にしっかりくみあわさって動くのが楽しい。

　そのほか、ほかの言語の良書をRubyのテキストとして利用してもいいじゃないかという話もあった。

　シメは、「教育は場数だ！」ということで。

RSpecによるRailsアプリケーションBDD事例報告（Yugui）

　デスマな現場にRspec駆動開発を導入して改善して乗り切った体験談。

　状況としては、機能追加、毎日バグが出る、テストされていないコード。初期対応としては、Subversion＆Tracの導入（デザイナーさんも）、BuildとDeployの自動化、モジュールごとのさしかえ、Seleniumという策をうったが、それだけは足りずにやめた。具体的には、上からの加速要請や、日々出るバグ、複雑怪奇な依存関係など。

　で、Railsでさしかえることにした。で、1か月後のイベントでリリースするのに加え、仕様や構成は試行錯誤となるため、柔軟さが必要。Seesar2も検討したが、中身まで知っているということでRailsを採用した。Seleniumdeで記録した資産を活用し、正常系と異常系のふるまいを規定してRspecによるBDDに落とし込んだ。

　フェーズ1は2人。最初はSpecのカバレージ低め。フェーズ2で4人に増えてまわりに浸透、Specのカバレージが増えてSpecがコードの7割になった。ここで1か月。フェーズ3は機能追加やメンテのフェーズで、みんなで取り組んだ（が、会社がなくなった）。

　まとめとしては、「ペアプロによる勇気」「動的型のリスクはBDDで排除できる」と。

質疑応答では、「テストを書く暇があったらコードを書け」と上司に言われる場合は？ という質問に対し、「わからんやつは黙ってろ」と答えた（会場笑）という名言が生まれた。

Ruby技術者認定試験模擬問題解説

　ここで多くの人が多目的ホールへ移動したけど、試験ネタも興味あったのと、体調もいまいちだったので引き続きメインホールで。

　問題としては、真になる値はどれ、みたいなRuby独自の挙動を問うものが多いようだ。で、舞台横のIRC画面を見ていると、コミッターの方々が、あーこの仕様残ってたんだ、変えちゃいたい、みたいな話をしていて、よくも悪くも仕様が安定しないなぁ（笑）と思った。

LT：JavaからRubyについて、どうしても言いたいことがある（kuwata）

　ここからライトニングトーク。

　1人目はTenjinの人らしい。Rubyを教えるのに初級者偏重は大間違いで、Javaは初級者向け、Rubyは上級者向け、上級者に足かせをするな、との話。

LT：dRubyとセキュリティ（西山氏）

　drubyを不特定多数に向けて公開するのは危険というのとで、method_missingで充分な例、禁止されているメソッド、$SAFEをあげて制限などの例を上げていた。

RubyとODEでピタゴラ装置（佐々木氏）

　3D CGの空間による異色のプレゼン。3D描画ライブラリODE＋Ruby Cocoaで、Wiiリモコンを使って操作していた。

　スライドがわりの物体の背後で大きなピタゴラ装置が動作していて、後半はそのピタゴラ装置の実演。場内拍手喝采で盛り上がった。

初級者はEnumeratorの夢を見るか？（いまい氏）

　Ruby初級者はeachを使いたがるけど、each_sliceとかeach_consも便利だよ、最近はブロックなしのEnumerableなメソッドがEnummeratorオブジェクトを返したりもするよ、という話。

Folk Programming with Ruby（mootoh）

　Folk Songみたいな気軽さで、Webアプリ以外で楽しいプログラミングをやろうという話。

　具体的にはPlug-in作りで、いちから使うより簡単、使ってもらいやすい＝ハードルが低いという。

実例として、Safari＋はてブ管理GUIとか、QuickSilver＋Twitter、Quartz Composer＋Gainer、Vim＋Refeを紹介していた。

Ruby.pm（藤氏）

　Rubyと同じ処理をPerlの文法の中で扱うPerlモジュールRuby.pmを紹介。RubyのeachをPerlの文法で表現したらこうなるよなぁという記述。Perlの関数をRubyなメソッドから実行したりもできる。

toRubyで見つけたRubyist人生再出発（いけざわ氏）

　toRubyはtochigi Rubyの略。おじさんプログラマーがRubyのOOPがわからなくて教えてくれる人がほしいと思ったときに、勉強会開催にこぎつけるまでの熱い体験談。全会場が泣いた！

Ruby 1.9 on Rails 2.1（松田明）

　Web＋DBシステムは、プログラム中に生SQL→O/Rマッパー→ActiveRecordと進化してきた。でも、「15分で作るブログ」みたいなアプリだったらいいけど、実はDBアクセスはRailsの弱点という話。

　で、Rails 2.1からnamed_scopeが導入されて、関係代数（集合演算）を表せるようになったというのを紹介した。

テストベースコードリーディングのすすめ（遠藤氏）

　新人Rubyコミッタの人。ソースコードリーディングにはテストを書くのがいいということで、テストが充実していなかったRubyのソースをテストカバレッジ測定ツールにかけ、実行されていない部分をカバーするテストを追加して勉強していたという話。

　その結果、ほかのP言語をおさえてテストのカバレッジが85%に上がった。いまも毎晩自動でカバレッジを測定しているのとこと。

A Jail Web Development with Rails 2008 でわっふるわっふる（竹迫氏）

　「Ajile」じゃなくて「A Jail」だよ、という話を枕に、YAPC::Asiaで紹介していたmod_waffulを簡単に解説。テスト版は公開中、正式版はパフォーマンスチューニングしてから公開とのことだった。

Industrial-Designed Language: Ruby（斎藤ただし）

　パソコンが調子悪いとのことで、スライドなし、しゃべりのみのプレゼン。っていうかもともとスピーチってそういうものだったかも。

　Rubyは工業デザインとしてすぐれている、たとえば驚き最小の原則＝アフォーダンス、ということを熱く語った。で、最後は、Matzの屍を越えて（え？）よりよい言語を作ろう、というまとめに。

2日目

REST信者から見たRuby on Rails 2.x（山本陽平氏）

　RubyのMLでは早くからRESTに注目していて、RubyとRESTはなかよし。また、RailsとRESTはなかよし。

　という話をマクラにWebのアーキテクチャスタイルのRESTを解説。

　RESTの要件は、全部準拠しなくてはならないものではない、という話が力点が置かれていた。アドレス可能性がいちばん重要で、次に接続性。ステートレス性はあまり重要じゃない、Cookie使わないなんてありえない（山本説）という話だった。

　アドレス可能性は、リソースを定義してそれにアドレスを与えること。URIの設計をしてからURIの実装するというURI駆動開発を、Rails、Restlet、Djangoでのそれぞれの例で紹介した。

　接続性は、アプリケーション状態エンジンとしてのハイパーメディア。つまり、ページ遷移＝状態遷移として設計するという、リンクの設計。Railsでいうと、url_forやlink_toだが、リンクの意味を意識できればもっといい（aのrel属性などの意味づけ）とのことだった。

　最後は、実際のところRailsはRESTfulである、初心者がチュートリアルどおり作るとRESTfulになる、という話でまとめてた。

• Q: 考え方を切り替えるコツは？
  • A: ぜんぶリソースで考える
• Q: 確認画面はRESTfulでありえるか
  • A: それは本当にサーバーサイドでやらなくてはならないのか。クライアントサイドでいいじゃないか。
• Q: ステートレス性とユーザーの認証状態はどう組み合わせるか
  • A: ふつうにみなさんがやっているように処理すればいいのでは。ステートレスを考えすぎると処理が重くなるだけ。

Real-World Enterprise Ruby（大場さん、高井さん）

　CTCというスーツなSIerでいかにRubyを導入したかという体験談。Ruby案件で売上4.5億とか。

　実際にスーツ姿で登壇して、交互にしゃべってボケ・ツッコミっぽい役割分担、ダイナミックな動きなど、スーツというより漫才かも（笑）。

　まず、エンタープライズって何？ ということで、規模や人数ではない、企業の業務の一部であること、と。

　その中にRubyを持ち込んだときには、きちんとRubyを自社内で位置付けて、どうやって会社の利益に貢献するかを会社に説明した。つまり、Rubyをキメると楽しくなる、生産性が高い、というだけでだめだったので、新規顧客・案件の獲得（いままで取りこぼしていた案件をとる）というのを説得材料にした。つまり、JavaからRubyじゃなくて、Javaに加えてRuby、と。

　技術部門には、保守・運用フェーズでのサポートを容易。営業部門には、営業向けの提案資料にコピペできる資料を用意。実績面では伊藤忠ウェブテクノロジーラボで武者修行、見積りにはJavaと同じ手法を用意、開発者はCTCテクノロジーでトレーニングや認定試験、技術支援にはコードレビューやトラブルの逐次対応、開発環境にはNetBeans 6推奨、運用環境としてはハードウェアやミドルウェアごとに検証センターで基礎データを収集。

　と、必要なものをすべてお膳立てして、想像ではなくデータで回答することが重要だったという話だった。また、松江好きの役員が後押ししてくれたという裏話もあった。

　Q&Aでは、営業資料の素を公開できないかという声もあったが、FP値とか入っているので難しいとのことだった。

net-ircというモジュールの実装紹介（cho45）

　サブテカのcho45さんのセッション。

　irc大好きで、なんでもircに集約している、そこでnet-ircというライブラリを作ったという話。実装はRICEベースなのだけど、RICEはRFC準拠しすぎて使いにくい（UTF-8、nickname長など）、Observerパターンを使っていてオーバーヘッドがある、などから作り直した。

　実際に、Net::IRC::Clientを継承して簡単なクライアントを作る例や、Net::IRC::Server::Sessionを継承して簡単なサーバーを作る例を紹介していた。また、作ったアプリケーションとして、ミニブログ-IRCゲートウェイ、Lingr-RCゲートウェイ、mixiに投稿などを紹介した。

　で、IRC用botがほかで使えるという長所を語ったあと、Citrus IRC bot frameworkのプラグイン機能の話を経て、後半はDSL論を展開した。

　いわく、DSLは濫用しない、と。たとえばscrAPIは引数の意味がわからなくてリファレンスが必要なので悪い例。RakeやRSpecは、ぱっと見でわかり、見よう見真似で使えるからOK。Test::Unitはわからない。ほかにも、DSLはブロックがどこで実行されるのかトレースしづらいうというのも濫用してほしくないところ、と。最後は「高度に発達したDSLは新言語と見分けがつかない」ということばで締めた。

Rubyプログラムの型推論（松本宗太郎）

　Rubyプログラムの型推論をするソフトを開発した話。ちょうど公開したところだったとか。

　型宣言はなく、ダックタイピングやオープンクラス、動的機能（evalとか__send__とか）、拡張ライブラリを持つというRubyの特徴を生かした。型宣言は追加せず、NoMethodErrorなどのランタイムエラーになるプログラムをrejectする。

　実装には、MLの型推論アルゴリズムのunificationや多相レコード型を採用した。この方法のほかには、フロー解析という方法もある（静的アナリシス）。

　Reflectionやevalの対応は無理で、しかたなく型注釈を入れることを考えている（これから）。

　ほか、Polymorphoic Methodsとか、型の違う要素が並んだ配列のmapとか、ループ中で、Integerを期待する変数に文字列を入れた場合とか、うまくいかないところがあるけど、がんばりすぎず、例外をトラップすればいいと考えている、と。

　あと、lambdaにブロックを与えないで呼び出すと外のブロックを引数とするという仕様は頭が痛いのだけど、推奨されていないのでほっとした、という話。

CRubyのGCをどげんかせんといかん（authorNari）

　JRuby、Rubinius、CRubyのGC方法を比較して、どげんかせんといかん、という話。

　プロセスメモリサイズの肥大化の問題として、ヒープ配列が足りなくなると増設していくけどオブジェクトが残っていると開放できないのでスカスカのヒープ配列が増えていくという問題。これは、配列を小さくするパッチを書いて、1.9-2に採用、と。ただし、Q&Aによると、スループットのパフォーマンスは若干落ちたとのこと。

　次に、stop-the-world問題。イタリア人の兄弟が飛び跳ねるゲームを黒塗りで移して、GC中にレスポンスが止まるところを実演。会場にいた小さな子が「○リオだー！」と声を上げていた（笑）。で、markは一度にやるけどsweepは少しずつやるというLazySweepのパッチを書いたけど、まだ取り込まれていないという紹介。

　これからやりたいこととしては、BoehmGC採用とか、thread localなフリーリストならキャッシュが効くか、とか、incremental GCもやりたいけどwrite barriorが難しいとかいう話だった。

SVuGy: SVGと遊ぼう （Martin J. Dürst氏）

　SVuGyはSVG＋Rubyで、SVGを扱うDSL。SveeGeeと発音する。現在0.03で、zipとtar.gzで配布している。ver 0.4も近日公開予定、と。

　もともと授業用に図を簡単に作れるようにという実利と、手続き型と宣言型の変換の研究、Rubyの勉強ということから始めた。

　単純な記述は「rect 100, 200, 30, 50」みたいに書ける。その他、ブロックでグルーピングとか、スタイルをハッシュ／ブロック／メソッドチェーンの3種類で書けるとか、constant_missingでquoteされていない色属性をつかまえるとか、SVGのidをmethod_missingで処理したりとかの機能を紹介。やりすぎかどうか意見を聞きたいとのことだった。

　0.4の新機能としては、SVGをよりサポート、pathなどのオブジェクト、別のオブジェクトに属する点を結ぶ線をきれいに、SVGの読み込み（REXML利用）、いろいろなオブジェクト、レイヤーのサポートとのこと。これはら、レイアウトやAPI、制約、グラフ描画などの高レベルライブラリに取り組みたいとのことだった。

閉会式

　元祖高橋メソッド。2009年はYAPCを見習って多言語化（英語とか）を目指したいとのこと。そして、全国各地で地域Ruby会議を開きたい、という話も出た。

RejectKaigi、RejectRejectKaigi

　LTであふれたネタ大会RejectKaigiがさらにあふれたので、RejectRejectKaigiも開催。しかも同じ部屋で、ひとつのタイムキーパーで同時進行という無茶さ。さらにステージ横で「Railsレシピブック」のサイン会も開かれ、テラカオス。すごく盛り上がった。

　以下、細かいところはわからいけど、メモした範囲で一気に（敬称略）。

• 3の実装の時にアホになるRuby（yoshiori）
  • 昨日Rubyはじめました。Rubyも入れました
  • 数字をカウントするRubyスクリプトをそのままJRubyで動かしたら日本語になった！
• Rest In Peace 1.8.5（占部）
  • 1.8.5はexpired
  • patchlevelの推移
• Redmine Ruby 1.9.1（yugui）
  • Ruby 1.9開発のプロジェクト管理
  • データ移行中
  • スタッフ募集中
  • 1.9.1は、Sep.25にfix、Dec.25にrelease予定
• 私はDecimalで何をしようとしているか（斎藤ただし）
  • あいかわらずパソコンの調子が悪いということで、ノートパソコンの画面を直接会場に見せるプレゼン
  • Big Decimalがださすぎるので、Decimalとして再実装した
  • Decimalの歌
• ひとばんでつくるRuby + Greaseonkey （さとうたかよし）
  • Creamというのを作ったら、アメリカ人に「名前がひどすぎる」と言われてGreaseKitにした
  • Objective-Cで書いた。大括弧が多い
  • Rubyで書き直したGreaseKit Red
• Remaze（？）
  • Communityが強い
  • バグは48時間以内に直す
• Award on Rails 2208（？）
  • 自分も出ます
  • おまけ：ぽろりシミュレータ
• 変なサービスができるまで（星暁雄）
  • 梁山泊的なものを追いかける
  • コモンズマーカー
    • ソーシャルコメント
    • アノテーション
    • ミニブログ
  • 開発者募集中
• Gauche on Rails（yumm3）
  • メタプログラミングといえばLisp
  • scaffold
  • テンプレートにS式
  • コントローラで継続
  • よいRubyコードをかくにはLispの知識が必要
• Reposh（yhara）
  • ハッカーのためのリポジトリシェル
  • 怠惰なので実演
  • 何度もsvnって
• Hash::mapがあふぉーだんすに優れていない件（ミムラ takkam_m）
  • Hash::mapの結果がarrayになる
  • mapは写像なはず
  • HashからHashを生成するmaph
• String#succ（?）
  • matzを266760647回succするとnakada
  • 元.succで兄
  • 美から鼻
  • encoding validation
• 私はいかにしてRubyKaigiを私物化したか（ただ）
  • バッグがほしいのでノベルティをトートバッグに
  • どこに行っても同じトートバッグを見かけるにはちょっと→スタンプ式
  • iDiary.netでニコ動外部プレイヤーを使えるようにした
  • 毎日5時に起きてニコ動を見ている
• beeptoys（takkaw）
  • ビーブ音源で音楽
• RubyでIdenticon（swdyh）
  • AutoPagerizeの人
  • IPアドレスからアイコンを生成
  • IPアドレス以外に、ドメイン名、ユーザーID、OpenIDのURLなど
  • Rubyの実装がなかったので作った「quilt」
  • RMagikかGDが必要
  • 最新版はgithub
• Illustratorで高橋メソッドプレゼンツール（？）
  • Win32OLE
  • エフェクト
  • 計算もできる
  • 写真も置ける
• infix to postfix again（shinh）
  • evalで中置き記法を
  • method_missingをprintにalias
    • _メソッドがmethod_missingになる
• tDiaryとHikiで使うフィルタ（黒田ひらく）
  • スパムフィルタ
    • 人間が確認
• Rubyでつくろう二次元プログライング「ず」（naoya_t）
  • 有向グラフ
  • brainfuckライブラリ（coderepos）
• NDD - Niconico Driven Developlent（井上泰行）
  • とにかく作る
  • ニコニコにup
  • コメントがつく
  • やる気になる
• YARVをしのんで（ささださん）
  • Nadokaをしのんで
    • だれかメンテして
    • net-ircよさそうですよね
  • Rabbitをインストールできませんでした
  • 学生募集中、じゃなくて
  • VMで1.9が高速化されました、じゃなくて
    • 一部しか入っていない（バグってるから）
  • VMの導入はゴールじゃなくてはじまり
    • いろいろなことをやるためのプラットフォームとしてのRubyVM
• TechTalk.jp（coji）
  • IT勉強会多い
  • 動画で
• Rubyバイトコードで遊ぼう（赤井俊平）
  • ソースからバイトコードにコンパイル
  • VM::InstructionSequence.compile('...')
  • rb.comple.to_a:
  • メソッド書き換えをやろうとしてloadのバグを発見
• KaigiFreaks（?）
  • 動画配信
  • 地方RubyKaigiに応募
    • 「Ruby札幌が釣れました」
• ？（cho45）
  • Rdocのテンプレートを直接作るな
  • resh
  • require 'future'
    • 重い処理を非同期に
    • r = f.async.omoi(1);nil
    • rを参照したときに待ち
• やる夫で学ぶJRuby最適化（高井）
  • いつリリースされるかわからない1.9よりJRubyだお
  • サーバVMを使って最適化
  • バイトコンパイル
  • おそくなってやがる

Regional RubyKaigiのご提案（角谷）

　RejectKaigi枠だったけど、単独でメモ。

　RubyKaigiのふりかえり。KEEPは、RubyKaigiブランド確立、さまざまな成果物や会合、さまざまなチャレンジ。一方PROBLEMは、規模の拡大、運営負荷の増大、継続可能性。

　これからのTRYは、RBAとの密な連携、Ruby Centralとの連携、継続可能な枠組み。

　Reject会議大もりあがり、もっとKaigiを、ということで、「我が名はレギオン」「邪神覚醒」というわけで、Regional RubyKaigi。早めに、こまめに。

　まずは自分がやってみせたいので、第1回は東京。メンバー募集中。RubyKaigi本編とちがってゆるふわで。待デ続報！

　角谷さんのブログを拝見すると、Shibuya.pm Technical Talkみたいなのをイメージしてるみたい。