Please do not close or refresh this window...
Thursday, 18 October 2018 8:00 AM - Friday, 19 October 2018 6:00 PM CET
Karl-Liebknecht-Str. 32, Berlin, Berlin, 10178, Germany
Access code applied successfully. Remove
Invalid access code. Try again
+ 2 day Conference pass + Lunch + Coffee/tea/snacks breaks
Friends don't let friends remain afraid to change their code. In this full-day workshop, we'll discuss and practise techniques for rescuing legacy code (the easy part), managing the work involved (the harder part), and navigating the people involved (the hardest part, by far). We'll spend most of the day refactoring some lovably annoying code, but we'll reserve part of the day to discuss how Theory of Constraints, Getting Things Done, and the Satir Interaction Model can help you with the legacy code work that goes beyond the code. Bring a computer with a working programming environment, including version control. We'll provide the code for you to work on. Also bring your biggest doubts and your toughest questions. If we can't solve your problems, we'll help you figure out how to figure out how to solve them.
Apparently, everyone knows about patterns. Except for the ones that don't. Which is basically all the people who've never come across patterns... plus most of the people who have. Singleton is often treated as a must-know pattern. Patterns are sometimes considered to be the basis of blueprint-driven architecture. Patterns are sometimes seen as a fixed set of ideas to apply within a school of thinking and practice, such as DDD. Patterns are also seen as something you don't need to know any more because you've got frameworks, libraries and middleware by the download. Or that patterns are something you don't need to know because you're building on diagrams, legacy code or emergent design. All these and more are misconceptions about patterns.
The design patterns from Domain-Driven Design are gradually entering the collective consciousness of software developers. But most of the information out there focuses on mechanistic implementation details of the patterns: how to make an Entity in [insert favourite programming language], how to use the Repository pattern with [insert new hot ORM], how to make immutable Value Objects in [insert legacy framework]... Applied individually, these patterns are useful, but are not giving you the full potential of Domain-Driven Design. This one day training has a different approach. We address technical concerns in implementing the DDD patterns, but the focus is on the underlying principles and heuristics for building great domain-centric object-oriented code.
H4 Hotel Berlin, Karl-Liebknecht-Str. 32, Berlin, Berlin, 10178, Germany.
https://kandddinsky.com
DevCrowd GmbH
Please enter below, the secure invite code provided to you by the event organizer in order to proceed...
(Please use a genuine email address. It will be used to validate your request)
