- 作者: Bruce A. Tate,角谷信太郎
- 出版社/メーカー: オライリー・ジャパン
- 発売日: 2007/04/21
- メディア: 単行本（ソフトカバー）
- 購入: 3人 クリック: 53回
- この商品を含むブログ (119件) を見る
ただ一歩下がった目で読むと、決して Ruby だけに限定された話ではなく、「優れた新技術」を導入したいと思っている場合に必要な考慮点がカバーされていることがわかります。
とはいえ、もう少しだけ意地悪な見かたをすれば、本書の内容が一番有効に適用できるのは、「もう少しでブレークすることは『確実』なので、一歩でも早く他者に先んじて導入すればきわめて有利になる技術をいかに上司を口説いて採用させるか」に対してだと思われます。つまり真に「筋の良い技術」であることが必要条件です。
もちろん Ruby は Ruby on Rails というキラーフレームワークを手に入れています。このフレームワークを正しい問題コンテキストに埋め込んだ際の生産性が「破壊的に高い」おかげで、たぶん Ruby は十分にその準備が整ってきているのだと思います。
ページ数も少ないので気軽に読めると思います*1。
本書の著者も繰り返し指摘している通り、Ruby の現在の成功を裏付けた要因は煎じ詰めれば結局「生産性」の高さということになろうかと思います。生産性というと何だか散文的な表現ですが、Ruby の持つ、プログラムを書く気にさせる魅力も、大抵のプログラムがほぼ一発で動く書きやすさも、最後は生産性の高さとして現れて来ます。私自身 Ruby を様々な仕事の局面で使ってきましたが、単純にアプリケーションを作るだけでなく、最終的には Java や C++ で実装するフレームワークの「動く仕様書」としても使ったりしてきました。
これはよその場所にも書いたのですが、私個人の経験による生産性の違いを考えると
Ruby : Java : C++ = 20 : 5 : 1
位の感覚があります。これはちょっとしたアイデアを設計実装して試そうと思った場合、Ruby だと１日で済む仕事が Java だと１週間、C++ だと１ヶ月かかることを意味します。単純な計算に過ぎませんが、プロジェクトが３ヶ月だとして３回のイテレーションと、６０回のイテレーションではそのシステムの出来上がりの精度（利用者の要求に対する）に大きな差が出ることは確実です。
*1:業務連絡：これも課題図書です（笑）
