I am planning on running a BOF at OOPSLA on Eric's book on Domain-Driven Design. I'm thinking of the name "A book in three hours". I'm thinking of going...
I think it will be a very useful session. I will definitely be interested in attending. Also, the book appears to be more than just a collection of patterns. ...
Hi Alongside entities and value objects Eric also mentions services. However there is some confusion in my mind regarding the identity of service objects. Is...
If services are stateless then one is about the same as another and it is fine to have all the services in one class be equal to each other. On the other...
I like the description of the Smart UI anti-pattern. However, I think a concrete example of what a "small" project is, would help. In particular, I have...
I think it is useful to distinguish the things we do for purely technical reasons from those we do to express a domain model. In your example, you want to test...
You make a good point. To actually define "small" would be beyond my abilities, but I might be able to give a couple of brief examples. I suppose that in...
I am sure that there probably are some metrics that define a "small" project. I think it is relative and dependent on (1) the size of the team, (2) experience...
Eric, I wouldn't associate Knowledge Level with Reflection as you have. As you know, Knowledge Level is that fine pattern from Martin's first book while ...
You are probably right that it shouldn't be "AKA". Yet they are very closely related. When most of us read the POSA book, we are thinking about technical...
A BOF can't be officially scheduled until the beginning of the conference. Then it is a first-come first-served signup. So instead we'll have a target date and...
Eric, Great book! I really sympathise with the message about complexity. My interests are in ontologies, particularly for semantic integration - which will be...
I've become quite interested in error messages recently. I'm inclined to think that a good error message tells the user three things: 1) What the program tried...
Brian Marick
marick@...
Oct 28, 2002 5:04 pm
17
Very interesting points, Chris. I'm sorry I've been so slow in responding. I got a little buried preparing for OOPSLA, etc. On reading your message, I realized...
This is a good topic for discussion. Brian actually brought this issue up with me and I asked him to repost it here because I'd like to hear what others have...
... This is a very good point, and a good example to make that point. You should include it in your book, because your book does not now make clearly the point...
Hmmm. I thought I had made the point in the Model-Driven Design pattern. I did talk about the problems of separate "analysis models". But maybe if I use this...
... When you made your point, I realized it was implicit in what you had said. However, even after having read your book twice, it was not obvious to me that...
Good news. The end is near. In a month or so, I'll be making a final draft and sending it off to the publisher. This means that not everything I might like to...
At 9:48 PM +0000 11/16/02, Eric Evans wrote: (excerpted from below) ... Would this be something like what you mean? The average user would think of bookmarks...
Brian Marick
marick@...
Nov 24, 2002 4:42 pm
24
I'm hoping the people here can help me brainstorm a name for this pattern, and I can get a feel for how different people react. This was previously called...
Hi, I wanted to comment on this section but was unable to access your website the other day. It may be due to where I am working. Can you confirm for me that...
The website is down today. I'm told it will be back up tonight. In the meantime, I put the pdf of the book in the "Files" section of this group. Sorry for the...
I like the name conceptual contours more then concept contouring granularity. Others I thought might apply: Conceptual form Conceptual shape Conceptual...
Domain driven design addresses the modeling/structuring of the "business object tier" of a system ... developing a deeper understand about the domain and...
I think this question implies that you are looking for a mechanistic solution. Why should either use cases or the domain model dominate? That is like asking...
