• Complain

The DDD Community - Domain-Driven Design: The First 15 Years

Here you can read online The DDD Community - Domain-Driven Design: The First 15 Years full text of the book (entire story) in english for free. Download pdf and epub, get meaning, cover and reviews about this ebook. year: 2019, publisher: leanpub.com, genre: Business. Description of the work, (preface) as well as reviews are available. Best literature library LitArk.com created for fans of good reading and offers a wide selection of genres:

Romance novel Science fiction Adventure Detective Science History Home and family Prose Art Politics Computer Non-fiction Religion Business Children Humor

Choose a favorite category and find really read worthwhile books. Enjoy immersion in the world of imagination, feel the emotions of the characters or learn something new for yourself, make an fascinating discovery.

No cover
  • Book:
    Domain-Driven Design: The First 15 Years
  • Author:
  • Publisher:
    leanpub.com
  • Genre:
  • Year:
    2019
  • Rating:
    4 / 5
  • Favourites:
    Add to favourites
  • Your mark:
    • 80
    • 1
    • 2
    • 3
    • 4
    • 5

Domain-Driven Design: The First 15 Years: summary, description and annotation

We offer to read an annotation, description, summary or preface (depends on what the author of the book "Domain-Driven Design: The First 15 Years" wrote himself). If you haven't found the necessary information about the book — write in the comments, we will try to find it.

The DDD Community: author's other books


Who wrote Domain-Driven Design: The First 15 Years? Find out the surname, the name of the author of the book and a list of all author's works by series.

Domain-Driven Design: The First 15 Years — read online for free the complete book (whole text) full work

Below is the text of the book, divided by pages. System saving the place of the last page read, allows you to conveniently read the book "Domain-Driven Design: The First 15 Years" online for free, without having to search again every time where you left off. Put a bookmark, and you can go to the page where you finished reading at any time.

Light

Font size:

Reset

Interval:

Bookmark:

Make
Domain-Driven Design The First 15 Years Essays from the DDD Community The DDD - photo 1
Domain-Driven Design: The First 15 Years
Essays from the DDD Community
The DDD Community

This book is for sale at http://leanpub.com/ddd_first_15_years

This version was published on 2020-02-15

This is a Leanpub book Leanpub empowers authors and publishers with - photo 2

* * * * *

This is a Leanpub book. Leanpub empowers authors and publishers with the Lean Publishing process. Lean Publishing is the act of publishing an in-progress ebook using lightweight tools and many iterations to get reader feedback, pivot until you have the right book and build traction once you do.

* * * * *

2018 - 2020 All copyrights owned by the authors

Dedicated to Eric Evans

Foreword

Its rare for a software book to last fifteen years. By the time a new book gets out of beta, its already at risk of being obsolete. Eric Evans Domain-Driven Design Tackling Complexity in the Heart of Software (Addison-Wesley) is, over 15 years after its publication, sparking a renewed interest in software design. Books and blogs have expanded on the ideas proposed by Eric; people have created new methods to apply the principles; there are workshops and online courses; conferences in Europe, Asia, and North America; and dozens of meetups all over the world.

And where traditionally the DDD community used to be exclusively populated by programmers and architects, were now seeing growing attention from different disciplines in software design. Analysts seem to be leading the way a natural fit, as modelling has always been a fundamental part of analysis. But now testers and product designers are discovering the value of Domain-Driven Design. They too deal in models, and are attracted to the principles and methods of building and collaborating on models, of sharing a Ubiquitous Language, and of finding better context boundaries for managing the growing complexity of software.

What makes the success of DDD even more surprising is that Erics book has a reputation of being theoretical, academic, or philosophical; terms used by programmers when they simply mean hard. It has to be: it was extraordinarily ambitious to write a book that deals with complexity from the smallest domain object to large scale structures. DDD is hard because software design is hard. Once you get used to the density of knowledge in Erics book, youll find it is in fact highly practical. The ideas originated in the real world, in highly complex environments, and are hardened by years of deep thinking, discussions, and experiments.

