Well I am still in the loop as a senior dev and I get to review everyones code before it gets merged. Official guidelines is that everybody is responsible for the code they produce (with or without AI) and must understand it when they give it to the reviewer. I've been doiing this 3+ years at this company, so before the whole AI thing landed. I am explicitly not allowed to implement features myself (because the idea is the juniors learn and get trained).

Now, within the last 6-12 months of AI advancement, I think you could lay off half or even 3/4 of the team if I was explicitly allowed to implement features myself using AI. But that is not the current policy.

As for worries "ending up on a codebase you can't manage without AI" - my personal take is: No, I am not worried. Because going forward AI will always be available in the development workflow. That is my own opinion, not the corporation standpoint, however.

Being unable to work on a codebase without AI is not necessary. Working with models you can fit on consumer hardware is already significantly more productive than rawdogging code. It's similar to "you won't always have a calculator with you" from math teachers, see how that turned out.

A way bigger problem is a codebase that you can't effectively work on with AI, which is a lot of legacy humanslop. And things that make a codebase more suited for AI, like documentation that provides relevant domain knowledge and context for requirements, automated quality control, and test coverage, also make a codebase easier to work on for a human too.

You get the same result when you calculate something by hand or with a calculator.

And that whole "legacy humanslop" paragraph is just stating the obvious with an air of spite towards humans.

People who can't bother to reason get angry when you say "hey, why put all eggs into one basket", episode N. Boring.

It's not spite towards humans. It's spite towards typical state of pre-AI codebases.