À PROPOS DE CET ÉPISODE

Anglais
États-Unis

TRANSCRIPTION 🔗

RECHERCHER LES ÉPISODES PASSÉS

Rechercher les épisodes précédents de Stories on Facilitating Software Architecture & Design.

AUTRES ÉPISODES DANS CE PODCAST

We like to think architecture starts with a problem. But often, by the time we're brought in, someone has already chosen the answer — and the real work becomes figuring out how to slow things down without making anyone feel foolish. That's the situation Kim Kao, a solutions architect manager at AWS…
We often assume that architects working on the same system share the same understanding of its structure. They're looking at the same code, attending the same meetings — surely they see the same thing. But what happens when you actually test that assumption? That's the challenge Aino Corry faced wh…
We've all been in that meeting. Someone proposes a solution, someone else proposes a different one, and within minutes the room has split into camps. People stop listening and start waiting for their turn to argue. Whatever decision comes out feels less like a conclusion and more like whoever had t…
There's a pattern that turns up in almost every struggling team: the problem gets named as technical, the technical fix gets applied, and nothing improves. The complaints come back louder, and the only thing that really changes is who gets blamed next. We recorded this one differently. At DDD Europ…
We like to believe that if we do everything right — bring in proven methods, hire experienced people, build the feedback loops — then the system will eventually bend toward better. Marco Heimeshoff spent years inside a company doing exactly that, and watching it fail anyway. Not because EventStormi…
Avertissement: Le podcast et les illustrations intégrés sur cette page proviennent de Virtual Domain-Driven Design, qui est la propriété de son propriétaire et n'est ni affilié ni approuvé par Listen Notes, Inc.