Making others care about refactoring
Do you feel like you're working with a dumpster fire, but no-one cares?
Like many things in programming, the real problem is not technical, it's people.
Management doesn't seem interesting in fixing what's already there? How can clients understand benefits of cleaning the codebase? Co-workers quit or act like they just don't care?
Let's see what you can do.
🎓 Related articles
- Design Patterns, Empathy, and Reading Complex Code
4 great talks on Legacy Code that I had the pleasure to host. A focus on empathy and getting into complex codebases.
- How to tell your client how bad their codebase is?
When work looks trivial from the outside, but you know it will actually take much longer to do.
- The key points of Re-Engineering Legacy Software
Here's an interesting book on approaching Legacy Software. Here's my summary of its salient points.
- Does refactoring Legacy Code pay off in your career?
Working on Legacy systems can be extremely beneficial to your career… If you can explain why it matters to the business!
- The key points of Beyond Legacy Code
This book is filled with practical strategies to apply on Legacy systems. Here's my summary of its salient points.
- Where should you put the documentation?
What you should be looking for to build a great and useful documentation.
- Convince managers to address Tech Debt with Enclosure Diagrams
How to come up with a plan that will resonate with non-technical people, in 7 concrete steps.
- Earn future maintainers esteem by writing simple ADRs
With Legacy Code, there is never any good documentation. Hopefully, there's a simple way for you to stop that trend.
- 5 arguments to make managers care about technical debt
If you think that management wouldn't let you refactor Legacy Code, use these 5 arguments to convince them.