仙台Ruby会議01の東北で一言で、松島かき祭りについて言及したところ『せっかくだから俺はこの「松島かき祭り」に行くぜ』などと突き動かされるものを感じてしまった勇者が現れたので松島かき祭り参加にあたっての諸注意をまとめておきます。

参加する時間について

かき祭りは焼き場の確保がすべてといっても過言ではありません。かき祭りでは道路の側溝を作るときに使うブロックを利用してたくさんの焼き場を用意します。しかし、参加者全員に行きわたるとは言えません。焼き場がないと牡蠣を焼くことができないため食べることができません。初日の開始は10:00くらいだった気がしますが、9:00には会場入りして焼き場を確保しておきたいものです。前日入りなら問題ないですが東京から当日入りを考えるなら新幹線はほぼ始発に乗ると考えておけばよいでしょう。

移動手段について

絶対電車＋徒歩おすすめです。松島海岸駅は仙台駅から仙石線に乗り換えて40分くらいでいけます。会場までは5～10分くらいでいけます。最近は整備されてるのかもしれませんが、塩釜～松島間で一車線が長いところがあり、お祭り渋滞で車はぜんぜん動きません。駐車場を探すのにも苦労するので車で行くのはやめましょう。

牡蠣について

焼き場を確保できたら火が起きる*1のと牡蠣が売り始めるのをまって、はじまったら速効で買いにいきましょう。２０個(もっとかも)くらい入ってそうな殻付き牡蠣が５００円くらいで手に入ります。無料配布もありますが、ひとり１回１個しかくれないし長蛇の列になるので心ゆくまで堪能するには二袋くらい買ってきて焼いて無心に食べる。これです。もちろん宮城の地酒もいっしょに買うのも忘れずに。

防寒について

２月は仙台が一番寒い時期です。防寒は完璧に。ホッカイロ複数所持おすすめ。海岸なので風が強かったり雪も降ったりします。しかし雪見酒も結構なもの。濃い純米酒の熱燗が欲しいところですが、日本酒を燗してるところはあまりないかもしれません。さすが北国だね！

座れる場所が無いに等しいので簡易の折りたたみ椅子があるとグッと楽になります。一昨年いったときは、だいぶ役に立ちました。間違ってもレジャーシートを敷こうとはおもわないこと。寒くて死にます。プロはキャンプ用のバーベキューセットとイスを持ち込んだりしてます。

道具について

牡蠣を開ける用のナイフも軍手も売ってます。手ぶらでいっても楽しむことができます。持ってる人は持参してもいいね。

アフターアワー

ひととおり食べて体力があまってる人は近くの瑞巌寺や伊達政宗歴史資料館や松島さかな市場とか、もうすぐ移転らしい松島水族館とか行くのもイイネ！

思いついたのはこんなとこ。

ツッコミを入れる

漢字データベースの川幡さん、GlyphWikiの上地さん主催による拡張漢字C & GlyphWiki勉強会に参加しました。会場は我らが万葉さんです。

拡張漢字Cは昨年12月にISO規格に新たに追加された4000文字あまりの追加文字で、CJKTUVの各国の文字が追加されていること。中でも台湾の文字がとても多いことなどを学びました。ISOには入ったもののUnicodeには、まだ取り込まれていないそうなので各OSやアプリケーションで対応が進むのはまだ先でしょうか。先取りで試してみたい人は、川幡さんが昨年末に対応したEmacsを使ったり、Vista以降のWindowsではフォントさえあれば表示できるそうです。

そのフォントも生成できてしまうGlyphWikiですが、上地さんのお手本を見ながらみんなで実際にExtCのグリフを追加する実習も行い勉強会のときだけでも100文字以上のグリフが追加されたようです。嫁もグリフ作成に熱中し、10文字ぐらい作ったあげく今度カッとなったときにまた作ると言ってました。

