Tweet

RubyKaigi 2010 3日目

地域 Ruby 会議 Kaigi

• Commit するまえに Conflict 解消しようぜ
• チェックイン
• かくたにさん
• 島田さん (Sapporo)
• (島根の人)
• 小川
• 河野さん
• 三浦さん
• 武田さん
• 小柴さん
• 高井さん
• 川上さん (松江の人)
• BECK さん (東京の人)
• 米沢さん (toRuby)
• okkez (関西の人)
• 松本 (名古屋の人)
• かたぎりさん (名古屋の人)
• 片平さん (仙台の人)
• 永井さん (Rubyist 九州の人)
• 藤岡さん (福島の人)
• ひがきさん (関西の人)
• てらしまさん (鳥取の人)
• 池沢さん (toRuby)
• せきさん (toRuby)
• RubyKaigi 歴 2010 のふりかえり
• 名古屋01
• リソース不足で告知が遅れて、諸処にご迷惑をおかけした。
• 作業者がいない
• 話者がいない
• 80人参加
• 懇親会が濃かった
• 東京03
• 完璧な運営
• 半年前から月一でMTG
• 事前議題 -> 議論 -> TODO といういいサイクル
• クオリティを上げすぎないように
• 懇親会ができなかった
• ドタキャンに備えて開催できなかった
• お金の問題
• スタッフ有料イベント
• 儲からないのに誰かが負担しなければならない
• えにしテックが札幌Ruby会議に投資するのはどうなのか
• 「俺のやりたいことをやらせろ」ということで高井さんが頑張った
• The RubyKaigi ではないことをやりたかった
• Talker や Workshop など
• Tokyu 01
• 札幌 02
• 懇親会はしなかった
• 途中で時間を設けて、お酒のない懇親会をやった
• お金の問題
• やりたいと思ってる人がお金を出している状態
• 01 よりも規模を大きくしてみた。手にのる範囲で。
• 期待と思う人が増えれば話者に困ることはないんじゃないか
• タレント不足
• 札幌の人たちが話すのをメインに据えた
• 関西 02
• KOF にのっかって
• 会場の心配はしなくてもいいがスケジュールを握られる
• 考えるまもなく進めなくてはいけない
• 他とは制約事項が違う
• 毎月やる勉強会でお金を貯めて講師を呼ぶ
• okkez さんが RubyKaigi で営業してその人を呼ぶ
• 今年は福井さんがやっている
• リソースが足りない
• スタッフが KOF の参加者なのでいろいろ大変
• 松江 02
• 01 が島根大学の野田先生が主導で
• 02 は Matsue.rb の高尾さんが主催で
• 場所は行政が確保している
• 地元の発表がしっかりしていて、80人ぐらいの参加者が
• 高尾さんが一人でやっている
• 仙台 02
• いっぱいいっぱい
• 片平さんが過囲え込みすぎていて、周りの人がいろいろ助けてくれた
• ネタがない
• 01 は東北の Rubyist を呼んだ
• 02 は田舎親方 Ruby 会議をやった
• 有料にした
• 発表する人も
• 01 は OSC に乗っかってみたが、いろいろ大変だったので、次回はやらないでおこうと思った
• (できなかった) 九州 02
• 01 は行政との共催
• RBC から当日のヘルプがもらえなかった
• 200 人規模
• 02 は軽くやろうと思ってた
• Rubyist 九州の年齢層が上がった
• コミュニティ世代の問題
• 代表の意気込みが薄れているところがある
• 地理的に集まらない
• スタッフになる人がいない
• コミュニティの問題
• 永井さんが代表でもないので判断できない
• 入りづらい雰囲気があった
• 運営でいろいろ問題や悩みがあるので、地域 Ruby 会議をすることができない感じ
• 同じ地域にコミュニティが2つある
• 長い歴史があるということが問題になっている
• とちぎ 02
• もともと toRuby 拡大版
• Tokyu 02
• スタッフを 10 人に
• 合計 20k ですんだ
• ゆるくやった
• 参加者でいくと凄くいい
• 中央から地域にという流れは必ず来るという問題意識
• 社会を回すためのコミュニティとして Ruby コミュニティが成長していく
• 来年まで地域 Ruby 会議 Kaigi ができないのが辛い
• 複数地域での共催
• タレント不足の問題を解消したい
• 地域 Ruby 会議をやる以上の問題があるので、先に延ばしたい (かくたに)
• 地域にタレントはいる
• 東京 03 には Workshop がいる
• “Ruby 会議が町にやってきた！”
• Ruby 会議は呼び込むための名前として使ってもらいたい
• ビッグネームもそういう風に使ってもらいたい
• 仙台は matz でも人は来ない
• メリハリをつける
• 札幌では勉強会はだらだら、会議はしっかり
• 勉強会の運営や開催方法について
• 他の地域の Ruby 会議に参加して欲しい
• こういう話をしたい
• RubyKaigi 歴 2011 にむけて
• 関西03
• 11/5, 11/6
• 札幌03
• 12/4
• 松江.rb
• 1/末 〜 2/頭
• Tokyu
• 1/末
• 名古屋
• 1/末

