4 ms·
> if I don’t refactor this code, who will? I have had this conversation yesterday, and the refactorer asked this very question. Here's my answer: The question
by xcambar 4y ago
> if I don’t refactor this code, who will?
I have had this conversation yesterday, and the refactorer asked this very question. Here's my answer:
The question is improperly formulated. With your behavioral patterns of immediate refactoring, the question seems to be: "if I don't refactor this code NOW, who will?".
I'd say that if you don't refactor the code now, someone else, maybe future you, may refactor it later.
Most sane companies will protect engineering from impulsive feature requests and will add them to the backlog for future consideration.
I'm trying to instill the same protective mindset in my teams, and help them not do refactorings immediately but rather consider them as potential work as dedicated items in the sprints or so.
Doing so, prioritizing becomes a natural part of the refactoring/tech debt/tech risks agenda, because we have an overview of the work to do globally.
- shepherdjerred 4y agoIn my experience (three years, two companies, so not much) refactors are beyond last place for prioritization. Even my current company which does a great job of handling tech debt doesn’t track refactoring well. How would you even do it? Imagine how many tickets you would have about the things that need to be improved. I guess this is delving into queue theory and how the work queue is growing to infinity because there aren’t enough workers. I miss personal projects
- xcambar 4y agoI don't know your company and projects but I weight these tasks as business risks, business opportunities and developer productivity.