DDD is not done. Last Summer, during a dinner in Paris, Eric spoke about how hed love to see more publications about Domain-Driven Design. Theres no lack of interesting new ideas in this community, but they are dispersed over talks, blogs, Twitter, and mailing lists. So to celebrate DDDs 15th anniversary, we couldnt think of a better idea than to make this book. We hope it will inspire others to develop new ideas and to write.

When we approached authors for this book, we deliberately imposed as few constraints as possible. The result is a highly diverse collection of essays. Some authors have been there since the start of Domain-Driven Design, others are fairly new to this community. Some entries were written specifically for this book, others are adaptations from older work Martin Fowlers entry, not coincidentally, even predates DDD. The topics are eclectic as well, from philosophical meanderings to deep technical discussions, from tried and true methods to experimental ideas, from critical analysis to DDD love letters.

Eric, we present this book to you during the Domain-Driven Design Europe 2019 conference, as a token of our appreciation for your generosity in sharing your ideas. Heres to the next 15 years!

Mathias Verraes

Founder Domain-Driven Design Europe

Acknowledgments

Id like to thank Anneke Schoonjans, Cline Dursin, Paul Rayner, and Indu Alagarsamy for their help with the logistics and content of this book. The wonderful cover design is by Nick Liefhebber. And most importantly, Im incredibly thankful for the more than 20 authors who contributed to this book. You are all people who have in one way or another inspired me, and countless others.

About DDD Europe

Domain-Driven Design Europe is the worlds leading DDD conference. Our mission is to expose the community to new ideas and influences from inside and outside the DDD community, and to spread DDD throughout the software industry. Please visit the DDD Europe site to learn more, and we hope to welcome you as a participant soon.

Corrections

Corrections or comments can be submitted via GitHub or to the authors directly.

Distilling DDD Into First Principles Scott Millett

Parts of this essay first appeared in the book Patterns, Principles, and Practices of Domain-Driven Design (Wrox 2015) by Scott Millett and Nick Tune.

If I could offer you one piece of advice (apart from always wear sunscreen), it would be to do your utmost to move beyond simply understanding your domain and get to a position where you are in sync with your business vision, goals, strategy and constraints. You should share the same worries as your business counterparts: are we going to hit budget? how do we successfully launch our proposition in a new territory? how do we remove the bottleneck in fulfillment? If you are able to move to a more fundamental level of understanding for your business then you should be in a position that not only gives you a deeper level of understanding for your domain, enabling you to produce effective solutions, but will also allow you to proactively identify product opportunities that offer true business value.

It should come as no surprise to you that software is eating the world and that IT is now a crucial capability in any organisation. However most technical teams only seem to have a shallow understanding of the domain they work within and in my experience are more focused on tech for techs sake over the overall strategy and needs of a business. Advances in technology have afforded a huge amount of opportunity for business development and evolution, however the majority of businesses are yet to catch up on these opportunities. This is not due to a lack of technical savviness from business colleagues but more from a lack of alignment from technical people, those that understand the art of the possible, which prevents them from seeing opportunities.

The line between the non-technical and technical people within modern businesses is blurring. I am seeing more progressive companies that have blended roles where technical people have a seat at the table. They have a seat because they have earnt it through leveraging the art of the possible, technical opportunities, to remove a constraint on the production of business value. They are aligned to the real needs of the business and they have the autonomy to deliver solutions to meet those needs.

This essay is about my story and how DDD helped me learn more about solving problems and helping people to refocus efforts on how solutions are derived, how people communicate and collaborate, and how technical people can deliver solutions and identify opportunities that exceed expectations of business colleagues.

Be the art of the possible Disclaimer I dont have talent so I just get up - photo 3
Next page
Light

Font size:

Reset

Interval:

Bookmark:

Make

Similar books «Domain-Driven Design: The First 15 Years»

Look at similar books to Domain-Driven Design: The First 15 Years. We have selected literature similar in name and meaning in the hope of providing readers with more options to find new, interesting, not yet read works.


Reviews about «Domain-Driven Design: The First 15 Years»

Discussion, reviews of the book Domain-Driven Design: The First 15 Years and just readers' own opinions. Leave your comments, write what you think about the work, its meaning or the main characters. Specify what exactly you liked and what you didn't like, and why you think so.