最適化PNGの話を寄稿させていただいた
iOS SDK HACKSがついに発売されます。

見た目はこんな感じです。

お勧めです。

高井さんから献本いただきました。ありがとうございます。 第一章の冒頭でも触れられていますが、本書の対象読者はWebアプリケーションを作った事がある人が対象です。 * エンタープライズとは何か * 作ったWebサービスが流行ったらどうしたら良いのか * ActiveRecordが何をやっているかわからない 本書を読めば、このへんの疑問の答えが見つかると思います。 分量も300ページほどで読みやすく、 Railsで仕事をしている人にとっては必携だとおもいます。 Railsに関する他書と比べて、陳腐化しにくい内容を扱っているので、 お守り的に買っておいても良いと思います。 それにしても、表紙の生物が気になりますね。

Railsでモデルのバージョン管理を行うというと、
acts_as_versionedを使うのが一般的でしたが、
しばらくメンテナンスされていないのと、githubでforkがカオス状態になっていて、公式ドキュメントと実装が一致しなくなっているなど、ちょっと使いにくい状況になっているようなので、それ以外の選択肢を調べてみました。

• version_fu
  かなりシンプルな作り。ソースは100行程度。そのぶん、Versionedテーブルの作成などは自動でやってくれない。
• SimplyVersioned こちらもシンプル路線。Versionedテーブルを使わずに、１つのテーブルでhas_manyアソシエーションを使って管理するタイプ。validates_uniqueness_ofとかを使っていないならこれでも良いかな。
• acts_as_versioned_association
  aavでassociationを含むモデルのバージョニングが出来なかった問題を解決したものらしい。

便利そうなサービスを見つけたので紹介します。

RDocul.us

いつでも最新のRDoc情報を配信してくれるサービスのようです。
ドキュメントはRDocがあればだいたい事足りるので、非常に助かります。

欲を言えばインクリメンタルサーチにも対応して欲しい :-)

技術評論社さまよりWeb+DB PRESS vol.48を献本いただきました。 ありがとうございます。 特集のPostgreSQLで大規模運用を実現するコツが興味深かったです。

GitX
は、MacOSXで使えるGit用のGUIツールです。

基本的にはCUIで操作してるのですが、
これを使うとブランチのマージの様子などが視覚的に追えて便利。

アバター画像はメールアドレスから
gravatar経由で持ってきてるんですね。
賢い。

See Also

• Mac OSXでGitを使った開発を行っているなら「GitX」

技術評論社さまより献本いただきました。ありがとうございます。 今号で印象に残ったのはこんな感じです。 1. **AIR開発入門** 基礎から応用までまとまっているので、これからAIRを使いたい人には非常に便利だと思います。 2. **ALPHA GEEKに逢いたい（よしおかさん）** よしおかさんの喋りっぷりに脱帽。あの弾さんが無口な人に見える。そして代表作に期待！ 3. **プロトコルバッファ** 深追いしていなかったので参考になりました。分散レンダラを作る時に使えるかな…？ しかし全部自分でプロトコル設計するだろうなぁ…。 安藤さんのRuby版プロトコルバッファにはGAE的な意味で期待。

さて、今回はyuguiさんの「初めてのRuby」の紹介です。 本書は、プログラミング経験者向けに書かれたRubyの入門書（嬉しい1.9対応）です。 僕のようにRailsからRubyに入った人にもお勧めです。 200ページ前後と手ごろなボリュームで、浅いところから深いところまで、Rubyに関する一通りの事がわかりやすくまとまっているので、頭から最後まで通して読むのがいいと思います。 時空を超えて、3年前の自分に一冊だけRubyの本を送れるとしたら、 本書を選びたいですね。

TwhirlからTwitterにPostするのがたびたび失敗するようになったので、
ちょっと変わったタイムラインをもったTwitter的なサービスであるPlurkを使ってみました。

タイムラインの表現方法がなかなか面白いです。

• Invitation URL

コンソールから使えるバイナリエディタ
「bvi」
の紹介です。

bviは、名前の通りViのような使い勝手のバイナリエディタです。

ちょっとバイナリデータを修正しなければいけなくなったとき（？）に重宝します。

技術評論社さま、献本ありがとうございます。 今号は連載の最終回が多いですね。季節を感じる一冊です。 個人的に面白かったのは、 * 弾さんの「Alpha Geekに逢いたい」（TwitterのEvan Williams氏） * masuidriveさんの「Amazon EC2&S3」（素晴らしい内容） * ひろせさんの「見逃さない通知の極意」 ですね。参考にさせていただきます。

今回は、Railsアプリケーションに、Undo/Redo機能を追加する
プラグインの紹介です。

What is RUR (Rails Undo Redo)

RUR (Rails-Undo-Redo) is a rails plugin (and soon a gem as well) to make it so easy to implement multi-level undo redo in your Rails application that you better start thinking of better excuses not to implement Undo/Redo (no, seriously, it is going to be a lot easier).

これはなかなか面白いプラグインですね。後で使ってみよう。

Pratik Naik氏による1ファイルで出来たRailsアプリケーション。

Single file Rails Application

Just for fun and profit

Thinを使ってますね。

Rails App Golfとかやったら面白いかもしれません。
Railsアプリとは何かという、ちょっと哲学的な問題に突き当りそうですが。