門外漢ではありましたが、興味深いお話もあり参加した方々のレベルも非常に高く楽しい勉強会でした*1。

ところで川幡さんのプレゼンスライドはどこかに公開されるのでしょうか?

ツッコミを入れる

勉強会では角谷さんホストの 実践 Rails -強力なWebアプリケーションをすばやく構築するテクニック(Brad Ediger)を愛でるに参加しました。 あのYuguiさんが嫉妬したヤヴァい本を1章から丹念に愛でるセッション。

• 1章ヤヴァい
• [角谷] この本に書いてある「Railsの基礎」とは「Railsを構成している要素の基礎部分」のこと。建築の基礎工事に該当する。「Railsを使うための基礎」ではないので注意
• RHGを推薦参考書籍にあげておりRHGに書いてある内容が断りなしにでてくる。「皆さんご存じのCmap...」
• 同様にCで実装されている部分の話もナチュラルに出てくる
• 基本的にパーツが投げ出されている([nay] 大学の講義のようだ)
• ProcとLambdaの違い ([Yuumi] 書いてるのはLisp厨だ)
• 「モンキーパッチは非常に有用であると認められている」
• Rubyを勉強したかったらCapistrano2のソースを嫁! オススメ!([角谷] 元々Java(?)の配備ツールを移植した1.0から、Rubyらしく書き直した2.0はかわいいよ)
• 「良いテキストエディタはTextMateとVimである」(Emacs厨涙目[角谷][t-wada][ko])
• 「プログラミング言語を英語に近づけるという試みが決まって失敗するのは、実装が不十分だからではなく、英語とプログラミング言語の間にはインピーダンスミスマッチがあるから」(RSpec涙目)
• RESTfulについての解説が異様に厚い。RESTのためだけでも買い!
• URIの透明性、不透明性→クライアントだけで決定しちゃダメよ
• RESTの章の最後の参考文献はクリストファーアレクザンダーの「The Timeless Way of Building」
• 大規模開発には分散リポジトリが必須である→Mercurialの丁寧な解説

非常に濃い本&セッションでありました。角谷さん、参加者のみなさんありがとうございました。とてもハードですが、みんなも買うといいよ。

ツッコミを入れる

Rails勉強会と地域Ruby忘年会に参加しました。幹事のid:moroさん、会場提供のクオンさんありがとうございました。

• Rubyで教育クラスターでプログラミングに限らずシステム開発全般についての教育について話をきいた
• 東北クラスターで牛タンについて討論した。松島の牡蠣たべたい
• たいやき部クラスターで次回のたいやき会議について打ち合わせした
• iPhoneクラスターには時間切れで絡めず残念

ツッコミを入れる

xibbarさんのところでその参が追加されたのでさらに便乗しましたが、すでに載ってました。メソッドでのディスパッチが必要な例を書いてみました。遅くなってすまん。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34

require 'java'
 
import javax.swing.JFrame
import javax.swing.JPanel
 
class SimplePaint < JFrame
  def initialize(title)
    super title
    panel=self.content_pane
    panel.add_mouse_listener(java.awt.event.MouseListener.impl do |method, e|
      case method
      when :mousePressed
        @x = e.get_x
        @y = e.get_y
      end
    end)
    panel.add_mouse_motion_listener(java.awt.event.MouseMotionListener.impl do |method, e|
      case method
      when :mouseDragged
        g = e.source.graphics
        x = e.get_x
        y = e.get_y
        g.draw_line(@x,@y,x,y)
        @x = x
        @y = y
      end
    end)
  end
end
 
frame=SimplePaint.new("SimplePaint")
frame.default_close_operation=(JFrame::EXIT_ON_CLOSE)
frame.set_size(350,250)
frame.visible=true    

ブロックにすると変数のスコープが最小化できるのが良いですね。ハンドラをひとつのクラスに集約したいときは普通にクラスにしたほうが良いでしょう。

ツッコミを入れる