Termtter Kaigi

• ちょっとうるさい人がいる
• 別にいいが
• Termtter の紹介から
• なぜか rvm の紹介が

There is No Spoon

• かくたにさん
• Asakusa.rb のインターフォン係
• Ruby has “Quality”
• 主観と客観の前の、直感的に感じるもの #=> クオリティ
• Ruby is the Red Pill.
• 少数精鋭でやるほうが良い
• 人とコンピュータの間に価値を置いていくのが Ruby
• コミュニティ
• Regional Ruby Kaigi
• コミュニティはツリーではない
• 大事なのは個人が活動を続けるというプロセス
• いまできることから始めてみる
• かくたにさんの気持ちを、みんなに伝えるためのプレゼンだったのではないでしょうか

基調講演

• The PASSIONATE PROGRAMER
• Chad Fawler
• これもあとで別に感想を書こう

 

Tweet

• softbank 回線は絶望的
• wifi も人数が多いせいか絶望的
• ここで emobile も絶望的っぽいので、回線はあきらめることにした

RubyKaigi 2010 2日目

• 昨日疲れたからか、かなりよく寝れたっぽいのが功を奏している気がした。

jpmobile 会議

• 参加者の皆さんにより、いい情報交換ができました。
• 後ほど別にまとめよう

基調講演: Matz

• Ruby 2.0
• Ruby 1.9.2
• Ruby 1.9.2 Award
• 遠藤さん( @mametter )
• キーノートの苦悩
• Ruby 2.0 (笑)
• 完璧に近い言語が、ある種限界
• Ruby は十分に良い言語
• つくばくんだり
• Matz’s Goal: To Make Ruby nearly perfect
• “珍しくRubyのプログラムが書かれている”
• 積み残しがある
• Local variable propagation
• 使われていたら自動的にブロックの外側へ伝播させる
• 「でも重箱の隅をつつくようなことは気にしないよ！」と言われる
• Mix-in defect
• インクルード時の構造が取り込まれるので、後で追加しても反映されない
• No private method
• Global monkey patching
• Classbox
• Integer division
• 5 / 2 #=> 2
• mathn ?
• mathn + Classbox
• Mix-in defect
• Inheritance : 継承
• LSP : Liscov Substitution Princible
• Liscov 置換原理
• undef があるので LSP じゃない
• Ruby の継承は方としての整合性などは重要視されていない
• 多重継承もないし
• そこで Mix-in
• 多重継承の使い方の一つの方法
• Non primary class == Module
• Problem
• 名前の衝突を検出できない
• 解決法もない
• 継承関係の変更に追従できない、とか
• 名前の衝突の検出
• 意図的か？事故なのか？
• alias を使った解決法は泥臭い
• alias もコンフリクトする
• mix
• Traits-like ( from smalltalk )
• 本当に”混ぜ”る
• mix
• モジュールのメソッドをすべてコピーする
• 名前が重なるとエラー
• mix だと定数が取り込まれない
• mix 時に名前をどうするかを指定できる
• 明示的に取り込む定数を指定できたりする
• 定数も被らないように変更することができる
• include よりも mix が短い
• まだ真の private method が無いことが問題になる
• そこで classbox
• Ruby 2.0
• もうすぐ始まる
• 1.9 からはそれほど変更ないかも
• Traits
• Classbox
• キーワード変数
• 互換性に問題のない些細な問題
• mix は順番によって違わないことが重要
• “kind_of? とかくそ食らえ”

KSP

• つつがなく終了
• “あなたが想像していたかくたにさんでしたか？”

M-x ruby-and-emacs-workshop

• iknow の zev さん主催
• 裏番組が JRubyKaigi 2010 と Vim とペアプロという、これまた熾烈な戦い
• すべて emacs の中で実行しています。
• emacs 24 では ELPA がデフォルトになるらしい
• irbsh
• M-x occur
• M-x で複数のスペースが一つになる

UNIX 修正主義

