はてなブックマーク

Gary Bernhardtさんの "Rebase Is Safe" を翻訳しました。 元記事はこちら： http://blog.extracheese.org/2010/12/rebase-is-safe.html （翻訳の公開は本人より許諾済みです） 翻訳の間違い等があればブログコメントやTwitter(@oshow)などで遠慮無くご指摘ください。 Rebaseは安全である なにやら Git についての嘘がまかり通っているらしい： git rebase は安全ではない、という。push 済みの変更をあなたが rebase してしまい、皆がタチの悪いマージ大惨事に陥ってしまうという類の危険のことでは「ない」。そんなものは本当の、よく知られた危険であり、そんなことしちゃいけないってのは皆受け入れているはずだ。 私が言っている嘘というのは git rebase はそもそもあなたの履歴を不安定

rvm（Ruby Version Manager）を使うと、複数バージョンのRubyの同時利用が非常に簡単にできます。1.8.7と1.9.1を切り替えて使ったり、最新の1.9.2のtrunkを試してみたり、 JRuby・Ruby Enterprise Editionのような異なる処理系のRubyを管理する といったことが手軽に出来るようになります。 主な効能としては、以下のようなものがあります。コマンド一発で新しいRubyをインストール、アンインストール 元からシステムに入っているRubyの環境を一切汚さない（全てのファイルは $HOME/.rvm/ の下に格納） ディレクトリに設定ファイル（.rvmrc）を置くことで、そのディレクトリ下でrubyコマンドが実行されたときに呼び出されるバージョンを指定できる あるスクリプトに対して、インストール済みの全てのRubyをまとめて走らせられる 同

Pat Shaughnessyさんの "Besides being faster, what else is new in Bundler 1.1?" を翻訳しました。 元記事はこちら： http://patshaughnessy.net/2011/11/5/besides-being-faster-what-else-is-new-in-bundler-1-1 （翻訳の公開は本人より許諾済みです） 翻訳の間違い等があればブログコメントやTwitter(@oshow)などで遠慮無くご指摘ください。 2011年12月発売の WEB+DB PRESS Vol.66 には Bundler の解説記事が載っているそうです。 「Bundler1.1 ではなく Bundler 自体を知りたい」という人は、そちらを手にとってみてはいかがでしょうか。 3週間前に私は、Bundler 1.0 と比べなぜ B

RubyのYAMLRuby(1.8以上)ではYAMLライブラリが標準添付ライブラリです。 そのため、YAMLを扱うには「require 'yaml'」とするだけです。 これでYAML.load（YAML形式から読み込み）、YAML.dump（YAML形式への出力）、 さらに様々なオブジェクトで to_yaml メソッドが使えるようになります。 日本語を含むYAMLを出力しかしこのままでは、日本語文字列を含んだオブジェクトを YAMLドキュメントとして出力すると、日本語部分がバイナリ文字列になってしまいます。 これでは人間にも読みやすいというYAMLの特徴が台なしです。 # -*- coding: utf-8 -*- require 'yaml' puts YAML.dump({'あ' => 'い'}) # 【出力結果】 # --- # "\xE3\x81\x82": "\xE3\x81\x

privateメソッドのルール『メタプログラミングRuby』P.65のコラムに、 privateメソッドのルールについて書かれていました。 ”プライベートメソッドには1つのシンプルなルールが適用される。それは、「明示的なレシーバをつけてプライベートメソッドを呼び出すことはできない」というものだ。つまり、プライベートメソッドは、暗黙的なレシーバselfに対するものでなければならない。” 「privateメソッドは、明示的なレシーバをつけられない」。 レシーバがない状態といえば、「（暗黙的に）selfをレシーバとする状態」しかないわけですから、 通常はそのprivateメソッドを持っているオブジェクトからじゃないとメソッドを参照する経路がありません。 これによってRubyのprivateメソッドが「プライベートな」存在になるのですね。 （本気を出せば破ってしまえますが、それはまた別の話。） こ

Ubuntuでは、 $HOME/.Xmodmap ファイルに設定を書き込むことでキーバインドを変更することができます。 設定を書くためには、変更したいキーを特定するための「番号」あるいは「呼び方」がわからなければなりません。この「番号」と「呼び方」がキーコードとKeySym名です。 キーコードとKeySym名を調べるためには、xevコマンドを使います。端末で xev と打つとキーボードやマウスの操作内容が端末に反映されるようになるので、他の箇所に触らないように目的のキーを押してください。 例えば自分の環境でEnterキーを押すと以下のように表示されました。 KeyRelease event, serial 36, synthetic NO, window 0x5200001, root 0x109, subw 0x0, time 96083768, (110,502), root:(701

分散バージョン管理システムであるGitをソースからインストールしてみます。執筆時点の最新バージョンは1.7.0です。 Linux等では普通、パッケージ管理システムを使ってソフトをインストールします。そうすることで現在何がインストールされているか把握でき、統一的な操作でアップデートやアンインストールができ、ソフトウェア同士の依存関係の問題も起こりにくくなります。 ソフトウェアをソースから自分でインストールする場合はそれらの恩恵が受けられなくなる代わりに、パッケージ管理システムが用意していない最新版をインストールすることができます。メリットとデメリットを考えて実行してください。 Ubuntuでソフトウェアをソースからインストールする場合、paco などを使ってインストールの事実を管理すると良いようですが、ここでは特に考えずにインストール手順を示します。 ソースからインストールするということは、