InfoQ

Presentation

Recorded at:
Recorded at

Strategic Design - Responsibility Traps

Presented by Eric Evans on Sep 03, 2009

Community
Architecture
Topics
Domain-Driven Design ,
Design
Tags
Domain Modeling ,
Design Guideline ,
QCon London 2009 ,
QCon
The next QCon is in London Mar 10-12, Join us!
Summary
Eric discusses the need for strategic thinking an how early design decisions have major impact on the organization and the entire development process. He uses the lens of DDD Strategic Design principles (emphasizing "Context Mapping" and "Distilling the Core Domain") to show how to avoid strategic failures and achieve strategic successes. Winning strategy starts with the domain.

Bio
Eric Evans is a specialist in domain modeling and design in large business systems. Since the early 1990s, he has worked on many projects developing large business systems with objects and has shared his experience in the book "Domain-Driven Design," Addison-Wesley 2003. Eric now leads Domain Language, Inc.

About the conference
QCon is a conference that is organized by the community, for the community.The result is a high quality conference experience where a tremendous amount of attention and investment has gone into having the best content on the most important topics presented by the leaders in our community. QCon is designed with the technical depth and enterprise focus of interest to technical team leads, architects, and project managers.
i really, really liked it. by uwe schaefer Posted Sep 5, 2009 7:08 AM
Re: i really, really liked it. by chao cai Posted Sep 7, 2009 8:46 AM
Depressing as heck but the last 3rd gives a shred of hope for the industry by William Bohrer Posted Sep 9, 2009 5:12 PM
Yes, but... by Tiberiu Fustos Posted Sep 14, 2009 3:43 AM
Re: Yes, but... by William Bohrer Posted Sep 16, 2009 10:29 AM
  1. Back to top

    i really, really liked it.

    Sep 5, 2009 7:08 AM by uwe schaefer

    Eric Evans obviously is a very good speaker.

  2. Back to top

    Re: i really, really liked it.

    Sep 7, 2009 8:46 AM by chao cai

    Eric's ways seems much like the SOA concept, wrap the legacy system and map the different model; reuse the services to make the new features.

  3. I almost quit the industry until 2/3 of the way through when he admitted he was probably depressing responsible architects and designers :-)

    Yes, it does sound like the SOA technique of wrapping Legacy systems, that's hardly a new concept, but with 22 years experience, I don't find any of Eric Evans ideas are new, but I do find it nice that he's bundled them together and is evangelizing the importance of good engineering and design practices and domain modelling in particular.

  4. Back to top

    Yes, but...

    Sep 14, 2009 3:43 AM by Tiberiu Fustos

    Fully agree with the content and the proposed method. The problem is, that many large companies have huge legacy "system-landscapes" (=big balls of mud) that have successfully survived previous attempts to migrate, clean-up etc. and meanwhile their maintenance is so expensive that phasing them out is a must from purely a financial point of view.
    What I notice is that usually these companies start every 3-5 years such initiatives as described at the beginning of the presentation and end up in the same situation (year 2 usually means the end of it). Due to the fact that after such failures usually the management is also exchanged, it is almost impossible to have any discussion about a different approach...

  5. Back to top

    Re: Yes, but...

    Sep 16, 2009 10:29 AM by William Bohrer

    Spot on. It takes more than 2 years to replace these large IT systems but that's as long as management is willing to wait, so they always fail.

    The trick is to cut the thing into pieces and have staged deliverables. Sometimes that's not easy, when like you said, all you have is a big ball of mud (or as I like to describe it, a sagging carboard shanty that the users want you to wallpaper, add gold faucets, and hang a chandelier in.)

Educational Content

Brian Marick on 4 Challenges and 5 Guiding Values of Agile Software Development

Brian Marick takes us through a quick tour of the most important values and challenges to adopting Agile successfully (they aren't the typical challenges and values we hear in the community).

Are You a Software Architect?

The line between development and architecture is tricky. Does it exist at all? Is an ivory tower actually needed? There's a balance in the middle, but how do you move from developer to architect?

Agile – A Way of Life and Pragmatic Use of Authority

The word 'authority' sometimes produces an allergic response in hard-line agilists. Freedom and authority – both are bad if misused and both are good if used in right spirit for a noble cause.

Getting Started with Grails, Second Edition

"Getting Started with Grails" brings you up to speed on this modern web framework. Companies as varied as LinkedIn, Wired, and Taco Bell are all using Grails. Are you ready to get started as well?

Using ITIL V3 as a Foundation for SOA Governance

Those familiar with only ITIL V2 often scoff at the thought that ITIL could serve as a governance framework for SOA. With ITIL V3, the focus of the framework shifted towards service-orientation.

Adrian Colyer on AspectJ, tc Server and dm Server

SpringSource CTO Adrian Colyer discusses AspectJ, SpringSource's dm Server and tc Server products, OSGi and Scrum.

Adam Wiggins on Heroku

Heroku's Adam Wiggins talks about Rails, Background Jobs, Add-Ons, Ruby, and how Heroku manages to work around Ruby's inefficiencies using Erlang and other languages.

SOA as an Architectural Pattern: Best Practices in Software Architecture

For Grady Booch the foundation of a good architecture is patterns, SOA being just one of many patterns. In this Second Life presentation, Booch attempts to bring more clarity on what architecture is.