• akr さん
• ちゃんと聞けてなかったので他の人のを見ることにしよう

Lightning Talks

 

Tweet

RubyKaigi 2010 1日目

Opening

• Theme
• Conflicts and Resolutions
• Good Timing
• Ruby 1.9.2 Released!
• Rails 3.0 coming soon!
• Start!

諸注意

• 名札忘れないように
• ネットワーク
• モバイルルータもダメそうだ
• フィードバックもしよう
• 大ホールは飲食禁止
• 各種諸注意
• コミュニティ・ナイト
• 自分の分を持っていろいろ集まれー

Conflicts and Resolutions

• 漫談形式らしい
• @takahashim
• @a_matsuda
• @wycats
• @tenderlove
• translator
• @matz
• @lchin

質問など

• Different Rails 2 and Rails 3
• Rails 3 は 2 の上位互換
• いろんなところを書き換えているが、APIはそれほど変わっていない
• コアな部分を切り離したので、各パーツを独立で使うことができる
• merb と rails の統合で、当初描いていたゴールにたどり着いた？
• たどり着いている！見返してみてもその通りだと感じる。
• AR の代替物を簡単に使えるようになった
• Ruby 1.9 のいいところと、はまったところを紹介してほしい
• Python 3 と違って 1.8 と互換性のあるプログラムを書くことができるところ
• エンコーディングについてが問題だった
• 良かった点は、エンコードについてちゃんと考えるようになった
• Rails が依存するライブラリは同時に 1.9 に対応した
• ライブラリは早急に 1.9 で動くようにするべきだ
• ruby-trunk でテストしていたので問題なくリリースできた
• Rails 3.0 は来週リリースされるが、Ruby 1.9.2 で問題なく動くことを信じている
• Ruby と Rails のコアコミッターになったのはなぜだと思う？
• たくさん文句を言ったから
• たくさんバグレポートを出してたくさんパッチを書いたから
• Rails に関して言えば、熱意を出せばコミッターになれるよ
• ただしパッチにはテストを書いてくれ
• tenderlove は Rails 3 についてどう思う？
• ActiveRecord については独立したコンポーネントとして利用できる状態ではないことが残念な点
• ActiveRelation(Arel) を入れることで抽象化できるようになった
• でもまだ作業が必要
• 心配しないでも Rails 3.1 がでるから
• Ruby と Rails のコアチームの違いをどう感じる？
• 日本語と英語の間の壁が大きいようだ
• 言い残したこと
• お互いの言語を学ぶのがいいと思う
• Ruby と Rails が共通の CI をも持てばいろいろいいんじゃないだろうか
• 1.9 に移行しようぜ！

jpmobile on Rails 3.0

• いろいろ疲れました…
• sub-class 化する方が alias_method_chain するよりも良かったらしい by @wycats
• Rails 3.0 Release して Mail を理解したら変更してみようかな

Ruby 親方会議 2010

• 親方会議の紹介
• 「Ruby を使って仕事をしているエンジニア社長や個人事業者の情報交換をする」を公開で。
• RubyKaigi 2009 -> Sapporo RubyKaigi #02 -> toRuby Kaigi 02 -> Sendai RubyKaigi 02
• rake:money があるので、社員を雇用している社長をパネラーに迎えて情報交換
• なぜ親方会議をやるのか
• 社長は孤独
• 仲間がほしい！
• エンジニア仲間が欲しい
• オフレコの話もあるので気をつけて！

自己紹介

• 新井さん
• もぐらの CTO
• ビジネスの勉強をする勉強会を開催している
• プログラムを価値あるものにするために
• 山崎さん
• スケールアウト CEO
• 強力なメンツががっ！
• 和田さん
• ホームページがないことで有名な会社「タワーズ・クエスト」の社長です
• 起業20年目で二代目社長
• 大場さん
• 万葉の社長様
• 17:30 から Hyper Everyleaf Time!

起業したきっかけ

