[ebiester]

It's called the strangler pattern by many. (You probably know that, but our dear reader may want to follow up.)

It also assumes that you have a proper API to start. It assumes that you have the organizational maturity to handle synchronizing two separate systems and the distributed transactions that entails.

The other problem not mentioned in the rewrite/refactor conversation is that the most common reason for rewrites is that the business has backed itself into a corner and the assumptions under the first system do not apply to where the business wants to go.

[jerf]

"It assumes that you have the organizational maturity to handle synchronizing two separate systems and the distributed transactions that entails."

Well, to be honest, when we're talking about proper maintenance and advancement techniques, we must by definition be discussing the topic only for those with the discipline to correctly implement relevant techniques and policies. If your developers or management choose not to, be it for whatever reason up to and including total lack of requisite talent or experience somewhere, you've already lost and the only thing that can possibly save you is to address that problem first, and if that's not possible for whatever reason, you've simply already lost.

As a result, it turns out not to be an interesting case to discuss. Even if it is, probably, the dominant case in the field....

[ebiester]

I think it makes the most interesting case. How do you level up an organization? It's a very hard problem that hasn't been solved yet.

In some markets, the talent to handle this type of project doesn't exist. In other markets, the cost to acquire that talent is more than the marginal cost of rewriting the system.