Railsな人々、Seasarな人々に挟まれて、無所属系で人見知りの僕は大変緊張いたしました。 ちょっと面白かったのは飲み会前の妙に緊張した雰囲気。全員が沈黙して資料読んでる風景がすごかった。店員がちょっとびっくりしてたね。 僕は、宴会初期はid:habuakihiroさんの隣の位置という好ポジションにつけながら、なぜかABDの話をほとんどしてなかったり。(だめじゃん) ちょっと話していたのはUIの話。ちょっと話題になったのは、例えばMSOfficeのようなGUIアプリのデザイナはどんな仕事をしているんだろうという話。なんとなくオフィスアプリの「デザイナ」がHTML相当の画面系のコード(WPFみたいな)に触ることが無いような気がする。今のWeb系プログラマの常識がどこまで常識なのか? あとWindowsPowerShellカッコイイという話。 そのあと他の人とABDやワークフローの話などな
例えば高校の建学の理念に「生徒の人格の陶冶を使命とする」と書いてあったとしても、お前性格悪いから留年なんて言われるわけがない。 だから建学の理念というのは建前。 高校が測定しているのは成績だけで、だから本音は「教えたことを覚えさせるのが我々の使命」ということ。 うちの企業理念は「ITでお客様の成功に貢献すること」で、これが本音なら「お客さんがうちのシステムを入れていくら儲かったか」を測定するはず。 これを測るのが難しいのは分かるが、「難しいからいくら儲けてもらったか調べません」というのなら企業理念は建前ということ。 受注金額と開発コストしか測定していないのなら「まず儲けるのはうちで、できればお客さんも儲かってくれたらいいなあ」あたりが本音。 建前というものは要らないのかというと、絶対そんなことはない。すげえ重要。 ただ、建前はもろいから、みんなで必死に維持しようとしなくてはならない。何とか
羽生章洋氏のABD (Activity Based Modeling) とはいったい何か、唯一のまとまった資料 http://event.seasar.org/sc2006spring/viewAttachment.do?_pageName_=Materials%2FD4.ppt からその全体像を復元するシリーズ。 もちろんご本人に伺えばいいんだけど、まずは自習から。 初回はざっと読んで分かった気になったことをメモする。全部俺理解だから正確な情報は原典を見てね。 今回は「ABDすると何が良くなるのか」という最重要な話題は避ける。それはABDで設計したデータベースに触ってから書く。 ABDで設計したら、データ構造はどうなる ABDでは、外部キーを、resourceだけでなくeventからも追放する。 つまり 売上ヘッダには顧客IDがない。 売上明細には商品IDがない。それどころか売上ヘッダI
Rails 1.1以降のActiveRecordではhas_and_belongs_to_manyの代わりに has_many :through を使うのがトレンド。これはこれで便利なのだけれど、Activity Based Datamodel式のテーブル構造を使うためにはやっぱりhas_one :throughも欲しい。 本家のMLでは7月24日の"belongs_to :through?"とかいうスレッドでdelegate使えとか言われてる。でも、その場合発行されるSQLが効率悪そうで嫌だ。やっぱり結合して一気に持って来たい。 で、作ってみた。プラグインでも、environments.rbに直接書き込みでも好きなようにインストールしてください。暫定版だし。 ActiveRecord本体の関連の実装に激しく依存してるというたちの悪さ ActiveRecord 1.14.3で動作確認。他は
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
