Akt One.

AgileJapan2012に参加しました。今回は初の大阪開催。去年まではサテライト開催だったのですが、集まった人数は段違いに多かったように思います。
スタッフ、スピーカー、参加者の皆さんお疲れ様でした。本当に楽しかったです。

今年はアジャイルサムライ執筆者のJonathan RasmussonさんとTOCの神様とも言われる岸良裕司氏のダブル基調講演でした。

# 少し遅れて行ってしまったので角谷さんの素敵な関西弁によるopening actは聞くことはできなかった。残念。

Jonathan氏が話す新しいリーダーシップの話ではめちゃくちゃ目新しいってものではなくて、自分のなかに薄々とは持っているけれど、でも人に説明できるようなものだったりではない感覚的なものをしっかりした筋を通して話をしていただけた感じ。

岸良氏が話すマネジメントを変える必要があるという話もやはり概ねピラミッド型からネットワーク型のマネジメントにしましょう的な話に聞こえたのだけれど、話し方がめちゃくちゃうまいって言うか人を惹きつける力がすごいですね。発するパワーも力強かった。それからタスク切り替えのミニワークショップも面白かったです。これはマルチタスクを強要する人にやらせてみたい。午後に開催された吉羽さんのセッションでも似たようなワークショップを教えていただきました。

どちらの話にも共通するし登壇されている方々はみんな意識されているので当たり前の事なのでしょうが、やはりストーリーというかピンと筋を持って論理立てして話してくれるのですんなりインプットできた感があります。むしろインプットというよりは自分の頭の中を整理してもらった感じでしょうか。受け手が受け入れやすいように準備できているのがすごいなぁと思いました。(うまく言えないのですが、なんというかディナーで食べる料理と順番がしっかり計算されているって感じ？)

チームを細かくコントロールする強烈な牽引型のリーダというよりは (もちろんそれが悪いということではないけれど) 全体に調和をもたらしてチームのコミュニケーションを促す。個人を尊重する。うまくいってない部分を発見したらサポートするようにチームを動かすような潤滑剤的なマネジメント、リーダシップが必要だよね。ってことなんだと思います。
Jonathan氏が紹介してくれた“RSA Animate – Drive: The surprising truth about what motivates us” | Universal Subtitles (※1) にあった「成果報酬(これだけやればいくらもらえる型)によるインセンティブではなく自律・熟達・目的が本当のインセンティブだ」 みたいな話もそうだし、岸良氏の言うボトルネックを非ボトルネックがサポートした方が全体の生産性は上がる。これはチームでも同じでしょ？というような話もかなり合点がいきました。

---

AgileJapan2012を通して受け取ったメッセージ。感じたこと。

【部分最適は全体最適につながる。】

これは岸良さんのお話にあったものですね。部分最適とか全体最適の話はみんな好きみたいだけど、ボトルネックを非ボトルネックがサポートすることで全体の生産性はあがる。これは部分最適することによって全体最適がなされたということで、マネジメントとはすなわち選択と集中なのだ。的なはなしでした。

【態度重要 !!】

・吉羽さんが常々おっしゃられていることで、今回もズシンときました。という事はまだまだ自分ではできていないという事。私はAgileTourOsaka2011からあまり成長できていないのかもしれない。
・牛尾さんが話していた、”まわりはどうでもよくて自分がそうしていればいいんじゃない？” 的な話にもそのスタンスは感じました。まわりを変えようとするんじゃなくて自分がそうしていればチームも変わるじゃない？的な意図と受け取りました(間違っているかもしれないけれど、勝手にそう受け取った)

【ピラミッド型のチームでマイクロマネジメントするよりもネットワーク型にチームを作り自律・自発を促す。】

「あぁしなさいこうしなさい」と指示・命令でマイクロマネジメントしても結局指示待ち人間を作るだけ。自分たちが指示・命令して違ったら叱って怒って抑えつけてという方法でしかマネジメントしてないのに、最近のやつらは自分で考えようとしないとか言っても無理。自立・自律・自発ができるように考えることができるように、ヒントを出して促すようにするのが良い。否定ではなく肯定せよ。

[余談] 勉強会の仲間たち

