If you want to be a programmer past the age of forty, you have to accept watching your manager learn things about software development (and management) that you learned years ago.

And that's okay. If it drives you crazy, either let it go, or bite the bullet and apply for the job yourself.

Or become an entrepreneur.

But don't think that because you are great at writing software that you automatically will be great at running a business.

> Today you have this "go fast, break things" mentality

Not in most of the big tech companies, even in the bay area. It's amazing that the bay area companies have managed to grow themselves into giant bureaucratic organizations and they console themselves with bullshit like slow is fast.

That's because "go fast and break things" was a stupid plan for children and criminals. It worked sometimes in the same way that some people who move to LA to become A-list actors succeed, but that doesn't make it a good plan. Slow IS faster. But slow can also be slow; you can go slow because you're doing it right, or you can go slow because you're dragging cinderblocks behind you for no reason. The trick is telling those two things apart.

"Go fast and break things" is a good thing if you're working on stuff nobody needs, or stuff that doesn't make a lot of money.

Breaking a social network that 2,000 people use and makes no revenue is fine as long as you learned something from it that makes it easier to get that 2,001st user or first dollar. Breaking a hospital's IT network could kill someone and should have consequences. Breaking amazon.com costs tens or hundreds of millions of dollars and should have consequences.

GFBT's usefulness, like most things, changes based on the scale at which you apply it. Calling it stupid is reductive at best.

And yet it all too often gets applied in places where it is objectively stupid.

IA or AI?

Just think about it for a second.

In general, in such situations the senior devs pull the ejection cable, and form a new company without the managerial labor cost overhead.

If they still want product support, than get a quote from SAP first. Ghost ships don't need managers by the way...

Almost every sick division I saw had a 15% budget kickback clause in their contract for unspent resources. =3

Yup, or EM pitches the big five year vision rearchitecture because that's what builds their empire, even though a cron job that takes a couple days to write would solve the business need.

And you know that you'll come back in five years and nothing will have changed, except five new services that do half of what the vision required, most systems still depend on what was originally there, the team has tripled in size and most of them are just there to maintain the workarounds of the half-implemented systems, latency, cost, storage, and bug count are all way up, and no new functionality has been built that the original cron job couldn't have handled.