先日公開された るびまの Sinatra/Padrino/Rack の記事 ですが、ぼくの想像以上の反響と好意的な評価をいただいているようで、大変うれしく思います。

“Rails Hub情報局” にも取り上げていただきました。

• Railsはフルコース、Sinatraはお皿、Padrinoはビュッフェ

西村さんの素晴らしい洞察力で、 Sinatra、Padrino、Rackについての考察もされた必読の記事なんですが、一点だけ引っかかったところが、

Padrinoはビュッフェ

という点で、「アレ？」　となりました。

自分自身でも

Sinatra と言う皿の上に、ロガー、キャッシュ、ヘルパー、認証と言った料理をたくさん盛り付けていく

という表現をしていたんですが、ちょっと、自分でどういうつもりで使ったのかな～とあらためて考えこんでしまいました。

＃このあたりの違和感を twitter で整理していたところ、

＃@knsmr さん ご本人に拾っていただいて、今の記事ではコメントが入っています。お騒がせして失礼しました……。

で、この違和感は「間違っているから」、ではなく、記事を最初に読んだ時点では「間違いではないけれど、ぼくの考えでは Sinatra の段階でそれは出来るような……」ということだったんですね。

ただ、考え直してみると、実際、 Padrino framerowk には 3 つの要素があって、

• (1) 各種 Extensions と Rack Middleware で Sinatra 自身を拡張するためのライブラリスイート
• (2) 「コントローラ＋ルーティング」担当としての Sinatra と、O/Rマッパ、テストライブラリ等他の機能とをつなぐ「グルー」としての役割
• (3) ジェネレータ、テスト自動化等の開発支援ツール群としての役割

ということで、 (1) とあわせて (2) の要素、別の言い方をすれば「各種関連ライブラリをピックアップできる agnostic な側面」を含めて「ビュッフェ」であるとも考えられます。そうであれば「Padrinoはビュッフェ」という表現もぴったりとはまるのかな、と思いました。Padrino のおかげで、より多くの料理が選べますね。

まとめると、Rack 、そして Sinatra 自身は、フレームワークであるとは言ってもやはり最小限のマイクロフレームワークと、拡張のための API を用意してあるだけで、「お皿」はあくまで「お皿」なんですね（そこが素晴らしいところなんですが）。実際、 Sinatra の show-’em-once フラッシュ（flash[:notice] 的なもの） やセキュリティ関連の実装（rack-protection, ちなみにこれも rkh さん作）は別の Rubygem に切り出されていたりもしますし。 Padrino は、 Sinatra ベースの開発により豊富な選択肢を提供してくれるので、それを以って 「Padrinoはビュッフェ」 と言えるのだと思います。

（ちなみに、 Sinatra 自身に盛るための料理には、 Rack wiki にある各種ミドルウェア、sinatra-contrib、big_band プロジェクトで提供される拡張（少し古いですが）、などもあります、ご参考までに！）

＊　＊　＊

1

padrino gen project foo

このコマンドで作られるスケルトンを元に、ジェネレータを駆使して作っていけば、上記の (1) ～ (3) はきれいに統合されて、「フルスタックフレームワーク」としての Padrino を便利に使うことが出来ます。でも、ぼく自身が「軽量さ」を重視して、 (1) の、手軽に Sinatra に組み込める側面を強調しすぎていたこともあり、ここはちょっとぼくが偏っていたのかなあ、と思いました。 (1) だけでは、ある意味ではただのライブラリ群であり、フルスタックフレームワークとしての側面とか Padrino の独自性が薄まってしまいますね……。

何にしても、記事で取り上げてくださったことは凄く嬉しいです！ “モダンなCGI”という表現はぼくも真似させてください……w

＊　＊　＊

ということで、なにやら徐々にプログラマーとしてもカルマ（謎）も上がってきた気がしますし、今後もできる範囲で頑張っていきますよ～……。

それにしても、 Redis の antirez 氏もイタリア人だとは存じ上げなかった……。 Padrino の @DAddYE もナポリではたらくイケメンですし、今イタリアが熱いですね。