[B! Ruby] cpp_0302のブックマーク

全ユーザーで共通のrbenv+ruby-buildを使用する環境を構築する - 一分一秒真剣勝負！

複数人が利用する開発環境のサーバにRubyを入れる場合、rbenvを使ってバージョン管理する時のまとめ。環境はCentOSですが、Debian系でも同じですね。 rbenv, ruby-build インストール rbenv, ruby-build を /usr/local にインストールします。 $ cd /usr/local $ git clone git://github.com/sstephenson/rbenv.git rbenv $ mkdir rbenv/shims rbenv/versions $ chgrp -R groupname rbenv $ chmod -R g+rwxXs rbenv $ git clone git://github.com/sstephenson/ruby-build.git ruby-build $ cd ruby-build $ ./inst

cpp_0302 2015/03/06

Ruby
rbenv

リンク

https://www.d-wood.com/blog/2013/08/06_4453.html

cpp_0302 2014/09/18

リンク

https://www.d-wood.com/blog/2013/06/30_4167.html

cpp_0302 2014/09/18

バージョンを変えるたびにgemインストールし直すの面倒だから自動化

Ruby

リンク

https://www.d-wood.com/blog/2013/12/28_5170.html

cpp_0302 2014/09/18

Ruby

リンク

RSpecによるユニットテストの書き方 – recompile.net

最近、新人のテストコードを見る機会があり、ユニットテストの書き方について考える機会があった。ユニットテストはテンプレートみたいなものがあるので、それさえ押さえれば、誰でも簡単に書くことができる。ここでは、その方法について紹介したい。サンプルはRSpecで書くが、その他のユニットテストフレームワークでも、応用ができるとおもう。はじめにごく単純化すると、テスト対象は状態を持ち、入力を与えると何らかの出力を行なうものである。入力が変われば出力は変化するし、状態が変化すると入力が同じでも出力が変わる（かもしれない）。ユニットテストは、テスト対象の状態を操作し、与えた入力によって意図通りの出力を得られるかを確認する作業のことをいう。なので、ユニットテストを書くときには、オブジェクトの状態ごとにメソッド単位で入力と出力を確認するようにする。 RSpecの疑似コードで書くと、次のようなテンプレー