Please log in to watch this conference skillscast.
Domain-Driven Design techniques give us guidance when modelling and building applications. The question is - how to make the best use of it when rewriting something that already exists?
It turns out that Strategic patterns can help you learn about existing environment and challenges. The Tactical ones can be applied to build software that will make implementation of new capabilities possible.
In this talk Kacper will reflect on his past experience with rebuilding complex business systems. He will share with the audience his thoughts on what worked and what caused problems. Try to answer if it’s possible to stay sane in the Microservice world?
He'll discuss challenges arising when trying to migrate to Event Sourcing. Give tips on how to make best use of Domain Experts and explain why consistency is a business problem.
YOU MAY ALSO LIKE:
- Strategic DDD & Sociotechnical Architecture with Kacper Gunia and Nick Tune (in London on 30th September - 1st October 2019)
- Jenny Martin's BDD From Start to Finish - Successful Delivery through Continuous Collaboration (in London on 24th - 26th June 2019)
- Fast Track to Chaos Engineering with Russ Miles (in London on 1st - 3rd July 2019)
- ProgNET London 2019 (in London on 11th - 13th September 2019)
- Keynote Evening with Russ Miles (in London on 1st July 2019)
- Cloud Native July (in London on 3rd July 2019)
- Securing microservices in a serverless world (SkillsCast recorded in June 2019)
- Solving 5 typical Issues in API development with Domain Driven Design (SkillsCast recorded in June 2019)
Lessons Learned: Rebuilding Legacy Apps with Domain-Driven Design
Kacper Gunia is an independent software consultant with 9 years of experience in the industry. He built applications and systems for clients including Starbucks, Time Inc, FeelUnique, Johnston Press & William Hill. On daily basis supports and trains client’s teams on using right technologies, processes and approaches such as Domain-Driven Design and Functional Programming.