Have you ever found yourself or a team member needing to implement a new feature, but unlike previous feature requests, this one gets all awkward when you try to work it into your existing codebase? When this happens, you know you need to refactor, but it's not clear the best way to do so -- or how to refactor without losing several days to it.
Or maybe a team member is learning a new technique and when you both looked at your work code you realized it's hard to see how the little practice classes correspond to a real world monolith sitting on multiple frameworks. How do you take those lessons into your legacy codebase?
This workship is suited for longtime or newer programmers
The workshop demonstrates techniques that carry through naturally into the real world and allow attendees to refactor more efficiently. Attendees learn how to:
- Save time by closing off false trails to bad refactors sooner
- Break free from programming patterns that are no longer serving you
- Apply refactoring theory to a real world environment
Along the way, we'll explore some of the uncomfortable moments in refactoring (like when you get that horrible sinking feeling because you can't see anything better than writing repetitive code). Attendees also learn about and practice a few programming tools they can take with them:
- TDD's Red/Green/Refactor cycle
- Single-line changes
- Mobbing for alignment
After this workshop, your team will be better prepared to change your codebase to be easier to work with. They'll have the tools to tackle a refactor in a way that won't leave broken code blobs when the schedule gets tight.