[user5994461]

It's highly dependent on the domain.

If you're in a web startup, software won't last 3 years, the next team will systematically rewrite.

If you're in the bank, logistics, defense sector, it's very likely the software will go for a decade, as long as it's not killed the first or second year for being a pet project (initial manager left) and having no customer.

[RandoHolmes]

> If you're in a web startup, software won't last 3 years, the next team will systematically rewrite.

I have an old man rant about that actually... that rewrite is typically unnecessary if you actually use discipline when developing and learn how to read code.

I once took on a CakePHP 2 app and another developer asked me how in the world I got into, and understood, the framework so quickly. My secret? I read the CakePHP 2 source code. So many developers learn how to do that very well.

[phone[phone]]

> that rewrite is typically unnecessary if you actually use discipline when developing and learn how to read code

"But developers that can exercise discipline and know how to read (and modify) code instead of rewriting cost so much money..." is what you'll typically hear in response to this.

It's cheaper (and often faster) to have cheaper, less disciplined, less experienced developers rewrite something multiple times than it is to have more expensive, more disciplined, more experienced developers write something and maintain it. It's also harder to keep the more experience developers because most developers I work with start looking for another job when their project goes into maintenance.

The typical "we never have enough time/money to do it right the first time but we always have to make the time/money to do it twice" situation.

[tstrimple]

> It's cheaper (and often faster) to have cheaper, less disciplined, less experienced developers rewrite something multiple times than it is to have more expensive, more disciplined, more experienced developers write something and maintain it.

I can't believe this. I've seen the sheer difference in speed and maintainability a single solid web developer can deliver in a framework they are familiar with versus teams of more Jr developers who spin their wheels for weeks. Rewriting when you don't even understand the starting point is always a waste of money.

> It's also harder to keep the more experience developers because most developers I work with start looking for another job when their project goes into maintenance.

This certainly resonates though. I've been that developer more than once.

[RandoHolmes]

> I can't believe this. I've seen the sheer difference in speed and maintainability a single solid web developer can deliver in a framework they are familiar with versus teams of more Jr developers who spin their wheels for weeks. Rewriting when you don't even understand the starting point is always a waste of money.

I agree completely.

It can be quite shocking just how much damage a poor developer can do to small to medium companies. I know of 1 company that's holding on for dear life right now because they lost their biggest client due to a very poor developer they had employed. I told them 6 months before this all happened to get rid of him, but they didn't. And Corona is just making it that much harder for them to find new work.