Even with perfect naming and perfect code, it is hard to read the story of your domain straight out of it. You can be certain that you’ll have forgotten of the nuances about the code the next time you see it. Or someone else sees it, because very few of us live our professional coding lives in an area where it’s only me ever handling the code. Someone is going to come back to your code – in five days, three months or five years. Luckily, if you write your tests the right way, they can tell the story of your domain in a way your production code can't. Let us show you how to create your tests so you can get rid of your stale documentation.
Critically Engaging with Models a conversation with Rebecca
In this session, we are joined by Rebecca Wirfs-Brock, who will first present a short talk on their essay Critically Engaging With Models followed by a group discussion. It would be great if you could read their essay beforehand. If you want to support their writing...