• 藤岡さん
• 何かやりたかったので起業してみた
• 新井さん
• 言われたものをつくるのではなくて、自分で考えたものを作りたかったので起業した
• 山崎さん
• 将来的に窓際っぽくなる気がしたので辞めた
• 和田さん
• プログラム書きすぎて留年しました
• エンジニアとしての知名度が上がったので
• 大場さん
• 最初はIMEの大手でキャリアプランが見えなくなったので
• 最初に採用するのって大変じゃないですか？
• まあその場のフィーリングっぽい感じで決まったっぽい (万葉)
• 解雇するのって大変
• 何を聞きたくてやってきましたか？
• 社員として企業の利益に貢献できるようになるにはどうすればいいのか？
• 新井さん
• 社長と同じ目線で同じ感覚で話をできるといいんじゃないかと思う
• どうすれば利益が出るのかを考えているのかはいいことです
• 山崎さん
• ソフトウェアのコピーはただであるということを、ビジネスに生かせればいいのではないか？
• 大場さん
• 利益を出すことと、生きていくことは必ずしも一致しない
• 山崎さん
• 会社は4番バッターだけじゃなくて、職人が欲しいときもある
• 人を獲得していくために取り組んでいること
• 和田さん
• どういう人かわからないので採用にはリスクがある
• 素をさらすことに気をつけている
• 大場さん
• 露出を増やす
• 法律を守る
• 嫌なことをしない
• 山崎さん
• ゲリラ戦法しかない
• 人と会わないとどういう人か、どういうスキルかわかならない
• 面白い仕事を準備している
• 新井さん
• 勉強会を主催している
• ハードル高めの内容だといいんじゃないかと思われる
• 藤岡さん
• いきなり応募してきたりして困ることがある
• twitter で応募してくるのが、いまのところあたりっぽい
• 会社の目標と個人の目標
• 藤岡さん
• 会社: 自分がいなくても回る会社にする
• 個人: 何か違うことをしたい
• 新井さん
• 会社: 会社として大きくしたい
• 個人: 勉強して社会貢献したい
• 山崎さん
• 会社: 会社を大きくする
• 個人: 技術が省力化に繋がっていないのがちょっとあれだなと思う。自分の本当にやりたいことができるようになることを目指している。
• 和田さん
• 会社: 会社を大きくする
• 個人: 自分が書いたソフトウェアで働き過ぎを防げるようになることが大義。ゆとりを作れるようなソフトウェアを作って社会貢献にしたい。
• 久保さん
• 会社: 会社を大きくする
• 個人: 個人の時間を作れるような環境を社員に提供したい
• GIGAZINE 問題ではどう？
• 他にもチョイスがあるにもかかわらず、弱小企業を選んでくれた人材にどう報いるのか？
• 山崎さん
• ストックオプションなどはないのでどうすればいいのか？いまは給料を高めにすることで報いようとしている。
• 藤岡さん
• 地元の雇用を守ること
• 新井さん
• 高い給与を出すことで報いようとしている
• 和田さん
• 経済的に報いるのは中長期的にやらなければいけないので、やっていく。
• ソフトウェア産業の儲け方は特殊なので、いろいろ考えていきたい。
• 人それぞれの報い方をやっていきたい。
• 起業するときのパートナーはどう？
• 藤岡さん
• 欲しかったけどいなかった
• 新井さん
• 一人ではいろいろわからないことがあったので、パートナーを見つけて起業した
• 山崎さん
• 二人だとそれはコストになる。営業とか
• アメリカだとスタートアップ資金が入ることがあるが、日本はない
• 追い込まれると、お金に関していろいろある
• 新井さん
• 営業の人だとそれまでフリーでやってもらうとか
• パートナーにするなら、フリーや起業したことある人の方がいい
• 和田さん
• 血縁は入れない方がいい
• 久保さん
• 長年の友人で、仕事も共にやっていた
• 何で言い合おうと思ってやっています。

参考文献

• ネットワーク経済の法則
• スティグリッツミクロ経済学
• Eric Sink on the Business of Software 革新的ソフトウェア企業の作り方 [単行本（ソフトカバー）]
• http://www.amazon.co.jp/Eric-Sink-Business-Software-%E9%9D%A9%E6%96%B0%E7%9A%84%E3%82%BD%E3%83%95%E3%83%88%E3%82%A6%E3%82%A7%E3%82%A2%E4%BC%81%E6%A5%AD%E3%81%AE%E4%BD%9C%E3%82%8A%E6%96%B9/dp/4798117501

 

Tweet

と言うわけで準基調講演とかいろんな冷やかしを受けながらもなんとか発表終わりました。いやー、緊張しましたがなんとか発表できて良かったです。あとは今日のjpmobie Kaigi 2010が終われば、ようやく楽しめるようになるんじゃないかと思っています。

ところで、コミュニティ・ナイトのあとに懇親会行ったのですが、外国からの参加者が7割以上を占めるという、ある意味過酷な環境でした。英語慣れしてないのでかなり疲れましたが、それはそれで楽しかったです。さて、今日の懇親会はどうなることやら。

 

