[ochronus]

This discussion feels analogous to me to the age-old "we can do it fast now, and do it right later" tradeoff discussion, except now it's about knowledge, maintainability etc.. There are stages of companies and types of products where solution quality has a bigger buffer, some are more critical. We also know that in many places, once you shipped a crappy solution in a week, you've now set an expectation, and management will expect you do repeat that forever, not getting the time to actually fix/rearchitect when needed.

We used to brush that off with the "we'll fix all of that once we've shipped", now we brush it off with "doesn't matter, AI can fix it later easily". This applies to knowledge about the code, domains and quality itself, too.

To me, this is a reasonable tradeoff to discuss, and sticking to either extreme ("AI is cancer" and "AI is the silver bullet") feels silly.

There's real risk here, and I do see a lot of seniors act like kids in the candy store. That speaks volumes to what AI really unlocks (cheap experimentation, for one!), but also warrants caution.

Based on the data (not great quality tbh...) we have, the net speedup is more realistically around 5-10% of the total time of software engineers, and we're yet to see the cost of that speedup.

[ochronus]

Of course, this is still considering the current model of working. Which in itself is a question.