■ zsh から fish にした 春というのと MacBook Pro を置き換えたということもあって、この機会にシェルを zsh で引き継ぎ付け足しし続けていた環境から fish を 0 から設定して生きることにした。bash や zsh で読み込んでから fish で、という話もあったけどそれなら bash や zsh でいいじゃないかと思うので、無から fish で環境を作るというのを目的に進める。まずは homebrew で fish をインストール。 $ brew install fish そもそも fish をわかってないので、ゆるく調べてみると以下のような感じらしい。 エンドポイントとなる設定は ~/.foorc などではなく ~/.config/fish/config.fish にかく その他設定や function は ~/.config/fish/functions

■ [ruby] Ruby CI にサーバーを追加した Ruby CI に新し目のOSを追加した。今回追加したのは以下の 2 つ。 Ubuntu 15.04(alpha) Fedora Core 21 今まで 14.10 で動かしていた ubuntu を do-update-release -d で更新して 15.04 にした後、クリーンインストールした 14.10 を改めて追加した。 ■ [heroku] heroku の github integration が便利 Heroku | Ship Code Faster: Announcing GitHub Integration GA という heroku アカウントと github を oauth 認証して紐付けることで、heroku アプリケーションと github リポジトリの連携と自動デプロイが使えるようになったので使ってみた。

■ devise をあまりオススメしない理由 いまいち使うのに気が乗らない理由はこんな感じ コントローラレイヤ以降に作用する gem は inspect が物凄くやりにくい、params ないし、必要なコンテキストを全て揃えた上で、コントローラを new して action を呼んで、みたいなこと、考えただけでもだるい テストを書いていたとしても、環境要因、特にセッションとクッキーに影響して挙動が変わる箇所が多すぎるので、全ての環境で正しく再現することが難しい フルスタックすぎることから Rails よりも devise にロックインされることの方が多くなって負債化する そもそも devise で便利になることの多くは、自分で作ってもわけない物が多い 使うからには、devise のコードも全部読むし、PR も投げるしという前提かつ、上のようなことを全て乗り越えるつもりなら僕は止めません!

■ [devise][rails][ruby] Rails4 で devise を使ってカスタムルーティングを作る術 devise では、users モデルを認証対称として設定した場合、利用したモジュールに応じてがががっとルーティングが自動生成される。簡単な例だと devise_for :users とすると /users/sign_in などが生成される。これを /users/signin にしたい場合はこうする devise_for :users, paths: {sign_in: 'signin'} さらに /signin にしたいよね〜ということは多々あるはずなので、こうする。 devise_for :users, paths: {sign_in: 'signin'} devise_scope :users do get '/signin', to: 'sessions#new',

■ [github][travis][heroku] github の master に push したら travis を使って heroku にデプロイする術 www.ruby-lang.org は今は物理サーバーで動いているけど、密結合の原因となる物は完全に撤去して、もう heroku なりそれっぽい所で動くようになっているので、heroku 移行に先んじて travis 経由で master の HEAD を自動でデプロイするようにした。 https://travis-ci.org/ruby/www.ruby-lang.org https://github.com/ruby/www.ruby-lang.org/blob/master/.travis.yml rvm: 2.0.0 cache: bundler deploy: provider: heroku buildpack: h

■ [gem][ruby] 便利ライブラリやライブラリの使い方の探し方 新卒氏にどうやって、メソッドがライブラリのどの辺にあるのかとか、ライブラリ内のファイルの場所を調べているんですかと聞かれたので、なんでかなと考えてみたら pinboard で rails や ruby のタグが付いているエントリをだいたいチェック agig を使ってテッキーな人が star を付けるリポジトリをだいたいチェック gem-src を使って、自分が使っている gem は全てローカルに持って来て、何かあれば ag や find ですぐ調べる bundle update して何か変更点あったら、全部 git diff で見ている 何か調べようとおもったら、google や github 経由の公式ドキュメントや http://rubygems.org/gems/foo を見る というのをひたすら毎日やってるから

■ [rubygems] 社内向けに rubygems 勉強会を開いた 資料作ったんですが、ただの箇条書きになったので日記にも箇条書きにします。 基礎編 gem install rails は gem i rails でいいですよ。gem u は unpack とか uninstall と二つ以上あるんで二文字目を入れないとダメです gem pristine rails とすると cache ディレクトリにある rails-x.y.z.gem ファイルを使って再インストールしてくれます。OS のバージョンアップした時なんかは gem pristine --all とすれば便利。 gem list --no-versions したものを xargs に食わせる必要は無いです gem cleanup すると古いバージョンが消えます。executable や dependency で y/n 聞