Tweetと言うわけで表題の通りRubyKaigi 2010にて「jpmobile on Rails 3.0」と言う発表をします。主な内容はRailsのソースコードを解説するというよくわからないことになりそうなのですが、次の日にあるjpmobile Kaigi 2010の前振りという感じで気軽に聞いてもらえればと思います。

まあ物理学会では大御所を前に持論を展開すると言うことは何度もやってきたのですが、さすがに技術系では初めてなのでいろいろ緊張してます。さてどうなることやら。

 

Tweet

仕事で使うJRuby! そこが知りたい技術・開発・案件の最新情報

• 2010/08/05 19:00-
• ジュンク堂 池袋本店
• 抽象エア社員として参戦

はじめに

• 自己紹介
• 大場夫妻
• 橋本さん
• 中村さん(nahiさん)
• OpenSSLとかの人

本を出した経緯

• 大場さん
• 原書は2007年に発刊
• @takai さん経由で知らせてもらった
• だいたい3部構成
• Rails を使いアプリを開発しながら、それとは気づかずにEEにはまる感じ
• Java -> Ruby / Ruby -> Java の章がある
• 黒魔術から白魔術まで
• 原著作者に推薦文を書いてもらった！
• みどころ
• JRuby のリファレンスがある
• 橋本さん
• DB Magazineでの連載
• 2部構成
• 後半にエンタープライズでRailsを使う上で注意すること
• Javaシステムとの連携
• Thomas Enebo に推薦文もらった！
• 結論
• 両方買うといいよ！
• 総括 by nahi さん
• Olavini の本は入門として買うとかなりつらい
• ただし細かい部分も書いてあるので、さらに進むにはいいのではないか。
• 橋本さんの方が入門としては良い

JRuby の魅力

• 大場さん
• 好きなメソッド : to_java
• Ruby のオブジェクトを Java のオブジェクトにいい案配に変えてくれる黒魔術
• 橋本さん
• 聞き逃したorz
• nahi さん
• JRuby の JIT コンパイラ

仕事で使えるか

• 橋本さん
• 沖縄に幽閉されて地方自治体向けのシステムを作っていた
• Thomas らに用賀でたまたますれ違って、「使ってみてよ〜」と言われたので
• Ruby でもあるから危なくなったら切り替えられる
• 1.2 のころだったので、かなりもっさりしていた
• 1.4, 1.5 で早くなった
• Java の利点
• SOAP のライブラリの運用などで便利だった

最近の Java の動向

• Java EE6 がでました
• アプリケーションサーバ用のAPI
• WebLogic とか
• SOAP が大ブーム
• Java のアプリケーションサーバがちゃんと SOAP 喋れるようになってきた
• REST 厨的には SOAP は滅んだと思ってたのに….

Rails の魅力

• 最初に Rails が動くのを見たときは感動した
• Olavini が YAML の parser を書いて去っていった….
• 4回もあったらしい
• String を実装してあった
• 鬼車を Java で実装しある
• CRuby に忠実
• バグさえも
• Rails 3.0 も対応している

JRuby を採用するには

• いつも JRuby と言い続けたので
• 変更に強い部分とそうでない部分を切り分けてみたり
• Java で書く部分と Ruby で書く部分を分ける
• インフラでは JRuby がいいんじゃないか
• Windows サーバでは Java の方が有利
• クラスタリングなどやりやすいんじゃないか
• ただしすべての利点を活用できる訳じゃないので、そこは注意すべき
• 地雷は根本的に避ける

XML & Webサービス

• 他社とつなぐのに堅くやるには Java の XML でやるのが利点

JMS

• 非同期通信のためにメッセージングキューの、標準化されたAPI

JRuby Kaigi 2010

• 2010/08/28 に Ruby Kaigi 2010 内で開催
• JRuby Pony Show
• JRuby の現状と今後を JRuby の開発者が話します
• 9月に1.6が出るらしい
• Android / GAE
• RedBridge で Java -> Ruby を
• 原田さん
• Java アプリで Ruby を活用したい
• JRuby on GAE/J のノウハウ
• 13個の TIPS
• JRuby on Rails の力を JavaEE 技術を使ってさらに高める 10 の方法
• 本に書けなかったことを書きます
• Ruby と DSL で MapReduce – Hadoop-papyrus
• JRuby 上で Ruby で書いてしまえ
• JRuby ソースコード詳説
• JRuby のソースコードのどこに何があるかを示して、デバッグしやすいように解説します
• LT募集
• Tシャツ購入募集
• ファイナンシャルサポートも混みで 4000 円

最後に

• JRuby 1.5 on Rails 2.3.x という安定していく環境の入門本を是非買いましょう