Fine Line Between Refactoring And Futzing

When is enough refactoring enough? When do you decide that code is good enough for now, and it's time to use it. Once you use the code, you may notice that you need to refactor again. I claim that changing the code without making it better is just futzing. RefactoringLetsYouGoFast, FutzingMakesYouGoSlow.

(BTW, futzing is not in my CollinsEnglishDictionary?, but I believe it is the correct word for pointless tinkering.)

-- JohnFarrell

"Futzing" = the coders equivalent of AnalysisParalysis?


There seem to be several points here: -- MartinPool

FIXME or TODO is a very powerful tool in this context. I add a TODO for things I think I want to refactor. This allows me to stay focused on the thing I am doing without forgetting the things I want to do later. The magic is that when I come back to do it later, I frequently find that the idea either doesn't look so good now, or that other refactorings have made the idea unnecessary. FIXME is a programmer's way to do lazy evaluation.


So falling into a trance where you spend hours lining your code up to try and make whatever's compelling you to futz show itself or go away is also futzing, or is that closer to hypoxia or BattleFatigue?? is it common?


When is enough refactoring enough?

When the tests run, everything is done OnceAndOnlyOnce, and all the names make sense together.


See GoFasterWithRefactoring, WhenToStopRefactoring


CategoryRefactoring

EditText of this page (last edited April 10, 2012) or FindPage with title or text search