(ﾟ∀ﾟ)o彡 sasata299's blog

急にターミナルが動かなくなっちゃったよ＼(^o^)／

sasata299 — 2012-01-25T22:31:47+09:00

今日の話なんですけど、Macで作業しているときに chown とか chmod で権限まわりをごにょごにょしていたら、変えちゃいけない権限を変えちゃった？のか、ターミナルを新規に立ち上げようとするとこんなエラーが出て強制終了するようになってしまいました・・

(((ﾟДﾟ))) ﾋｨｰ

と思って必死でググり何とか元に戻せてよかった。。（あまりいないとは思いますが）同じ問題にハマってしまう方もいるかもしれないのでやり方を共有しときますね！！

まず、Applications > Utilities > Disk Utility を起動します。

あとは Repair Disk Permissions をクリックして修復するだけです。簡単ですね。

【参考】Odd Lion Terminal Problem MBP 2011 - MacRumors Forums

年末なのでそろそろ2011年を振り返ってみよう

sasata299 — 2011-12-28T08:59:14+09:00

恒例の振り返りをやりましょうか～。今年は~~ビーチエンジニア~~何やってたかなぁ。
あ、去年はこういう目標を掲げてたんですが、、、

> 来年の目標はズバリ「今まで経験したことの無いことを一つやってみる」です。

達成しますた！！実は今年は初めて本を執筆させていただいたのです。NoSQLデータベースファーストガイドという本なので、もしよかったら~~買ってください~~読んでください (´∀｀*)

たいやきを作ったのも初めての経験でしたｗ味もなかなかでした。

