Do you schedule time and tasks for refactors?

Christian Vasquez - Aug 8 '18 - - Dev Community

This evening, I sat down to read on some of Uncle Bob's tweets and they are quite interesting, but one of them stood out for me:

And I can totally understand what he means, but I recently started working on a project that is so tangled that it was actually slowing us down. No matter your seniority, you would find yourself increasing the "WTF per minute" counter constantly while working on what seemed like a basic task.

In case you may wonder what the "WTF per minute" reference is about, the following image should help you out:

Wtf per minute

Which led us to speak to our manager and try to convince them that if we kept going that road we would make our lives worse with each step we take.

So, that resulted in a bunch of tasks that had to be estimated, divided into multiple devs in order to reduce the overall time it would take (as long as they could be worked in parallel) and blah blah blah.

This meant that we would have to spend at least 1-2 months putting everything on hold until we could refactor our code to be easier to manage, for both experienced and unexperienced developers.

Personally, I find that Uncle Bob's opinion should be the way everyone should think, but it should not be written in stone. Depending on how critical or big the refactor may be needed, you may need those refactoring tasks to be tracked.

Other opinions found in this tweet thread:

Which was replied with:

And then Uncle Bob added:

**Now I would like to read your opinions about this topic :)**
. . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Terabox Video Player