Xengineer/remove user from organization

# brief description
---
enables admin user to remove user from an organization.

# Screenshot
---

- members list and remove button
![screenshot-designax - google chrome-4](https://cloud.githubusercontent.com/assets/1254996/3372478/61baa39a-fbab-11e3-8453-345914b58080.png)

- remove pressed and the confirm dialog shows up
![screenshot-designax - google chrome-1](https://cloud.githubusercontent.com/assets/1254996/3372492/7f90f1a8-fbab-11e3-82a7-924e8006425d.png)

- can't remove yourself
![screenshot-designax - google chrome-2](https://cloud.githubusercontent.com/assets/1254996/3372498/8d394c6a-fbab-11e3-9b23-9fa3a4bc2811.png)

- removed successfully
![screenshot-designax - google chrome-3](https://cloud.githubusercontent.com/assets/1254996/3372504/9a7d958e-fbab-11e3-9788-aa560292d2ae.png)

- if current user is not admin, don't show remove user button
![screenshot-designax - google chrome-5](https://cloud.githubusercontent.com/assets/1254996/3372633/9a422476-fbac-11e3-99f4-8f0efd0f3452.png)

# 今後
---
- メンバー一覧で誰が権限持ってるかわかるようにする
- 権限の付与・剥奪
たとえば

```ruby
let(:target_user) { create :user... }

subject do
  delete :destroy, .. id: target_user_id
end

context 'when user exists' do
  let(:target_user_id) { target_user.id }
end

context 'when user does not exist' do
  let(:target_user_id) { 999999 }
end
```

letは遅延評価なので、この方法だとwhen user does not exist のほうではuserのcreate自体走りません。

ちなみに、このようにsubjectを使わずitの中で個別に書いちゃうスタイルもあって、そっちを好む人もいます。
個人的には、そのexampleで検証する対象が明示的になるのでsubject派ですが、どちらが正しいということは無いです。ただし、混在させると混乱しやすい（before的な意味で書いてるのかsubjectな意味で書いているのかわかりづらい）のであまり推奨できないです。

あとは、今回存在しない、というので1111とか書いてますが、specってDBに実際にinsert走らせてるので、autoincrementがそこまでいった場合にコケるという、レアケースではありますが確率的にコケるexampleになります。そのためこのやり方を好まない人もいて、ケースバイケースですがARのfindメソッドを例外出すようにstubするやりかたもあります。個人的にはあんまりstub使いたくないので、やるなら適当な数値いれますが結構大きい値にしますね。あと異常ケースかつ、findって扱いやすいので、あんまりこういうケースのテスト書かない場合も多いです。