id:xibbarさんのところでJRubyチュートリアルっぽいことをしているので便乗してみます。

最後のSimpleGui1Bクラスは次のように書くと多少Rubyっぽく見えるかもしれません。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

require 'java'
import javax.swing.JFrame
import javax.swing.JButton

class SimpleGui1B
  def initialize
    frame = JFrame.new
    button = JButton.new("click me")
    frame.default_close_operation = JFrame::EXIT_ON_CLOSE
    frame.content_pane.add(button)
    frame.setSize(300,300)
    frame.visible = true
    button.add_action_listener java.awt.event.ActionListener.impl { |method, e|
      e.source.text = "I've been clicked!"
    }
  end
end

SimpleGui1B.new    

JRubyの場合、Javaインターフェースを直接実装したクラスを作らなくてもRubyのブロックを渡して実装クラスとすることができます。この場合、第1ブロック引数にはメソッド名が文字列で渡されます*1。第2のブロック引数にはイベント発生時に渡される情報(この場合java.awt.event.ActionListenerを実装したインスタンス)が渡されます。

Swingのイベントハンドラのようにメソッドがひとつしかない単純なインターフェースを持ったクラスがたくさん必要なプログラミングでは特に、Rubyの強力なブロック渡しを活用することで簡潔に書けますね。

またブロックはコンテキストを保持するため@buttonをインスタンス変数にする必要が無くなるのもポイントでしょうか。

追記12/19: @tom_eneboからインターフェースのimplメソッドは使わなくてよいと教えてもらったので、その場合のソースも書いておきます。より短くなりました。

1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19

require 'java'
import javax.swing.JFrame
import javax.swing.JButton

class SimpleGui1B
  def initialize
    frame = JFrame.new
    button = JButton.new("click me")
    frame.default_close_operation = JFrame::EXIT_ON_CLOSE
    frame.content_pane.add(button)
    frame.setSize(300,300)
    frame.visible = true
    button.add_action_listener { |e|
      e.source.text = "I've been clicked!"
    }
  end
end

SimpleGui1B.new    

ツッコミを入れる

島根大の後は、しまねOSS協議会でお話させてもらいました。嫁と二人で分担してそれぞれ持ちネタでLTを５コマやる感じの構成にしてみましたがいかがでしたでしょうか。

プログラムは以下、

1. 企業システム開発におけるRuby/Railsの活用:Retrospectives (ko)
2. TrekNoteの紹介 (nay)
3. プロジェクトRaspbilly (nay)
4. JRuby Hot Topics (ko)
5. テスト大嫌いっ娘のRSpec (nay)

スライドも貼っておきます。

嫁のスライドはこちらからどうぞ。

• http://ko.meadowy.net/~nay/diary/20081218.html#p01
• http://ko.meadowy.net/~nay/diary/20081216.html#p01

他にも盛りだくさんな一日で 入門Redmine Linux/Windows対応(前田 剛)を上梓したばかりのg_maedaさんにサイン＆握手をいただいたり、NaCLジャグリング部の妙技が火を噴いたり、島根について熱く語りあったり、昨年にも増して暖かく向かえていただきました。島根の皆様に感謝します。

最後に、朔屋の日本酒は美味しい!

ツッコミを入れる

島根大学にて講義してきました。

昨年の経験を多いに反映した実習メインの構成です。 事前のNaCL喜多川さまのRuby/Rails授業で基礎が固まっていたお陰で、ひとりも遅れることなく進めることができました。MySQLではなくSqlite3を使っていたことや、授業風景が撮影されていたり、終わったあとにインタビューがあったりなど、予想外のこともあったりしてあわあわしましたが、私自身の勉強になりました。呼んでくださった野田先生ありがとうございます。

講義としては掲示板アプリの開発を題材にテスト駆動開発(TDD)のさわりと雰囲気を伝えるという内容になっています。来年に控えるアジャイル王子id:kuranukiにつなげられていたらいいな。

