Refactoring to a really small but useful model island inside a sea of Legacy code
DDD Foundations - Live Coding (25m)
- Wednesday 7 from 11:00 until 11:50 in Red Room
A few years ago the system I was working on involved a set of rules that allows for job applicants taking part of selection tests to make use of exemptions or (unfortunately) blocking them from taking further tests . This part of the system began as a set of queries against the main database, with no explicit domain knowledge in the code. As time passed.... this code proved difficult to reason about as requirements changed, new reasons to give exemptions or block application were introduced. In the end , it was refactored as a combination of strategy & composite pattern. The gain there was of course being able to add / remove new strategies more easily. The main point I got out of that refactoring though was we got explicit domain terminology , clear rules and an easy way to reason about the specifics of this island of better model in the code
About Yves LorphelinTwitter LinkedIn Company Website Sessionize Sessionize
Yves Lorphelin somehow landed into the world of development. Building systems to solve business problems, trying not to create new ones. And always creating long term relationships with customers. He worked in all kind of domains: banking, leasing, logistics, Healthcare, HR recruitment,... And spends his time building new systems, replacing legacy, integrating systems.