October 24, 201110:58 カテゴリ O/R Mapper と ktat さんと zigorou さんとかそういうののはなし ちょっと反論があるとすれば、「コストがかかることを便利にしてはいけない」というところかなぁ。 これは、規模にもよるんですが、例えば、CPUすかすかのサービスで、そこまで伸びるようなサイトでもないとします。 そのようなサイトに生DBIで書いて、開発コストを上げるよりも、ORマッパーでシステムのコスト(負荷)を上げて、開発コストを少なくしたほうが良いという判断は蟻だと思う。まぁ、これは、観点の問題で、 コスト=開発コスト(お金)であれば、 「コストがかかることを便利にすべきだ」 コスト=システムコスト(負荷)であれば、「コストがかかることを便利にしてはいけない」 となる。いずれかを選択するかは、ケースバイケースだと思います。でも全体に納得できる
redirect できるようになっったよ idn support いれたよ Net::IDN::Encode でやってる。もっといいのあったらさしかえるかも proxy support はいったよ(by mattn++) というわけで、のこりは cookie_jar support form serializer support performance tuning ぐらい? あとまあ、XS 部分を HTTP::Response::Parser に backport できればいいかともおもうけど、現状のは結構 Furl に依存しちゃってるからどうするかわからん(XS 部分をそっちに移管できると俺がメンテしなくていいという利点と、PP 版はそっちにまかせられるという利点がある)。 use Furl; my $f = Furl->new(); $f->request_by_http_reque
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く