ツッコミを入れる

takaiさんとヨッシーさんに挟まれてデジタル一眼レフがいかに良いものか、両側からステレオサラウンドで説き伏せられたのが今年の夏。あれからじわじわと外堀を埋められついに購入してしまいました。

購入は任せて安心、アフターフォロウもバッチリだというタカイカメラを利用。すすめられるままに D90とレンズは シグマ 18-50mm F2.8 EX DC MACRO HSM ニコン用を合わせました。

取りあえず大場家キープボトルのアイラ島シングルモルトのブルックラディを撮ってみた。夜の暗い店内でも明るく撮れますなー。今まで使っていたコンパクトデジタルとのあまりの違いに感激してるとこです。

ツッコミを入れる

11/29に発売の システム開発ジャーナル Vol.7(システム開発ジャーナル編集部)に「JRubyの今とこれから」とい記事を寄稿しました。JRubyの現在の状況と今後の展望について紹介する内容になっています。興味のある方はぜひお手にとってください。

他にもドキュメンテーション技術についての特集号ということで、要件定義書、設計書、仕様書の実際に豆蔵さんで使われている文書の解説や、Excelを方眼紙として使うのとは別のExcelらしい使いこなしTipsを元マイクロソフトの方が紹介するなど実践的な内容になっています。

どうぞよろしくお願いします。

関連リンク

• MYCOM BOOKS - システム開発ジャーナル Vol.7
• システム開発ジャーナル Vol.7が29日発売、特集はドキュメンテーション技術

ツッコミを入れる

第35回Rails勉強会＠楽天テクノロジーカンファレンスのLTにて嫁作のhtml5jp_graphs_pluginの紹介がありました。

LT始まるまで知らなかったので「なにか聞き覚えのあるプラグインだな」とぼんやりしており、非常に驚きました。紹介してくださった榊さん(id:onering)、とてもありがとうございます。なにかお仕事に適用した例がありましたら教えてくださいね。

• 明日楽天テクノロジーカンファレンスのRails勉強会でLT発表します
• 翌日急に100人の前でライトニングトークスデビューすることにした俺が何をしたか？記録

あとドキュメントには書きそびれていましたが、html5jp_graphs_pluginは、GitHubでのgem生成に対応しているのでgemでインストールもできます。

 >gem source -a http://gems.github.com
 >sudo gem install nay-html5jp_graphs
 1 gem installed
 Installing ri documentation for nay-html5jp_graphs-0.1...
 Installing RDoc documentation for nay-html5jp_graphs-0.1...

使ってみてください。

ツッコミを入れる

来月の12/12は聖地Matz江に行きます。

昨年は影武者として勝手についていった島根大学でのRuby実習ですが、今年は野田先生のご厚意により正式に呼んでいただきました。「第10回 Ruby on RailsによるWebAP開発」を嫁と講義してきます。

また合わせて昨年に引き続き、しまねOSS協議会のオープンソースサロンにも呼んでいただきました。ありがとうございます。

楽しい会にできるようにがんばります。島根のみなさまよろしくお願いします。

ツッコミを入れる

JUASにてRubyやRailsについての講演をしてきました。Railsは、生産性があがったり柔軟に変更できたりといったシステム開発に対しての効果だけでなく、使う開発者にとっても「よりよいエンジニアになるためのレール」みたいなものも指し示していて、人を育てる効果もあるんだよみたいなことを叫んできました。伝わったでしょうか。スライドはSlideShareに置きましたのでどうぞ。

このスライドを作成するにあたってはJJUG CCC 2008fallにて聞いた角谷さん、takaiさん、t-wadaさんの三人による愉快な鼎談から得たものが大きいです。お三方にリスペクトを。また、先日のRails勉強会で聞いた及川さんのお話もとても参考にさせてもらいました。感謝します。

