#254 скачать в хорошем качестве

#254

Hand aufs Herz: Wie viele Domains hast du gekauft, die heute nur noch als jährliche Renew Mail existieren? Genau mit diesem Reality Check steigen wir ein und biegen dann scharf ab: nicht Webdomains, sondern Domain Driven Design. In dieser Episode machen wir DDD greifbar, ohne dass du direkt ein 560-Seiten-Buch heiraten musst. Wir klären, welches Problem Domain Driven Design eigentlich löst, warum Teams in großen Systemen so oft in Spaghetti Code, technische Schulden und Kommunikationschaos rutschen und weshalb eine Ubiquitous Language, also eine gemeinsame, allgegenwärtige Sprache, oft der erste echte Hebel ist. Danach geht es ans strategische Design: Bounded Contexts, Context Mapping, Schnittstellen zwischen Teams und warum das verdächtig nah an Conway's Law, APIs und realen Teamstrukturen ist. Und ja, wir schauen auch auf die taktische Seite: Value Objects, Entities, Aggregates, Repositories, Domain Events, plus der Klassiker aus der Anti-Pattern-Ecke: das anämische Domänenmodell. Wir sprechen außerdem darüber, wie du pragmatisch startest, auch in bestehenden Codebasen, wer das im Team treiben kann, und warum Konsistenz im Naming gerade mit LLMs und AI Coding Tools plötzlich noch mehr zählt als früher. Wenn du wissen willst, ob DDD wirklich Enterprise Buzzword Bingo ist oder einfach der Name für verdammt gute Softwarearchitektur, dann bleib dran. Unsere aktuellen Werbepartner findest du auf https://engineeringkiosk.dev/partners Das schnelle Feedback zur Episode: 👍 (top) (https://api.openpodcast.dev/feedback/...)  👎 (geht so) (https://api.openpodcast.dev/feedback/...) Anregungen, Gedanken, Themen und Wünsche Dein Feedback zählt! Erreiche uns über einen der folgenden Kanäle … • EngKiosk Community: https://engineeringkiosk.dev/join-dis... • LinkedIn:   / engineering-kiosk   • Email: stehtisch@engineeringkiosk.dev (mailto:stehtisch@engineeringkiosk.dev) • Mastodon: https://podcasts.social/@engkiosk • Bluesky: https://bsky.app/profile/engineeringk... • Instagram:   / engineeringkiosk   Unterstütze den Engineering Kiosk Wenn du uns etwas Gutes tun möchtest … Kaffee schmeckt uns immer  • Buy us a coffee: https://engineeringkiosk.dev/kaffee Links • Martin Fowler über Domain Driven Design: https://martinfowler.com/bliki/Domain... • Martin Fowler über Anemic Domain Model: https://martinfowler.com/bliki/Anemic... • Repository zum Buch “Domain-Driven Design With Golang”: https://github.com/PacktPublishing/Do... • Buch von Eric Evans (Final draft): https://fabiofumarola.github.io/nosql... • Engineering Kiosk Episode #222 SOLID in Go, JS & Co: passt das noch zur modernen Software?: https://engineeringkiosk.dev/podcast/... • Engineering Kiosk Episode #12 Make oder Buy: https://engineeringkiosk.dev/podcast/... Sprungmarken (00:00:00) Domains kaufen vs. Domain Driven Design (00:06:01) Info/Werbung (00:07:01) Domains kaufen vs. Domain Driven Design (00:10:45) Warum überhaupt Domain Driven Design: Komplexität, Spaghetti Code und Business-IT-Graben (00:14:16) Strategisches Design: Domain verstehen und Ubiquitous Language aufbauen (00:24:33) Bounded Contexts und Context Mapping: Grenzen, Sprache, Schnittstellen (00:32:46) DDD und Teamstrukturen: Conway's Law, APIs und Verantwortlichkeiten (00:35:57) Taktisches Design: Value Objects, Entities, Aggregates, Repositories (00:43:32) Wie erkennst du DDD im Code: Kubernetes als Beispiel und Code Lesbarkeit (00:46:19) Pragmatisch starten: Glossar, Boy Scout Rule und DDD mit bestehenden Codebasen (00:52:27) Für wen lohnt sich DDD wirklich: Startup vs. Enterprise, Monolith vs. Microservices (01:00:53) Kritik und Grenzen: Over Engineering und fehlende Domain Experts (01:01:58) DDD in Plattform- und Infrastruktur-Teams: gemeinsame Sprache für Cloud Automation (01:04:09) Ressourcen, Links und Community-Feedback Hosts • Wolfgang Gassler (https://gassler.dev)  • Andy Grunwald (https://andygrunwald.com/) Community Diskutiere mit uns und vielen anderen Tech-Spezialist⋅innen in unserer Engineering Kiosk Community unter https://engineeringkiosk.dev/join-dis...