| Objekt Orient | |
| There are unknown knowns. | 
| 
 status 
Youre not logged in ... Login
 
menu 
search 
calendar 
recent updates 
   Goodbye Antville, hello Blogspot Its 
time to move! Antville is a symatic community but I'm... 
      by rolandk (11/8/08, 4:00 PM)
    
   SOA at Deutsche Post Deutsche 
Post is THE company which implemented SOA the first time,... 
      by rolandk (11/4/08, 2:59 PM)
    
   The model and the architecture 
Hypothesis: Since infrastucture code is not part of the domain... 
      by rolandk (10/17/08, 1:24 PM)
    
   Hope joost does it right 
this time It's the content, stupid http://www.joost.com/home?playNow=33l83ke#id=33l83ke 
      by rolandk (10/14/08, 1:00 PM)
    
   Siri Bringing AI to the 
interface. I'm sceptical http://news.cnet.com/8301-17939_109-10065136-2.html 
      by rolandk (10/14/08, 9:47 AM)
    
   Generative Sequencing is what MDSD 
gives to the Pattern Movement Look what I've found: A... 
      by rolandk (10/12/08, 12:48 PM)
    
   A thought on MDSD Christoper 
Alexander—The pattern language that we began creating in the 1970s... 
      by rolandk (10/10/08, 6:09 PM)
    
   Fresh and inspiring as a 
hill in the morning mist. Nasim Taleb explains the... 
      by rolandk (9/30/08, 9:23 PM)
    
Roland Kofler's Blog on Software Engineering on ![]()  
 | 
 Tuesday, 22. July 2008 
The fallacy of a "technical" Domain Model Tuesday, July 22, 2008 at 8:01:38 PM Central European Summer Time 
Today I came to the notion of a "technical" Domain Model, by a smart colleague by the way. Domain Model being synonym to "Model of a Domain" inherently is pure business, although I conceal that certain properties - the way it was modeled - reflects technical constraints. I already was able to optimize the performance of a system by optimizing the Domain Model. But no Aggregate, no Entity, no Relationship in a Domain Model can be represent a technical term. This is easily arguable for the core entities like Customer, but why should the Business Concept of a Searchquery not shaped by inquiring the analyst/business owner defining the business of the queries: do they have subqueries, would they be savable, do we have special operations on queries? The same goes for legacy boundaries. What means it interact with the legacy FROM BUSINESS point of view. If its important its business, not technical. That's what shapes the difference between an iPhone and a Smartphone. ... link  |