It is mainly a matter of decision making. In my case, no refactoring was ever sanctioned by itself. Devs were having been allowed to refactor anything on a small scale and always backed up by a feature request. So when the desire to somehow "heal" the codebase is met, it is usually because it is already too "dead" to work with in the first place.
Re:The True Cost of Rewrites
by weliketocode on Saturday December 15, 2018 @01:25PM
(#18689610)
I'm not sure what you mean by your last sentence.
I'd say that if code is being used in production it's not yet "dead", and it should be a much higher priority for team members to work with it.
Can you not add additional tests? Refactor out even a single feature at a time into more modern tech?
Being part of team incremental rewrite, myself, I'd say that you're overestimating the cost of the incremental rewrite and underestimating the cost of the rewrite.
For your first 2 points especially, I'd argue if you can't even begin to incrementally rewrite a system, you're in no position to begin to plan a full rewrite.