2013-08-24

ハッカーズチャンプルー前夜祭

この前飲んでうまかったのでノンアルコールカシスビールクズしながら聞いてた。

弾さんときしださんと河野先生が後ろでずっと立ち話しててあの辺りの霊圧が異常だった。
Perl関連発表時の弾さんの食い付きっぷりがよかった。さすが。
つーかあの空間で Perl の発表するの勇気いると思うので発表者の方々おつかれさまでした。
なんかもう全体的に弾さんだった。

2013-07-14

unite-rake と bundler 環境の共存

bundler な開発環境で unite-rake という plugin を使おうとしたらうまく行かなかったお話。

ruby で開発するときには system gem 環境を汚したくないので、いつも Gemfile 書いて bundle install --path vendor/bundle するようにしている。

で、今回やりたかったのは unite-rake という plugin を使うことで、これを入れると vim 上から rake -T した結果が得られて、その結果を選択して実行ということができるらしい。

https://github.com/ujihisa/unite-rake

Unite.vim は導入済み、かつ、vim の plugin は neobundle で管理してるので、.vimrc に NeoBundle 'ujihisa/unite-rake' と書いてやって :NeoBundleInstall してやればいい。簡単。

ここまではよかったが、導入して実際にコマンド :Unite rake してみても何も表示されない。

仕方ないのでソースを読んでみる。

https://github.com/ujihisa/unite-rake/blob/master/autoload/unite/sources/rake.vim

system call で rake を実行していることがわかるので、試しに rake -sT を bundle exec rake -sT に書き換えてやる。で、選択した rake task を実行する箇所も "VimProcBang " . v:val[0], から "VimProcBang bundle exec " . v:val[0], に書き換えてやった。これでとりあえず動いた。

だが、これでいいのかというと非常に怪しい。 bundler 環境かどうかを判定する処理を書いてやって、判定結果に応じて bundle exec を追加してやればいいかなーと思ったけど、どうにも納得いってない。同様なことする vim plugin は全てそういった判定処理入れるのか？ってのが頭をよぎる。

じゃあ bundle exec しなくても bundler 環境の rake が実行できればいいんだよね、ってことでそっち方面で調べてみる。plugin じゃなくて環境側を合わせる方向性。

bundle install --binstubs vendor/bin みたいにすれば特定のPATHに実行ファイルを閉じ込められるらしい。ってことはそこにPATH設定してやればいいのでは？と思ってやってみたが駄目だった。bundler が無いとか言われる。

で、いろいろやってみたが結論としては unite-rake を諦めた。

このあたり、vimmer で rubyist な人達はどうやって解決してるのか。もしくはしてないのか。

2013-06-06

RubyKaigi 2013 に参加した感想

初 RubyKaigi の感想を書きます。

終わった直後は主にプラス方向で思うところがありすぎて、頭の整理が追いつかなくてなかなか感想がまとまらなかったのですが、日が経つにつれて考えが多少はまとまってきたので。

「Rubyの歴史」という発表で高橋さんがおっしゃっていたように、会場内至るところに「Rubyの歴史の教科書に載るような人」がごろごろいるというような状態で、私にとってはそれだけで非常にエキサイティングでした。それと同時に、いくらインターネットが発達したとはいえ、東京と地理的に離れた地域に住んでいるというのはこれだけビハインドがあるのかと再認識させられました。

また、これは終わってから気がついたのですが、弁当や飲み物がスポンサーから提供されていることもあって会期中は会場内で全ての用が済む感じになっていて、参加者同士の交流がしやすかったと感じました。名札も見やすくて twitter の follower を発見しやすかったですね。おかげで何名かとは初めてお会いすることができました。私自身の反省点としては、非日本語話者とほとんど交流できなかったので、次回までには英語を勉強しようと思います。

発表全体を聞いての感想としては、Rails に関する発表で「Fat な model を如何にしてスマートにして見通し良いコードにするか」というテーマが結構あったのが気になりました。共通認識というか前提条件としては Fat Controller → Thin Controller + Fat Model はとっくに過ぎてるんですね。そりゃそうですよね。

三日間あっという間だったのですが手に入れた情報は膨大で、全て頭のなかに落とし込んで自分のものにするにはまだまだ時間がかかりそうです。それ以外にも夢と希望と情熱をもらった気がします。会社の経費で参加させてもらっていたので、二日目あたりまではぼんやりと「来年はぜひ他の人に参加してもらいたいなあ」とか思ってたのですが、三日目終了直後には「なんとかして来年も参加したい」と思うようになっていました。

この一年は RubyKaigi でもらったものを周りとシェアできるようにがんばりたいです。そして来年はまた補給しに行きたい。