O/R Mapper についてかんがえてみた
元ネタ）http://d.hatena.ne.jp/tokuhirom/20110104/1294170319 昔良くORMを使うことのメリットは SQLを書かなくてよくなる。 つまりプログラマはSQL脳が低いからプログラマにSQLを書かせない。 プログラム中にSQLという別の概念がはいってくるとコードが読み難くなる。 バックエンドのRDBMSの差異を吸収してくれるからバックエンドを気にする必要がない。 さらに、バックエンドのRDBMSを簡単に取替え可能。 プログラマブルにSQLを組み立てしたい。 などと言われることが多いんじゃないでしょうかね。 個人的には最後の「プログラマブルにSQLを組み立てしたい」と言う要件以外は全部 間違っていると思います。 イカ全て自分の視点なだけなので違う意見もあるであろうことを承知で言い切ります。 SQLを書かなくてよくなる。つまりプログラマはSQL脳が低い
2009年と私 - Hatena::Diary::Neko::kak 500 Internal Server Error
いきなり2009年を振り返ってみようかと思った。 今年はいろいろアウトプットができたきがします。 DBIx::SkinnyもQudoもCPANにupしたし、 Yokohama.pmやYAPC::Asiaでも発表することができました。 Skinnyはいろいろな人に興味をもっていただけたのがとても嬉しかったです。 Skinnyの思想をベースにした他のプロダクトを開発するひともあらわれたりしたのも嬉しかったです。 Skinnyは現在アドベントカレンダーが進行中なので、 興味のある方はそちらをチェックしていただければと思います。 http://perl-users.jp/articles/advent-calendar/2009/dbix-skinny/ Qudoも個人的にはなかなかいい感じで仕上がってるので今後のエンハンスメントも頑張りたいところ。 また、PSGI/Plackが登場したことで作り
nekokak.org
id nekokak name Atsushi Kobayashi job web engineer nationality Japan lang perl blogs d.hatena vox use.perl.org wassr changeblog products CPAN code.mfac.jp coderepos.org contact nekokak gmail com NoPasteみたいなのをおいてますが、DBIx::Skinnyの実験的にやってますので自分しかつかいません。あしからず Blogみたいなのをおいていますが、基本書き捨ての情報です。あくまで実験上なのであしからず。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