あちこちの勉強会に参加する事で、今回会場で色々な知り合いに声を掛けたり掛けられたりしました。アウェイに感じる空間でも緊張しないようにすることは知り合いを作る(見つける)ことなのかもしれません。色んな勉強会で仲良くしてくださってるみんなありがとう。みんなと話をする機会は本当貴重な時間です。いつもかけがえのないパワーをもらってます。

[余談] 中学生レベル以下の英語力(自戒)

Jonathan氏にお願いしてアジャイルサムライにサイン貰いました。そしてツーショット写真も撮ってもらった♪でも英語がわからなすぎで本当にガックリ。伝えたい気持ちはあるのに単語がひとつもでてこないし、ゆっくりにこやかに喋ってくれてるのに単語が全然拾えない。。。英語勉強します。本当に。せっかくそこにいるのにコミュニケーションもとれないなんてもったいなさすぎる !!!

[余談] 初めての平鍋さん

平鍋さんと初めてお会いできた。嬉しい!!「Jonathanと話をする機会があるのにちゃんと話をできてない自分が悔しいです」っていったら「Jonathanの話を聞いて半分もわかってないなら本当にもったいないよ」と言われて本当に身に染みました。英語勉強します。そして懇親会のクロージングで「今日ここに来ることを許してくれた会社の上司や同僚や家族に感謝を忘れないようにしてください」との言葉に感動しました。自分はひとりで勝手にここに来てるんじゃない。みんなのおかげで来られてるんだ。と再認識。さすがです !!

[余談] 情熱の交換(自戒)

どなたかのTweetかblogで”情熱の交換”という表現が使われていましたが、とてもいい表現ですね。この表現に触れて果たして自分はできているだろうか。自分の情熱とはなんだろう。と思ってしまいました。いろんな人と会うときに自分の情熱をうまく伝えられないから何を話していいのか困っちゃう気がしたのです。色々と話をしたいのだけれど、話が盛り上がったり本当はこの話がしたかったんだ的なところまで行くのにいつも結構時間を費やしてしまうので、このあたりも自分自身の今後の課題かもしれません。基本的に人見知りではあるのですよね。(でも割りとみんなそうだと思うのだから甘えてはいけない)

---

私が参加したABCセッションはこんな感じ。

アジャイルな開発からアジャイルな組織へ
～ 継続的に価値を届けるために進むべき道 ～
吉羽 龍太郎 氏

DEEP AGILE PEOPLE
～本には書かれていない、アジャイル開発の本気の討論会～
出演者：
牛尾 剛 氏
匠Business Place チーフコンサルタント川端 光義 氏
アジャイルウェア 代表原田 騎郎 氏
株式会社 情報システム総研
進行・解説： 細谷 泰夫 氏UltimateAgileStories編集部森崎 修司 氏
静岡大学

Change セッション現場に続くAgileの道を語ろう
～アジャイルサムライ読書会が変えてきたこと～

「Redmineプラグインの作り方(仮)」/ @agilekawabata

前回から引き続きredmine plugin の作り方。
天気予報を表示させるpluginを作る。

ライブコーディングスタイル。
コーディングにつまずいても動じないのがスゴい。

webサイト「Redmine.JP」 4年4ヶ月 / @g_maeda 前田 剛

前田剛さんが設立したRedmine日本語情報サイト「Redmine.JP」は公式サイトではない。
(私は完全に公式日本語サイトかと思ってました。)
redmine.jp は nanocというruby制 CMS で構成されている
(会場で nanocを知っている人は1,2名でした。。)
redmine.jpの活動を通して、ファーエンドテクノロジー株式会社を設立し仕事に繋がっている。

当初は月72pv だった サイトも現在では 　　になり着実にPVを増やして活動しています。

Backlog の開発で大事にしていること / @tksmd

詳細にログ取ったんだけどそれを列挙してもしょうがない気がするので、以下気になったこと。
プレゼンの構成が綺麗でわかりやすくてすんなり頭に入ってきた。
それから一番に伝わって来たのは染田さんの開発に対する思い。情熱。アジャイルとかいう言葉は一切でてこなかったけれど、ヌーラボや染田さんが注視している事がやはり(誤解を恐れず一言で言ってしまえば)コミュニケーションだったり、チームが生み出すチカラだったりする事がよくわかる。その辺はやはりアジャイルプラクティスと通じるものがある。

