Wir nutzen Cookies, um unsere Dienste zu erbringen und zu verbessern. Mit Nutzung dieser Seite akzeptieren Sie Cookies.
Als Amazon-Partner verdiene ich an qualifizierten Verkäufen. Euphoria Mall erhält eine Provision für alle Einkäufe, die über unsere Amazon-Links getätigt werden.
Kundenrezensionen (10)
In der Softwareentwicklung muss man sich mit zwei widersprüchlichen Anforderungen an ein Softwaresystem auseinandersetzen
In der Softwareentwicklung muss man sich mit zwei widersprüchlichen Anforderungen an ein Softwaresystem auseinandersetzen. Einerseits muss es nachhaltig entwickelt werden, damit dies innerhalb der nächsten Jahren erweitert und gewartet werden kann. Auf der anderen Seite soll neue Funktionalität in kurzen Abständen ausgeliefert werden und auf neue Anforderungen der Kunden schnell reagiert werden können. Agile Methoden haben nachhaltig dazu geführt, dass heute in kurzen Abständen neue Funk
Gekauft wurde das Buch durch Empfehlungen von Kollegen
Gekauft wurde das Buch durch Empfehlungen von Kollegen. Nach einer Weile stellte sich das Buch als eine meiner wichtigsten Nachschlagewerke heraus und liegt seitdem stets neben mir am Arbeitsplatz. Wenn sich Jemand ausführlich mit dem Thema Software Architektur auseinandersetzen möchte, dem kann ich getrost an das Buch verweisen.
Eric Evans trichtert einem von Anfang bis Ende das wichtigste in der Softwareentwicklung ein: Kommuniziere - v
Eric Evans trichtert einem von Anfang bis Ende das wichtigste in der Softwareentwicklung ein: Kommuniziere - v.a. mit dem Anwender aber auch mit deinen Kollegen. Software soll Probleme lösen und dazu müssen Sie die Sprache des Anwenders sprechen. Nun bin ich in der glücklichen Situation, u. A. selbst der Anwender meiner Software zu sein und dennoch fällt mir die Modellierung des Problems nach der Lektüre erheblich einfacher. Eric Evans beschreibt in einem Kapitel, wie die "Ubiquitous Lan
Dieses Buch gehört für mich zu den "Klassikern" - weil Evans als erster Autor die Kluft zwischen Analyse und Architektur/Implementierung mal gründlich und systematisch bearbeitet! Seine "Building Blocks of Domain Driven Design" (Entities, Services, Repositories, Factories etc
Dieses Buch gehört für mich zu den "Klassikern" - weil Evans als erster Autor die Kluft zwischen Analyse und Architektur/Implementierung mal gründlich und systematisch bearbeitet! Seine "Building Blocks of Domain Driven Design" zeigen endlich mal einen systematischen Weg von fachlichen zu technischen Klassenmodellen auf - sehr lesenswert! Leider fällt der zweite Teil des Buches doch sehr ab - da wird der Stoff anekdotenhaft und teilweise z
Basically it's a good book
Basically it's a good book. The examples are oversimplified, there are lots of descriptions of projects whichare not that interesting from a technical point of view. Also, a view design patterns are included. To learn patterns other more specific books are better suited. It's written rather boring.
This was really one of those books that is just packed with great, actionable knowledge
This was really one of those books that is just packed with great, actionable knowledge. It is a really good book on software design and I highly recommend it to anyone working with object oriented code.
Das Buch beschäftigt sich mit der fachlichen Modellierung objektorientierter Systeme und der Autor vertritt deutlich die Ansicht, dass der Systemkern durch die fachlichen Modelle getrieben sein soll
Das Buch beschäftigt sich mit der fachlichen Modellierung objektorientierter Systeme und der Autor vertritt deutlich die Ansicht, dass der Systemkern durch die fachlichen Modelle getrieben sein soll. Damit die fachliche Modellierung gelingt, ist eine gemeinsame und eindeutige Sprache der Projektbeteiligten von Nöten. Dieser generelle Ansatz wird dann ausgearbeitet, indem die Bausteine für fachliche Modellierung in Pattern-Form präsentiert werden. Durch die Pattern-Form ist selektives Lesen m
I really don't underestimate the value of identifying things, naming them properly and consistently, finding their interrelationships
I really don't underestimate the value of identifying things, naming them properly and consistently, finding their interrelationships. However, in order to teach it, you don't need to write so much text. I found the book overextending the topic to make it a thick book. It could have been explained much more concisely. In addition, I was expecting more about software design than model design. After some reading, I found myself reading the same things hence got bored. It is one of th
Describes some concepts every developer should be aware of
Describes some concepts every developer should be aware of.
Dieses Buch ist eine absolute Pflichtlektüre für jeden SoftwareentwicklerIn oder ArchitektIn
Dieses Buch ist eine absolute Pflichtlektüre für jeden SoftwareentwicklerIn oder ArchitektIn. Insbesondere wenn man im OO Umfeld seine Brötchen verdient. Teilweise etwas langatmig aber dafür vollständig.