なひです．東京にてお待ちしています．

> From: matsuo hisanori [mailto:matsuo_hisanori / pop21.odn.ne.jp]
> Sent: Friday, September 03, 1999 12:50 AM

> > 何がくるんだかわからない以上，プログラマは余計な仮定をおかずに
> > コーディングすべきで，だとしたら一様なArrayの方が
> > 仮定を置きにくくてよろしい，ということでどうでしょう．
> 
> という事にしておきましょうか^^。でも根っ子で合意が取れてない気も^^;;;

結論が一緒なのでいいことにしましょう．^^;

> > ここでビジネスロジックの話になるのは，
> > なひとしては気持ち的に理解できるわけですが，
> > それは週末まで置いといて．．．^^;
> 
> 確かにその辺が、話の一つのヤマになってしまうんですよね…。僕のこの辺の
> 気持ちに、さてついてきてくれる聴衆かどうか。なひさんに通じるかどうか。

そのヤマとあそこのタイトルがどう絡むのか，楽しみにしています．(^-^

> > 「業務ロジック」と「ビジネスロジック」を使い分けていらっしゃいます?
> > このスレッドで両方出てきたような．．．
> 
> チェック厳しいですね^^ 自分以外に気が付いている人がいるとわ…。
> 
> 意味は同じのつもりです。語感というか、その場の気分で使い分けてました。
> もしか意味が異なる文化圏の人がいらっしゃるようだと、気を付けなければな
> らないのですが、どうなんでしょう?

同じ意味とのこと，了解です．どうもありがとうございました．
最近，両者を交互に話す人を見たので，
もしやなひの知らぬ間にまた用語が増えたのかと疑ってしまいました．^^;
むこう(?)で言うところの，Business Logic Layer/Componentのことですよね．

ところで松尾さん的には，Business Logic Componentは，
Statelessですか? それともStatefull?
Rubyではどのように解決するのがスマート?

# なひは迷ってて，書くたびにふらふらしてます．

．．．とかいう話は，ruby-projectの方がいいのかしらん．