画面イメージのモックから仕様を起こす。画面イメージのモックはデザイナーさんではなく開発者がつくる。画面のイメージとか仕様をもっているのは開発者だから。

フィーチャーをリリースする時にはいくつものレビューがあるし寝かせてみる時間もあったりするんだけれど、ヌーラボが少し変わっているのはわりと簡単にそのフィーチャーを捨てる事がわりとある。使えないものをリリースしてもしょうがないし、一度リリースしてしまうと、安易にひっこめたりもできないので、勇気をもって捨てる。

不確定要素が多い場合は利用者を限定して本環境に入れる。

話を聞いていると開発者自身がフェーズを大切にしている事がよくわかる。たとえばレビューのフェーズであったりすると、それはレビューアもレビューイもそのレビューをする事が決まっているからするのではなくて、レビューする事によってさらにそのフィーチャーがより良いものになる事を信じているから、そのレビューをやっているんだ。みたいな感じがした。
当たり前の事のように聞こえるけれど、その当たり前はできていない事のほうが多いように思える。特にフィーチャーにフォーカスして開発していないような企業ではなおさらその感は強い。

オススメの本
「さあ、才能(じぶん)に目覚めよう ― あなたの5つの強みを見出し、活かす」
マーカス バッキンガム, ドナルド・O. クリフトン, 田口 俊樹:
プロダクトの開発は探索的。
いつもこの言葉を思い出すらしい。

早く行きたいのなら一人で行け
遠くまでいきたいのならみんなで行け
アル・ゴア

この言葉は知らなかったのですが、至言だと思います。
私自身も焦りが相まって早く行こうとしすぎているのかもしれない。この一言を受けて、継続的な長期航行をするためには他に用意して置かなければいけない事がたくさんある気がしました。

まとめ

大事にしてること

• 感情・わかりやすさ・コミュニケーション

コラボレーションの4つの要素

• common mission 共通の目標を持っている
• open mind なんでもいいあえる雰囲気
• complementary strength それぞれの強みを生かして補完している
• wholness 全体が参加している

実現したいこと

• “楽しく、気持よく、目標に向かって仕事ができる”

チームにRedmineを適用せよ @daipresents 藤原 大