会場の9割以上がスーツで、Rubyを知っているという人が5人ほどしかいなかったaway感たっぷりの会場でなんとか無事にメッセージを伝えることができたのは今上げた方々のおかげでした。ありがとうございます。

追記: 献本いただいたからというわけでもないのですが、講演のなかで「 実践 Rails -強力なWebアプリケーションをすばやく構築するテクニック(Brad Ediger)」を紹介させてもらいました。1章の1.1からして「メタプログラミング」について解説してある強烈な本です。みんな買うといいと思うよ。

KPTでまとめ。

• Keep
  • スーツ着ていってマジでよかった。TPO識別能力重要
  • 今回は週末に嫁の前でリハーサルなどやって事前のブラッシュアップにだいぶ時間かけれた。お陰で自信がもてた。嫁++
  • リモコンに注目が集まりINTERLINKの営業ができた。リモコンへの質問が一番多かった(T_T)… INTERLINK リモートポイント・プレゼンター VP4370-54-66887を使うとだれでもジョブズになれる!
  • 難波さんの教えを守り配付資料は配らずに講演終了後に配布することにした。スクリーンに集中してもらいやすくなった気がする
  • 最初にRubyを知っている人に挙手してもらったのでその後の進め方に反映できた
• Problem
  • kitajが来なかった
  • RubyやRails自体の解説を厚くしたおかげもあって時間が予定よりオーバーした
• Try
  • リモコンは左手に持ち、フリーの右手で身振り手振りしてリモコンを目立たせない
  • 途中の時間確認をもっとする

ツッコミを入れる

kitajさんからのムチャぶりご紹介により「企業におけるRuby導入の課題」についてJUASのOSS活用研究プロジェクトにてお話させて頂けることになりました。枠が長くて緊張しますが、がんばります。

ツッコミを入れる

Rails勉強会＠東京#34に参加してきました。写真は、勉強会とは名ばかりで実はRails社交界だった現場の激写ではなく、1Fで開催していた大変華々しいイベントの様子。

これだけでは疑われてしまうのでid:moroさんのフォーマルな司会姿もアップしておきます。

セッション内容は、

• Rails 2.2をほげる (松田さん)
• Scaffoldの半歩先へ (Yuumiさん)
• Railsのリファレンスをたんたんと読む (Yuguiさん)
• Railsプラグイン事情について (及川さん)

といずれも先進的だったり実戦的だったり、たいへんためになるもの。

参加したセッションについてメモしました。

Rails 2.2をほげる

• ついにリリースされたRails 2.2RC1を検証する
• リリースノートが過去ないぐらい丁寧にまとめられているのでこれを見るといいよ
  • http://guides.rubyonrails.org/2_2_release_notes.html
• リリースノートにRuby 1.9対応と書いてあるけど動くわけがない。1.9に対応したコードはAsakusa.rbが寄贈した部分だけ。Asakusa.rbの成果をもってRuby 1.9対応と書いてる可能性大。Asakusa.rbすげぇ！＋＋
• Asakusa.rbは来月くらいに第４回目を開催するよ
• I18Nが入ったよ。詳細は割愛
• 全体的にチューニングされて高速化されてるよ。Railsをバージョンアップするだけで速くなるかも
• スレッドセーフになったよ。でもデフォルトではオフになってるよ。environment.rbで設定できるよ＞config.threadsafe!
• コネクションプーリングが導入されてるよ。database.ymlで設定するよ。デフォルトで5個だよ
• ActiveSupportで地味だけど細々拡張されてるよ。Date#today?とか
• Shallow Route Nestingというコントローラの拡張は意味わからんね？
• Ruby on Rails Guidesができたよ。Rails 2.2の前後あたりからすごくドキュメントが充実してきたよ。全部読みたい！
  • http://guides.rubyonrails.org/
• Migrationのファイル命名規則が不評だったのでまた変わるよ。でもデフォルトは現状維持だよ。config.active_record.timestamped_migrations = falseすると1.0のころの番号付けに戻るよ