Twitterで話題になってたのでちょっとやってみたのだけれど、
MyMiniCity
が面白いです。

なにやらSimCityを髣髴とさせる画面なのですが、
特に何か操作できるようなことも無く、町が発展するのを眺めているだけ。
メッセージボードみたいなのがあって、一応そこでコミュニケーションは
取れるみたいですね。

自分が作った町のページに人が訪れてくると、町の人口が増える
仕組みらしい。これは良いアイディアだなあ。

Markdown記法に加えて、作表機能も備えた、BlueStole
というRubyライブラリを紹介します。

BlueStole - BlueCloth Wrapper

Ruby の Markdown ライブラリ、 BlueCloth に幾つかの機能を付け足した私家拡張版です。

BlueCloth
のMarkdown記法を拡張したものになっていて、こんな感じに
RTtool
を使った作表を行うことが出来ます。

|caption=Rendering Algorithm
|
|What , Who , When
|
|Ray Tracing , Whitted, 1980
|Path Tracing , Kajiya , 1986
|Photon Mapping , Jensen , 1995
|Metropolis Light Transport, Veach , 1997

ソースはこんな感じです。

pre>>
|caption=Rendering Algorithm
|
|What , Who , When
|
|Ray Tracing , Whitted, 1980
|Path Tracing , Kajiya , 1986
|Photon Mapping , Jensen , 1995
|Metropolis Light Transport, Veach , 1997
<<--

Markdown記法のポリシーにあっていて良い感じ。
Railsから使う場合は、bluestole.rbファイルをlib以下に
配置します。

ちなみに、このブログで使っているものは、
BlueStole互換の自家製ライブラリです。

Rails Plugin Watcherとしては、
とても興味深い内容の記事がPostされていました。

10 Ruby On Rails Plugins You Should Be Using

One of Ruby on Rails strengths is how easy it is to extend with Ruby Gems and plugins, becuase you don’t have to code everything yourself you can save a lot of time. One problem facing Rails codes is knowing what plugins are out there and how to use them. The following is a list of 12 plugins that should make your coding life much easier and save you a fair bit of time.

タイトルでは10と言ってるけど、実際には11個紹介されてるようです。
本文には12って書いてるからもっと増えるのかも？

簡単に使えて時間節約効果が高いもの、
という観点でチョイスしてるみたいですね。
acts_as_taggable_on_steroids はぜひ使うべきですね。
Tag系のプラグインの中では最高峰だと思います。

それ以外は、結構趣味の問題かなという気もしますね。

最近話題の [ActiveScaffold](http://activescaffold.com/) の開発メンバーでもあるLance Ivy氏のレポート。 [**How Rails' Benchmarks Lie**](http://codelevy.com/articles/2007/11/28/how-rails-benchmarks-lie) >I’ve been on a benchmarking blogging spree lately. Creating BenchmarkForRails (B4R) with its non-invasive benchmarking technique has made it very easy to play around with timing of key Rails methods and develop a better picture of the true costs. The results have been amazing. Railsのベンチマークでは測定しきれない部分の ベンチマークを可能にする [BenchmarkForRails](http://code.google.com/p/benchmarkforrails/) というプラグインを作ったとの事。 具体的には、こんな感じで違いが出るようです（以下に抜粋） **Rails** Completed in 0.85246 (1 reqs/sec) Rendering: 0.48872 (57%) DB: 0.02561 (3%) **BenchmarkForRails** - [0.9532] GET /plans ---------------------------- 0.8528 processing action 0.5015 rendering 0.2533 activerecord find 0.0461 development mode 0.0073 before filters 0.0046 session management 0.0000 after filters ------------------------------ BenchmarkForRails - かなり細かいところまで計測できていますね。ちょっと面白いです。

今では、このプラグインのお世話になるような状況にはならなくなった
のですが、多人数でRailsアプリケーションを開発している場合には
便利なプラグインかもしれません。

Renumber clashing Rails migrations in one easy step

If you work in a team on a Rails project, chances are that you and your team mates occasionally create identically-numbered migrations. Renumbering a migration that you're working on is a pain, unless you're using this handy 'renumber_migrations' plugin.

このプラグインを使うと、マイグレーション番号が衝突した場合に、
Subversionのリポジトリを確認して、あるべき順序に番号を
振りなおしてくれます。

Subversionを使って管理していないプロジェクトでは使えないですが、
ちょっとソースを書き換えれば他のSCMを使ってる場合でも対応できる
ようにするのは難しくなさそうです。

使い方

まずは、以下のコマンドでプラグインをインストールします。

pre>>
% ./script/plugin install http://rails.sanityinc.com/plugins/renumber_migrations
<<--

あとは、Rakeタスクを実行するだけです。

pre>>
% rake db:migrate:renumber
<<--

巷では
Google Chart API
が注目を集めていますが、
その裏でひっそりとリリースされたもうひとつの
Chart APIがあるをご存知でしょうか。

Kao Chart API

この画像は、元同僚の安藤さんが開発した
Kao Chartというサービスが提供している
Kao Chart APIを使って生成しています。

サーバが弱いらしく、ちょっと重たいですが、
面白いですね。「ざわざわ」パラメータが秀逸。