箕面出身らしい。(出身地が近いので親近感)
「標準語で話ますが、東京に魂を売ったわけではありません。(キリッ 」と掴みはOK

user story mapping 無敵説
分割の仕方 (平鍋さんの資料) 。層で分割するのではなく、層をまたがって分割する。ケーキで例えると横に来るのではなくて縦に切るイメージ。
メンバにミッションを渡す時は「リリースを自動化せよ」ではなく「1日10回リリースせよ」としている。実現の仕方には幅を持たせる効果

最近はRedmineを主軸にはしていない感じなんでしょうか。個人との対話が重要(ただしツールも軽視できない) として締めくくり。

「どの？」よりも
「どう？」よりも
なぜ使うか？

Ruby関西が運営するRuby/Rails勉強会は今回で第53回。

今回は OIC 大阪コンピューター専門学校 のご好意で会場を提供していただきました。(@agilekawabataさん交渉ありがとう!!)

今回もスタッフとして参加です。今回は50名弱の発表者・参加者がいる事から会場も大きめの教室を提供していただき、先生と学生おひとりにもお手伝いいただきました。なんとも有り難い事です!!

今回は特別ゲストとしてcRubyとMacRubyのコミッターでもある NaClの高尾さん(@takaokouji)にお越し頂きました。わざわざRuby関西の為に来阪したとの事。お会いした事なかったのですが、すごく楽しく話しをされる人でなんかどんな話ししてても楽しいんですよね。すごく自然体で、話ししている時は本人も楽しそうやし 話しているこっちもどんどん楽しくなっていくんですよね。見習いたいです。またお会いしたい !! 次はどこかの地域Ruby会議でお会いする感じかなぁ。楽しみです。

またイギリスからMark Burns (@_mark_burns)さんもいらっしゃいました。日本語も堪能で、基本的な会話も問題ない様子。なんか前日シャワーの水が耳に入って聞き取りにくいって言ってて笑いをかっさらってました。ストヤン(@zh)曰く英語の発音も綺麗だとのこと。次にお会いする時はもう少し英語勉強して望みたいなぁ。

以下、私の理解が追いつく範囲でメモ。

おいおい復習して追っていかなければ。

「The way in which REST hypermedia constraint can be utilised to help build web-scale systems」

Marc Burnsさん(@_mark_burns)

• HATEOAS と言う考え方があるらしい。
• JSONとHTTPリクエストをハイブリッドに書けるGemを作ったよ (名前があんまり見えなかった。)
• Marcは楽しい人。
• # 懇親会ではベジタリアンぶりを発揮したらしい。

「Padrino」

ストヤンさん(@zh)

• rails みたいにインストールしただけで自分にとっては不要なgemが何十個もいれられるのはツライ
• Padrino =  sinatra++ な感じ。
• 機能分割されていてどのパッケージを入れるかは自分で選べて良い。
• padrino admin は便利 !!
• presentation zen のTシャツを着ているだけあって素晴らしいプレゼン力。

「MacRubyではじめる！Macアプリ開発入門」

高尾宏治さん (@takaokouji)

• Macアプリを作るのは簡単。さらに MacRuby入れて rubyライクに書けるよ。
• # xcodeのバージョンがかなり上がってるのにはびっくりした。なんかインターフェスビルダーの外観変わってさらにカッコよくなってた
• MacRubyでは基本的にMacで提供されるAPIで内部のオブジェクトを作ってるのでもっとも効率的な作りをしている
• Apple Developer Programs は年間 9,800円で App Store でアプリ公開できるし、OSも手に入る。Beta版のOS verも手に入るよ。その他Apple関係のいくつかのアプリも手に入るらしい(これは知らなかった!!)。
• ブレゼン力高い !!
• スライドに使われていた漫画気になる。欲しい!! (NaClの人が書いた漫画らしい。Rubyがテーマの忍者もの)

「Rails3.2入門」

川端光義さん(@agilekawabata)

• Rails3.1 のつもりが急遽 3.2入門に。
• 楽曲管理 rTunes アプリを作ろう(会場が笑いの渦w)
• 会場巻き込んでデバッグするなど、一体型のハンズオン。
• marcさんや他のみんなからフィードバックあったりして、セッションの醍醐味を堪能
• やっぱりみんなとやりとりしながらのセッションは楽しい。
• 川端さんのハンズオンはだいたいいつもすんなりいかないんだけど、それでも焦らずスムーズに進めていって周りを巻き込み感じがすごいスキル。

などなど。

あれだけの人数なのにLT枠を設けられなかったのはごめんなさい。ちょっと惜しかったですね。そうそう。今回は新スタッフの松本さん(@urimaro)さんが初ディレクターとして会を仕切りました。今後とも身を粉にして Ruby関西の活動に邁進していくそうです(嘘)。あれだけ堂々と司会進行できるのはすごいなー。

当日の会場は笑いが絶えなくてなんかすごく楽しかった。できれば懇親会にも参加したかったのですが、ちょっと都合が合いませんでした。。なんか 第53回 Ruby/Rails勉強会＠関西の懇親会に参加したよ。#rubykansai – Nov’s daily? report(2012-01-28) によるとすごく楽しかったみたいですね。次こそは !!

高尾さんや marcさんとはお初だったのですが本当に楽しかったです。marcさん楽しい人やったし、

次回の勉強会はまだ未定ですが、次も楽しみです !!

とっても楽しい地域Ruby会議だった。やはりこれです。

楽しくて、だけど難しい事もあって、かけがえのない体験をもたらす地域Ruby会議。
それぞれが望んで頑張った分だけ、何かの気付きを与えてくれる。
それが 地域Ruby会議なんでしょうか。

会議のテーマなど

今回の関西Ruby会議04 で
お話いただくスピーカーを考えている時には
「自分たちが聞きたいと思うスピーカーを呼ぼう」
でした。これは間違いありません。
なので会議自体のテーマも
「自分たちが楽しいと思える事をする」
がテーマのようなものでした。

当たり前の事ですが、やはりこれを原点にしなければ
なにもまとまる気がしなかったので、
これを一つの指標にしました。

開催してみて

すべてのお話が楽しいものでしたし、演奏会(!?)も楽しいものでした
最後まで笑いが絶えない会議になったのは本当に嬉しい事です。
会場で笑いが起こる度に感じる一体感。
ここに居る事が気持ちがいいと思える事にはとても貴重な体験でした。

# 実際に聞きたい話はまだまだたくさんあったのですが、
# それはまた今後の機会を作らせていただきます。

個人的な感想

そして個人的な感想を言わしてもらえれば、
懇親会で島田さんとお話しをさせていただいた時に
シンパシーのようなものを感じました。
お話をしたわずかに10分くらいなかで
得られたこのなんとも形容しがたい感覚はすごく心強い”何か”で。
例えば同志感みたいなものなのかなぁ
この気持ちは今後も自分の中に根付いていくんだという気がしました。

それから同じく懇親会でじゅーんさんとお話させていただいたのもすごく印象的でした。
特に自分の気持ちにすごく正直でいるんだなぁと。
これって簡単なように聞こえますけど、すごく難しい事です。
気持ちに正直でいる事は見えない部分ですごく頑張らないといけないはず。
それも人に見せずに。です。誰かはきっと自分の事をわかってくれているという
信頼感とかがないと貫き通すのは難しいんじゃないかなと思うくらいに。
たとえば
自分の気持ちにまっすぐ向き合ってないと、
自分の尊敬する人に顔向けできなくなるって信じてる。
そんな自分はイヤだから、大好きな人達にあえなくなるのはイヤだから
だから頑張るって事です。

こういう静かな。だけど強い気持ちを持っている人と
お話ができた事は嬉しい事です。気持ちの株分けをしてもらったような
そんな感覚です。これからの自分の行動が試されるようなそんな怖さも
ありますが、私もじゅーんさんとあえなくなるのはイヤだし、
頑張りたい!!

それから jugyoさん。
発表でもコンプレックス的な話がありましたが、私の今までの経験からくる
共感した部分や、それに対する jugyoさんの話も面白かったです。
誰だって最初からスゴイわけじゃないからそれでいいんだよ。
的な話を聞けて少し焦りみたいなものは解消された気がしました。
だけど怠けずにコツコツとやっていきたいなぁと思いました。
もちろん楽しむ事を第一にね !

それ以外では色々とバタバタしちゃってたっぷりとお話するまでには
ならなかったかなぁ。まずは初めましての人が多かったので、次にまた
突っ込んだ話をしていきたいです。

スピーカーの皆様や、演奏者について感じた事やまとめたい事は
また今後のblogやるびまに掲載される予定の地域Ruby会議リポートに
譲る事にしておきます。

実行委員として

開催に向けた作業は
すべてがうまくいっていたわけではなかったかもしれません。
揉めた部分やうまく進まなかった部分もありました。
でもやり方がよくなかった部分はKPTを出して話合って
よりよい方向を模索すればよいだけの事なのかなと思います。

この地域Ruby会議を開催するにあたって、
実行・運営に関われる役割をまかせてもらえた事は
すごく光栄でしたし、貴重な体験をさせてもらったと思います。
また協力していただいたRubyistや遠方からお越しいただいた皆様には
感謝してもしきれないくらい。とても感謝しています。
本当にありがとうございました。

この体験を踏まえて、今後自分がどう進んで行くか
なにを成していくのかはまだまだわからない所ではありますが、
ここで感じた事をしっかりと芯に刻み込んで進んで行きたいと思います。

Ruby会議2011 オワタ。

2006年から続いた 7回目の Ruby会議
私にとって最初で最後の Ruby会議
最高の Ruby会議

行くまでは、自分が発表するわけでもないのに、なぜか緊張していたんですが、
言ってみたら楽しくて楽しくてあっと言う間。

今の私にとってはまだまだ難しくて分からない話も多かったのですが、
参加していないと分からない何かを感じました。(リアル参加、エア参加問わず)
# この何かを整理する為にブログに書く。つもりだったのですが、
# どう整理したらいいのかやっぱりまだよくわかりません。
# Rubyの楽しさを説明しようとして失敗する系なんでしょうか…

3日間のアウトラインはこんな感じ
・開幕

・スーツ姿のAaron さんによる基調講演とやけに凝った作りの爆笑Movie
( この方がうわさのたこ焼き仮面作者かぁと妙に感心 )

・プロポーズの儀

・闇ルビヰ會議2011 (この写真だけでも機関に狙われてしまうかもしれない…)

・懇親会 数百人すべての人がRubyist という特殊な状態
# ぱーりぃと呼ぶにふさわしい雰囲気
普段はなかなか会えない人と会えたのがすごく嬉しかったです。
まつもとさんやかずひこさんと少しお話できたのは特に印象的でした。
大した内容の事はお話してないんだけれど、それでも。

・サイン会を通じての著者との交流
実は無謀にもアジャイルサムライの翻訳レビューに応募してたのですが、見事に落選したのです。
落選しても泣かない。「見逃しよりも三振」の精神でしたが、N個の理由はちょっとしょぼすぎて申し訳ありませんでした。

・まつもとゆきひろ氏による基調講演と30分超えの質疑応答

・閉幕

などなど。私にとっては初めての事づくし。
また、メインセッションとLTの方々からは色んな学びと感動を得たのですが
正直まだ消化しきれてないです。ひとつひとつのセッションをスライドで振り替って
調べながら復習しないとですね。

あと各所で色んな方がコミュニティのあり方について言及していますが、
その事についても考えさせられました。
以前、高橋会長もコミュニティについての考えをblogかるびまかで触れていたように思います。

いままでのコミュニティ活動で学んだ経験からも踏まえて思った事は
・一部の人間に負荷がかかるとコミュニティとして好ましくない
(当事者が負担と思うかどうかはみた別の問題のような気もします。)
・「所属しているだけの人」がいる状態はコミュニティとは言い難い
みんなが集まって参加している状態がコミュニティなのかと。

# そういえばアートオブコミュニティも早く読まなければ…

なにより、今回強く思ったのは、
「みんな楽しそう」
「みんな楽しい人」
って事ですね。この”楽しい事”、”楽しむ事”からすごいパワーが
生まれてるんだなぁって感じました。
こんな事が毎年行われてたのかという感嘆と、
これがスタッフの惜しみないボランティアで支えられているのか!! と思うと
本当にコミュニティが生み出すパワーってすごいなと思います。

今後のコミュニティ活動に活かしていきたいです !!
ありがとうみんな !!

詳細は下記が詳しいです。一日ごとにしっかりとしたリポートがその日のうちに更新されてました。
kaigifreaks すごい !!

[参考]
レポート：RubyKaigi2011 スペシャルレポート｜gihyo.jp … 技術評論社

[写真]

# 毎回検索したりしてるのでメモ 
rake db:fixtures:load
test/fixtures に配置した テーブル名.yml(yaml形式で記述されたデータ定義) ファイルをDBに登録する。

 
テーブル名指定

FIXTURES=x,y
 
ex. rake db:fixtures:load FIXTURES=x,y

 
サブディレクトリ指定 (test/fixtures 以下でサブディレクトリを切ってデータを分ける場合など)

FIXTURES_DIR=z
 
ex. rake db:fixtures:load FIXTURES=x,y FIXTURES_DIR=z

 
ディレクトリ指定 (test/fixtures 以外でパス指定する場合)

FIXTURES_PATH=spec/fixtures
 
ex. rake db:fixtures:load FIXTURES=x,y FIXTURES_PATH=spec/fixtures

   

Load fixtures into the current environment’s database. Load specific fixtures using FIXTURES=x,y. Load from subdirectory in test/fixtures using FIXTURES_DIR=z. Specify an alternative path (eg. spec/fixtures) using FIXTURES_PATH=spec/fixtures.

cucumber で javascriptテストなどをする場合はシナリオごとに @javascript タグを付ける。
テストを実行するとなんらかのWebDriver (デフォルトはselenium) がブラウザを起動して
テストを実行するわけだが、alert や confirm が邪魔になる場合がある。
これらの確認をする必要がない場合は単純に alert や confirm を上書きして
なんの挙動もしないようにしてしまえば良い。

さらに web_steps_ja.rb に利用部品として書いて好きな時にユーザが呼び出せるようにしてしまえば良いかな。

web_steps_ja.rb

module NotificationHelpers
  def ignore_notification(page)
    page.evaluate_script("window.alert = function(msg) { return true; }")
    page.evaluate_script("window.confirm = function(msg) { return true; }")
  end
end
World(NotificationHelpers)

前提 /^通知を無視する$/ do
    ignore_notification(page)
end

test.features (サンプル)

     @javascript
     シナリオ: 〜〜〜を登録する
     前提     ログイン名が"xxxxx"、パスワードが"yyyy"のユーザでログインしている
     前提     "〜〜〜登録"ページを表示している
     前提     通知を無視する

     〜以下任意のテスト〜

     もし         〜をクリックする
     ならば     〜が表示されていること

#上記テストを実行するとブラウザが勝手に起動してテスト動いていくので selenium に免疫のない人はびっくりしないように :-)

kanasan.coffee に参加しました。

ハッシュタグは #kanasancoffe
最後に決まったので、実況はあまり上がってないかもしれません。
まとめは見つかるハズ。

私的には実は最後のサンプルコードレビューが一番参考になったと云う感じ。
まだまだ理解できてないと云う事です。でもほんとに RubyとかPythonっぽく書けるってのは嬉しい。
書こうと思うまでの敷居を下げる(拒絶反応を少なくする)って事だけでも、この功績はすでに大きいと思う。
まだどうなっていくのかわかりませんが、楽しみです。

CoffeeScriptの文法について by ujihisa

• 文法は Ruby や Python ライク
• CoffeeScriptの文法は実際難しい事はなくて、javascript理解してる人だったら数時間で使えるようになるよ
• CoffeeScriptとjavascript は 1:1
• http://jashkenas.github.com/coffee-script/ の TRY COFFEESCRIPT で実際に動かしての紹介

VimとCoffeeScriptの連携について by ujihisa

• vim で shadow.vim 使うと便利だよと云うお話。
• shadow.vim では たとえば a.js.sha ファイルがテンプレみたいな位置づけで頭の一行を実行して a.jsファイルとして保存できる仕組み(かな?) 。ユーザは .shaファイルを意識する必要なし。コミットする時は a.js をコミットすればいいと。
• hootsuite でも絶賛広め中らしいw

Node.JS on Windows by cuzic

• node.js を windows で使うための方法
• node.js オススメパッケージ紹介 (coffee-script, underscore, zombie, meryl, connect)
• no.de の紹介 node.js の開発元が提供するクラウドサービス　(heroku みたいなもの)
• 発表資料 Nodejs on windows http://slidesha.re/iH9Laf

CoffeeScriptを使ってTitaniumでiPhoneアプリを作る by deguchi

• CoffeeScript を利用してつくったサービス http://www.caffein.tv/ の紹介
• Caffein というサービス名なら CoffeeScript 使うしかないとw
  CoffeeScript 使うための確信犯的な根回しw

• http://a-h.parfe.jp/einfach/archives/2011/0106235955.html

Node.JSのモジュールシステムについて by nanki

• タイトル改め、「Node.jsは怖くない! 」
• さっそく、 jasmine で BDD しよう!
• prototype.js trancate関数のテストをjasmineで書いて、実装をCoffeeScript でやってみよう !! (hands on)

飛び入りでCaffeeScriptのサンプルコードをレビューしてみよう by yhara

• http://jashkenas.github.com/coffee-script/ の overview をすべてレビュー
• みんなで試しながら話し合いながら
• これ最初にやるべきだった？w
• 3項演算子がないのは残念。なんでだろう？

Vim勉強会#7 に行ってきました。

「vimはスポーツ!」と云う意味なのか cotocoto のキーワードに スポーツ系のキーワードが入っていた vim勉強会#7
みなさんユニークで楽しいですね。vim使いになってわずか数日の私にとって、どれも貴重なお話でした。

「おすすめVimプラギンをいくつか紹介」 by ujihisa

帰国中の @ujmによるプラギン紹介。
# 参加者のほとんどが Macユーザだったのですが、誰一人旧MBAir VGAケーブルを持っていないという事態に。@ujm がvimを操ってる姿見たかったなぁ。また次回が楽しみです !!

quickrun

表示中のコードを実行して出力結果をバッファに表示できます。
thincaさん ujihisaさん作のプラギン。

vimshell

Vimからシェルを起動するVimScript
:! コマンドとは違って非同期実行可能

unite.vim

候補一覧からアイテムを選択しアクションを実行するプラギン
unite-outline, unite-grep と併用するとさらにgood!
対応するファイルの見出し行を抽出して一覧化、選択してJump ができる。(ruby なら def定義一覧になるよね)
–auto-preview オプションも紹介されたのですが、これは便利 !! 一覧カーソル移動中にプレビューが見られる。

smartchr

inoremap  = smartchr#one_of(' = ', ' == ', ' === ', '=')

と.vimrcに書くと、=を1回押すと、’ = ‘ 、さらに続けて =をタイプすると ‘ == ‘ 、さらに続けて =をタイプすると ‘ === ‘、さらに続けて =をタイプすると ‘=’になると言うもの。

neocomplcache

オムニ補完する為のプラギンかな。
ファイル名補完とかバッファ名補完ができるらしい。

neco-look

look コマンドが使える環境で使えるプラギン
英単語など補完できるのでスペルミスが激減しそう !!

「lingr.vimとその中身」 by tsukkee

lingr をしている時であれなんであれ、片時もvimから離れたくないという @tsukkeeさんの思いから生まれたプラギン。
これを使えば 10room以上同時閲覧可能だとか。ほかにもlingr.vim を使うべきいくつかの理由の紹介や、lingr.vim の仕組みが紹介されました。スレッドセーフな仕組みを作るのが難しかったようです。こういうの作れちゃうのスゴイと思います。ホントに。

「Vundleでゔんどる」 by kozo-ni

プラギンマネージャー vundle の紹介。@kozo-ni さんによると、色々なプラギンマネージャーを試した中ではこれがオススメだとか。

実はvim初級者の私も使ってます。:BundleInstall , :BundleSearch などとても便利ですヨ。
lingr や 後々 ujihisaさんとも話した内容ですが、.vimrc での記述やコマンドも vundle という記法であって欲しかったなぁと。

「僕がいかにして unite を使わなくなったのか」 by Sixeight

uniteは便利だけれど、実際に開発してると列挙して選択ってのは煩わしいと。そんな時 rails.vim を使えば簡単に model や controller に移動できたりするそうです。model の追加とかrails の機能はほとんどvimから実行できるみたいです。

rails開発者のデモが見れて良かったです。
unite の否定という事だったんですが、ujihisaさんによる補完でuniteの紹介にもなっていたような場面もありライブ感ある発表でした

「気鋭の新機構vitalの全て」 by ujihisa

プラギン作者にとっては嬉しい新機構vital の紹介。vital作者による発表名前の vital もタイプが気持ちいいものを選んだらしいです。確かにタイプが気持ちいい。
プラギン作者には関係ない話しなので、はやくLv4以上になろうねと云う話なのかw
Vim-users.jp – Vim使いのレベル10

プラギン作成時に似たような処理をライブラリ化するものらしいです。
プラギンを横断的にサポートするような仕組みなので普通のプラギンよりも
コアな仕組み提供という事になるのかな？

初心者として初参加だったのですが、和気あいあいとして楽しい会でした。
また戦闘力を上げて参加したいです。
参加者の皆様、お疲れさまでした。

環境:Mac OSX 10.6.7
(RVMの導入方法は他にもありますが、今回の方法では git が必須です。)

RVMは Ruby Version Managerで Rubyの複数バージョンを混在させる事ができるます。またgemsetと仕組みで プロジェクト毎に使用するgemやそのバージョンを切り替えると云う事が可能です。

Macバイナリでの導入の方が楽かなと思っていたのだけれど、なんだかよくわからないので結局 git でインストールする事に。
といっても全然難しくない。簡単。

# 適当なディレクトリで git clone

$ git clone git://github.com/wayneeseguin/rvm.git
$ cd rvm
$ ./install

以上で インストール環境。

.bashrc に以下を追加。(できれば最後の方に)

[[ -s "$HOME/.rvm/scripts/rvm" ]] && source "$HOME/.rvm/scripts/rvm"  # This loads RVM into a shell session.

.bash_profile に下記の設定がない人はこれも追加。

if [ -f $HOME/.bashrc ]; then
  source $HOME/.bashrc
fi

ターミナル再起動

$ rvm -v

rvm 1.2.6 by Wayne E. Seguin (wayneeseguin@gmail.com) [http://rvm.beginrescueend.com/]

# 2010年に書いた記事が下書きのままだったので改めて公開しました。

一部、下記サイトを参考にしています。

Ruby Freaks Lounge：第39回　RVM（Ruby Version Manager）による環境構築｜gihyo.jp … 技術評論社

Ruby Freaks Lounge：第40回　RVM（Ruby Version Manager）による環境構築（2）｜gihyo.jp … 技術評論社