説明を割愛されたI18N機能に関してはYuumi3さんが実際にためしているのでこちらを参照に。素晴らしい。

• http://d.hatena.ne.jp/yuum3/20081027/1225073377

プラグインとの付き合いかた

後半のセッションでは及川さんが自身の苦労を元に、バージョンアップが速すぎるRailsや、多種多様でカオスになっているプラグイン郡とのSIerでの付き合い方、SIerならでは苦労についてディスカッションしました。わたし自身も会社での取り組みもまじえながらいくつかコメントさせてもらいました。

困っている点をざっくり整理すると

• 開発効率を上げたいためにプラグインを探すけれども、情報が分散していて見つからない
• RubyForgeだったりいつのまにかGitHubになったり
• GitHubにあってもいろんな人がforkしていてオリジナルがどれかわからない
• Railsのバージョンアップによって動かないプラグインやサポートされなくなるプラグインが出るがそういった情報もわからない
• 自分以上に他人に勧めるときにとても困る。特に仕事上で他人に勧めなくてはならないとき。自分も常時トラッキングできるわけではないからサポートしきれない
• プラグインで、開発効率あがんないんじゃね？

ということだと理解しました。

会場から出た意見としては、

• プラグインの選定は自己責任がとれる範囲で、最悪なくなっても自分でなんとかできる範囲で使っているよ
• そういう意味では長い目でみると開発効率は上がんないかもね
• どんどんよくしていくRubyやRailsの雰囲気は大事にしたい
• たくさんforkされていて迷ったらオリジナルに当たるのがいいよ
• Rails 2.1からgemパッケージでも完全にRailsプラグインの機能をサポートできるようになったので、今後のプラグイン配布はgemに集約されていくんじゃない
• おすすめgemパッケージを集めて配布用のオレオレgemリポジトリをたてようとしてるよ
• ちょうどgemパッケージを紹介するレイティングサイトが札幌Ruby会議で紹介されてたよ＞ http://gemspec.info/

などが出されてました。

及川さんは、

公開するプラグインはテストコードを付属させることを徹底してほしい

ということもおっしゃっていたと思うのですが、これに対してその場ではうまく言えなかったのでブログでまとめてみます。

まずひとつに他人の行動を制御することはできないことを指摘します。ナニナニをしないと公開しちゃダメということよりも、たくさんのソースコードが公開されている世界のほうが好きです。検索性に関しては検索する側の技術や道具によって改善していきたいですね。先のgemパッケージのポータルサイトもそうですし、GitHubでforkしている祖先を追いかけたりする手順とかです。

もうひとつ、テストコード自体はこの問題に対して支援してくれるかもしれないけれど、解決にはならないと思います。 逆にテストコードによって黄金のパターンを築いたプロジェクトは開発サイクルが早くなりバージョンアップも頻繁になるかも...^^

TDDにおけるテストコードは、健全な開発サイクルを進めるために有用ですが、 やはりソースコードには違いないわけで、他人のソースコードを読みたがらない人々にとっては、 ドキュメント代わりにはならないのではないかと思うのです。

SIerとしてテストが重要だから「テストが無いなら公開するな」というよりも、SIerから重要だと認識しているテストコードを寄贈するというほうがお互いに歩み寄れる気がしています。

安定した品質のよいプラグインやgemパッケージについての情報の集約と共有がみんなでできる環境を作っていけるとよいですね。

最後に松田さんから聞いたRails国際化の総帥が言っていたという言葉で締めくくります。

「最もstableなRailsとはEdge Railsだ」

SliceHost

最後に出た「最近おすすめのRailsホスティング環境は」という話題でYuumi3さんといっしょにSliceHostをがっつりと宣伝してきたのでアサマシリンクしときますね＞＜

• https://manage.slicehost.com/customers/new?referrer=ef542b99c6ef91fa03d71a25f1bc644d

ツッコミを入れる