それ以外にも Regional RubyKaigi 等でちょこちょこ発表させてもらったり (´・ω・`)

料理とプログラミング、テクノロジーの関係を考える「Cooking for Geeks!」

TokyuRuby会議04

関西Ruby会議04

とちぎRuby会議04

第1回 EMR勉強会(Hadoop on AWS)

道頓堀のグリコ兄さんも激写してきた！！

そうそう。入社しました忘年会では初めて司会もやらせてもらいました。司会ってむずかしいんですよみなさん！＞＜

広島までカープの試合も見に行ったりもしましたね～♪ いやぁ、開放感があって素晴らしいスタジアムでした。９回裏、石原のサヨナラデッドポールが見れたのは良かった！興奮した！

一時期は「くろたつ」になってて、黒い発言が多く関係各位から心配されたりしましたが（参考：sasata299さんの闇 - Togetter）、今は浄化されたので大丈夫です。(∩´∀｀)∩ﾜｰｲ

あと、今年は色んな人と知り合えた一年でした。今まで一方的にしか知らなかった人と実際に会って話すのはすごく楽しい。来年も色んな人とお会いしてｷｬｯｷｬｳﾌﾌしたい。

・・・とまぁ色々ありましたねぇ。でも駄目なところもいっぱいあった。。その反省をふまえて来年は「webサービスを立ち上げる！」と「もっとgithubにコードを上げる！」の二本立てで頑張ります。よろしくお願いします～ :-)

Herokuって便利だし利用までたった3ステップですお！！

sasata299 — 2011-12-20T00:10:44+09:00

Ruby Advent Calendar jp: 2011 : ATNDの20日目の記事です。19日目はtamootさんでWindows環境で torquebox + JRuby + #tDiary を動作させる - 会長@腹部日記(2011-12-19)でした。

さて、ブログ書くのちょーひさびさですが、今日は Heroku について書きます＞＜
# ちなみに去年の Ruby Advent Calendar ではこんな記事を書きました

プログラマたるもの、Webサービスを作りたいと考えるのは自然なことでしょう。ただ問題は作ったものをどうやって公開/運用するか、です。自宅サーバやレンタルサーバでももちろん良いのですが、Ruby の場合だと Heroku を利用する、という選択肢もあります。

Heroku は Ruby / Rails をクラウド上で動かすことのできるホスティングサービスです。しかも基本的な機能であれば無料で利用することが可能です（有料だとさらに高機能になります）。なんてすばらしい！（´∀｀*)

以下のような機能が無料で提供されています。

Webアプリケーションサーバの1プロセス (1dyno) を利用できる
DB として PostgreSQL が利用できる (5MBまで)
ソースコードのやりとりに git が利用できる

ちょっとしたWebサービスであれば無料でも十分に捌けます！ありがたいですねぇ。

ではさっそく使い方を説明していきましょう～

0. 準備

まずは何も言わずに heroku という gem をインストールしてください。この gem をインストールすることでコマンドラインから heroku コマンドが使えるようになります。

gem install heroku

1. Herokuのサイトでユーザ登録

まず、heroku.com でユーザ登録をしてください :-)

2. アプリの作成

で、次は適当なアプリを作って、commit します。これも特に問題ないですよね。

rails new [app_name]
cd [app_name]
git init
git add .
git commit

3. Herokuにデプロイ

ssh の公開鍵を登録します。これは ssh で Heroku にソースコードを push する際に必要です。

heroku keys:add

Heroku に新たなアプリを登録します。ちなみに、heroku create したときには heroku という名前のリモートリポジトリが自動で設定されますが、git clone などでソースコードを取ってきたときには明示的に git remote add してあげる必要があります。

その後、git push heroku master するとソースコードが Heroku に送信され、そのままデプロイまで行われます。

heroku create [heroku_app_name]

# git clone とかして持ってきたときには明示的に追加する
# git remote add heroku git@heroku.com:[heroku_app_name].git

git push heroku master

デプロイされたWebサービスはこのコマンドで確認できます（ブラウザで開きます）。

heroku open

これで Heroku を利用してWebサービスを公開することが出来ました！自分で作ったWebサービスがこんなにも簡単に公開できてしまうなんてビックリです。

興味のある方は他にもいろんなコマンドがあるので heroku help して確認してみてください～

明日は @todesking さんです。楽しみですね！

ネットで知ってるあの人とリアルで会える！？つながり短冊をリリースしました

sasata299 — 2011-09-20T21:36:21+09:00

急に寒くなってきましたが、みなさまいかがお過ごしでしょうか。さてさて、いきなりですが先日つながり短冊というfacebookアプリをリリースしました！

なぜ作ろうと思ったのか

忘れもしない、あれは7月の暑い日のことでした…。あれ、8月だっけ？まぁ細かいことは良いではないですか。

練馬で RubyKaigi2011 (FinalRubyKaigi) という Ruby のイベントが行われていたんです。で、僕も参加してたんですよ。もちろんセッションも聞いてたんですけど、それ以外にもロビーみたいなところで他の参加者の人と話したり、ジュンク堂書店の出張所のところで「買ってください＞＜」とかやって（販促活動）たりしてました。

そういうときにたいやき部の部長でもある @ktou さんと一緒にいる時間が結構あって、「誰か会ってみたい人いる？紹介するよ」みたいなことを言ってもらいました。いろんな人を紹介してもらって、ほんとにありがたかったです（あ、これこの前の記事でも書いたな…）。ネット上での関係も楽しいですが、リアルで実際会うとやはり嬉しいものです（よね？）。

で、思ったんです。日頃から「あの人に会いたい」って言っとけば @ktou さんのように紹介してくれる人もいるんじゃないだろうか、って。でも「僕○○さんと会いたいんですよ。紹介してください」って直接相手に言うのは気が引けます。相手の負担になったら嫌だし、「えっ、君をあの人に紹介？いや、それは、、」みたいになったらと考えると…… (///)

でもあなたが誰と会いたがってるかなんて言わなきゃわかんないじゃないですか。それに、言うだけなら自由なんですよ！そこで、「○○さんに会いたい」というのを気軽に伝えられるサービスを作ろうと考えました。ちなみにつながり短冊という名前は、お願いはするけど叶うかどうかはわかんないよ、というところが短冊っぽい、というところから名付けてますｗ

会いたいって言われた方も、自分の知り合い同士が会いたがってるんだったら紹介してあげようって思う人も多いと思うんですよね。それに、実際に紹介するかどうかは自由なので負担にもならないかなぁと。

技術的な話について

ハマったこと、困ったことはたくさんありました…。~~が、いざ書こうと思うといろいろあって面倒なのでまた今度書きます (ｷﾘｯ~~

やってることは、あなたの友達と、あなたが会いたいと思っている人（仮にAさんとします）の友達から、共通の友達をランダムにひとり探し出してあなたがAさんに会いたがっていることを伝えるだけです。共通の友達がいなければ何もしません。

とりあえずコードはこちらにあるので興味がある方は見てみてください～
https://github.com/sasata299/tanzaku

Sinatra on Heroku で静的ファイルを扱う

sasata299 — 2011-09-02T14:35:09+09:00

実はこのブログではシンタックスハイライトを使ってコードに色づけしてるんですが、そのために js と css を自宅サーバでホスティングしてます。

ただ僕の場合、自宅サーバだと稼働させるのが難しいときがあり、非稼働時には js と css の読み込みが出来ずシンタックスハイライトが効かない、とか、ずっと読み込み中になっててレスポンスが遅い、みたいな問題がありました。これではいろいろと不便です。。

そこで、解決策として Sinatra を使って js と css を返す簡単なプログラムを作って、それを Heroku 上で運用することにしてみました。何と言ってもタダですからね！！ちなみに初めて Sinatra を使ってみたわけなんですが、本当に簡単ですな～

まず適当なファイルを作成します。ここでは app.rb としましょう。

# app.rb

require 'rubygems'
require 'sinatra'

get '/' do
  'Hello, world'
end

このように書いて、ruby app.rb するだけでサーバの完成です（ http://localhost:4567/ にアクセスすると「Hello, world」と表示されます）。パターンを増やして行けばいろいろなリクエストに対してレスポンスが返せるようになります。

パターンにマッチしないときには、js や css といった静的ファイルを探してくれます。静的ファイルは public ディレクトリがベースになるので、例えば hoge.css というファイルを public/hoge.css と置いた場合には http://localhost:4567/hoge.css でこの css にアクセスできます。

あとは必要な gem を Gemfile で管理します。最低限だとこんな感じでしょうか？

source :rubygems
gem 'sinatra'

開発時に手元で動かす分にはこれだけでもいいのですが、実際には Sinatra の起動スクリプトとして config.ru というファイルも用意してあげましょう。

require './app' # 最初に作ったファイル名を指定する
run Sinatra::Application

ひとつだけ気を付けることがあります。ローカルだと config.ru で require 'app' とすれば良いのですが、Heroku 上で動かすには require './app' とする必要があります。またひとつバッドノウハウが増えましたね！

（追記）※これは Heroku 上で動いている Ruby のバージョンがデフォルトだと 1.9.2 なのが原因のようですね。

facebookアプリで access_token を取得する流れ

sasata299 — 2011-08-03T19:14:40+09:00

最近はfacebookアプリを作ろうと思ってちょこちょこやってます。こんにちわ。

で、やっぱりソーシャルなデータを利用したいわけですよ。facebook にはそのために Graph API というものが用意されていてさまざまな情報を取得することができます。Graph API ではユーザやfacebookページの情報程度であれば誰でも取得できますが、「いいね！」の情報や友達情報などはデータを取得するために認証が必要となります。

認証は OAuth 2.0 という仕組みが使われていて、認証が通れば access_token というトークンが取得できます。これを使うことでデータにアクセスできるわけですね。

というわけで、認証が必要なデータ取得時の流れをまとめてみました。
※アプリの登録やサイトURLの設定が事前に必要ですが、それはできているものとします

1) ユーザがアクセスする
　　http://localhost:3000/
2) サーバ側では Graph API にユーザデータなどをリクエストする
　　https://graph.facebook.com/me
3) OAuthException が返されたら authorize メソッドを叩く（アプリ認証画面に飛ばされる）
　　https://graph.facebook.com/oauth/authorize?client_id=xxx&redirect_uri=http%3A%2F%2Flocalhost%3A3000%2F&scope=

4) 許可するとアクセス元に code というパラメータ付きでリクエストが来る
　　http://localhost:3000/?code=xxx
5) code というパラメータを付けて access_token メソッドを叩き、access_token を取得する
　　https://graph.facebook.com/oauth/access_token?client_id=xxx&client_secret=xxx&code=xxx&redirect_uri=http%3A%2F%2Flocalhost%3A3000%2F
6) access_token を引数として再度 Graph API にリクエストする
　　https://graph.facebook.com/me?access_token=xxx

少しだけ補足も書いておくと、

3) で認証画面に飛ばされるのは初回だけで、アプリが認証されれば、次回からは 3) の処理で認証画面には飛ばされずに自動的に 4) の処理に飛ばされます。

もしくは access_token をクッキーなどに保存しておけば、それをパースすることで 2) のアクセス時に access_token を引数として付けてあげることもできます。そうすれば何度も何度もやり取りをする必要はありませんね :-)

ただし、access_token には expires が設定されていて（権限として offline_access を取得すれば expires は基本的には無くなるようですが）、しばらくすると使えなくなります。expires が切れると、access_token を引数として渡してあげても OAuthException となることがあるので、再度 access_token を取得してください。

ちなみに expires が切れるまでは何度でも同じ access_token が取得できます。

---
ま、rest-graph などのライブラリを使えばこの辺の処理はほとんど自動でやってくれるわけなんですが、何が行われているのかはある程度知っておきたいですよね＞＜

Railsエンジニアならこれだけは知っておけっていう便利メソッド

sasata299 — 2011-07-26T13:29:40+09:00

Object#presence と Object#try という便利なメソッドがあることをご存知ですか？この２つのメソッドはとっても便利なのでちょっと紹介してみます。

Object#presence メソッド

これは以下のような定義となっています。

def presence
  self if present?
end

present? メソッドというのはみんな大好き blank? の反対のメソッド (!blank?) です。

つまり、nil, false, [](空配列), {}(空ハッシュ), ""(空文字列), " "(半角スペースだけの文字列)であれば false、それ以外であれば true になります（blank? って半角スペースだけの文字列を true と判定するの知ってました？）。

で、この presence メソッドというのは present? メソッドで評価した結果が true であれば self を、無ければ nil を返します。こんな感じ。

"foo".presence #=> "foo"
[].presence    #=> nil
" ".presence   #=> nil

これで何が嬉しいのかっていうと、こういうのをすっきり書けるんですよね。

# こういうのが…
name = params[:name].present? ? params[:name] : '名無し'

# presenceを使うとこうなるよ!!
name = params[:name].presence || '名無し'

Object#try メソッド

もう一つは Object#try メソッドです。これは ActiveSupport 2.3 から導入されました。
参考：http://guides.rubyonrails.org/2_3_release_notes.html

これは、user.name としたいときに user.try(:name) みたいにして使います。

というのも、実は user.name としたときに user が nil の場合があるじゃないですか。そういうときには nil.name となり NoMethodError になってしまうのでチェックが必要なわけですが、Object#try メソッドを使えばすっきり書くことができます。

# こういうのが…
user ? user.name : '名無し'

# tryメソッドを使うとこうなるよ!!
user.try(:name) || '名無し'

これ、実は単なる Object#send メソッドの alias で、加えて NilClass#try メソッドが定義されてます。たったこれだけですが意外と便利なんですよ。

class NilClass
  def try(*args)
    nil
  end
end

ということで、Object#presence メソッドと Object#try メソッドでした。よく似てるけど、値の有無をチェックするときは Object#presence メソッドを、メソッド呼び出しでは Object#try メソッドを使うって感じでコードをすっきりさせましょう～ (＊ﾟ∀ﾟ)

"最後の"RubyKaigiは"最高の"RubyKaigiだった

sasata299 — 2011-07-18T21:28:23+09:00

練馬で 7/16 (土) から3日間にわたって行われた年に一度のイベント、RubyKaigi2011 に参加しました。しかも RubyKaigi は今年で最後 (The Final RubyKaigi) です！！

で、感想。もちろん登壇者の方々の講演自体も素晴らしかったのですが、今回は割愛。

こういった勉強会ではそれ以外にも参加することで得られる素晴らしいメリットがあります。それはネット上でしか知らない人（しかも全国、というか全世界の）とリアルで会えることです。

今回のような規模の集まりだと、最近では Ustream で放送されていることがほとんどです。そのため、Ustream を見ていれば講演内容は概ねわかります。ではなぜわざわざ現地に行こうと思うのでしょうか。

現場の空気を味わいたい、など色々な理由があると思いますが、僕の場合は「○○さんと会いたい」というのがモチベーションだったりします。

今回の RubyKaigi では、現地には居ても講演を聞いてない（ロビーみたいなところをうろうろしてる）時間が結構ありました。が、そういった時間にいろんな人と会ったり話をしたりした時間が非常に楽しかったんです。そういった時間こそが、と言ってもよいかもしれません。

今回、ほんとうにたくさんの人と話すことが出来ました。いろんな人を紹介してくれた @ktou さんにはほんとに感謝！！それだけでも十分に RubyKaigi に参加して良かったなぁと思います。Ruby札幌とか Ruby関西の方とも話すことができたし。ぜひ行ってみたいです！

あ、ポップも書かせてもらえたので凄く嬉しかったです～。朝会場に着いていきなり書くことになったので焦ってこんな謎なポップになってしましましたが、、後悔はしてません。期間中はささたつ本のところにこのポップが置かれてたんですよ。気付きました？ (｀・ω・´) ｷﾘｯ

そうそう。最後には @maicos 先生にお願いして、名札に素晴らしいお言葉とアイコンをいただきました。ちょー記念になりました（感動）。ありがとうございます！！

今年は色んな勉強会にこの名札持ってってドヤ顔で参加したいわー。

ということで、振り返ってみると今までの RubyKaigi で（といっても3回目ですが）、一番楽しめた RubyKaigi でした。スタッフのみなさま、参加者のみなさま、ありがとうございました！

ActiveRecord で flag を扱う冴えたやりかた

sasata299 — 2011-07-15T00:35:41+09:00

flag の on / off をする機会ってちょいちょいあるじゃないですか。管理画面とかで設定するたびに flag が off → on に変わったり off → on に変わったりするような。

そういう処理をするときに今まではこんな風にやってました。うーん、イマイチです。。

@user = User.find(params[:id])

if @user.target_flag
  @user.target_flag = false
else
  @user.target_flag = true
end

@user.save

でも、これ、、こんなきれいに書けるんだぜ。嘘みたいだろ…。

@user = User.find(params[:id])
@user.toggle :target_flag
@user.save

toggle メソッドのソースはこんな感じ。引数として渡す column は boolean で評価され、その反対の boolean 値となります。true → false に、false → true に。

# activerecord-3.0.7/lib/active_record/persistence.rb

def toggle(attribute)
  self[attribute] = !send("#{attribute}?")
  self
end

注意点としては、flag じゃない column（例えば name とか age とか）をこの toggle メソッドで扱ってしまうとおかしなことになってしまいます。気を付けてください。

（追記：2011/07/15 08:45）
id:tokuhirom さんから指摘していただいたんですが、これはアトミックな処理では無いので、リクエストが連発されるような状況では意図しない結果となる可能性があります。今回は管理画面での使用を想定していたので特に問題無いですが、リクエストが多発するような状況では注意が必要です。

すぐに出来る!! vundleでモダンなvim環境を作ろう

sasata299 — 2011-07-14T11:32:55+09:00

「みなさん、vim ってますかぁ？」

と、つい言いたくなるくらい毎日暑いですが、皆様いかがお過ごしでしょうか。

さて、今日は久しぶりに vim について書いてみようかと思うんです。えぇ、あの vim です。最近は新しいプラグインとかを入れるのもおっくうになっててあまりカスタマイズもしてなかったんですが、最近もの凄い便利なプラグインが出てきたではありませんか！それが今回紹介する vundle です。Rails3 で使われている Bundler にインスパイアされた vim のプラグイン管理ツールなので、Rails を使っている人にとってはおなじみな名前ですね。

この子はほんとデキるんですよ。さっそく vundle の使用前と使用後とでディレクトリ構成を比較してみましょう。

使用前：

.vim
  ├── autoload
  ├── doc
  ├── ftplugin
  `-─ plugin

これだけ見るとすっきりとした構造で素晴らしいんですが、実際には autoload とか ftplugin とか plugin とかのディレクトリの中に自分の使いたいプラグインのファイルを正しく置いてあげないといけないんです。めんどくさい…。しかもディレクトリの中は各プラグインのファイルが混在する状態となります。プラグインが増えてきたらもうごちゃごちゃです。

そのため、「あのプラグインもう使わなくなったから消そう」と思ってもどのファイルを消したらいいのかよくわからなかったり。結果としてゴミファイルが溜まるし、新しいプラグインの導入も気が重くなってしまいます。。

・・・そこで vundle ですよ！！ (*´Д｀*)

使用後：

.vim
  |-- bundle
  |     |-- AutoComplPop
  |     |     |-- README
  |     |     |-- autoload
  |     |     |-- doc
  |     |     `-- plugin
  |     |-- ZenCoding.vim
  |     |     |-- README
  |     |     |-- autoload
  |     |     |-- doc
  |     |     `-- plugin
  |     |-- rails.vim
  |     |     |-- README
  |     |     |-- autoload
  |     |     |-- doc
  |     |     `-- plugin
  |     |-- snippetsEmu
  |     |     |-- README
  |     |     |-- doc
  |     |     `-- plugin
  |     |-- surround.vim
  |     |     |-- README
  |     |     |-- doc
  |     |     `-- plugin
  |     `-- vim-fugitive
  |           |-- README.markdown
  |           |-- doc
  |           `-- plugin
  `-- vundle.git

ぱっと見た感じ長くなっているように見えますが…違うんです。誤解です！！

実際には .vim ディレクトリの中に bundle というディレクトリが作成され、その中に利用しているプラグイン毎にディレクトリが勝手に作られてファイルが置かれます。いちいちファイルを正しい場所に置いたりとかもしなくていいんです！各プラグインのファイルがどこにあるかは一目瞭然だし、使わなくなったときに削除するのも超簡単です。

どうやったら使える？

インストールと使い方もすごく簡単です。まずインストールは git clone するだけです。.vim の下に clone してあげてください。

git clone http://github.com/gmarik/vundle.git ~/.vim/vundle.git

ただ dotfiles をすでに git で管理しているような環境だと vundle は外部リポジトリとして追加してあげた方が良さそうです。こんな感じですかね。

cd dotfiles # リポジトリに移動する
git submodule add http://github.com/gmarik/vundle.git .vim/vundle.git
git add .
git commit -m "add vundle submodule"

あとは使いたいプラグインを .vimrc にちょろっと書いてあげるだけで使えるようになります。プラグインは .vimrc にこのように Bundle "plugin_name" と記述するだけ。.vimrc で使っているプラグインが一元管理できるのはすごく楽ですね～。

あ、4, 5行目はおまじないです。詳しくはこちらを参照ください。

set nocompatible
filetype off

set rtp+=~/.vim/vundle.git/
call vundle#rc()

" vim-scripts リポジトリ (1)
Bundle "rails.vim"

" github の任意のリポジトリ (2)
Bundle "tpope/vim-fugitive"

" github 以外のリポジトリ (3)
Bundle "git://git.wincent.com/command-t.git"

filetype plugin indent on

使いたいプラグインを指定するわけですが、プラグインの置かれている場所によって3つの方法があります。vim-scripts リポジトリ (http://vim-scripts.org/vim/scripts.html) に置かれていれば (1) のようにプラグイン名を、github の任意のリポジトリであれば (2) のようにリポジトリ名とプラグイン名を、github のリポジトリでは無い場合には (3) のようにフルパスで指定します。

で、最後に vim 上で :BundleInstall することで、プラグインが .vim/bundle 以下にさくっとインストールされます。あっという間です。もう使えます！！

これらのプラグインは .vimrc の記述を消せば読み込まれません。ただ、.vim/bundle 以下のディレクトリは残ってしまうので、それは :BundleClean plugin_name して削除しましょう。ただこれはディレクトリを削除するだけのコマンドなので手動で削除した方が簡単かも。。

あ、ちなみにプラグインが vim-scripts リポジトリにあるかどうか調べるのめんどくさいなーっていうめんどうくさがりな人には :BundleSearch というコマンドがあるのでこれで :BundleSearch plugin_name して検索しちゃうのがオススメです。

最後に vundle の利点をまとめておきます。良い vim ライフを！

・ディレクトリ構造が直感的なので扱いやすい（削除とか）
・プラグインの導入がとっても簡単
・.vimrc で使っているプラグインを一元管理できる