I've started calling it "revenge of the QA/Support engineers", personally.
Our QA & Support engineers have now started creating MR's to fix customer issues, satisfy customer requests and fix bugs.
They're AI sloppy and a bunch of work to fix up, but they're a way better description of the problem than the tickets they used to send.
So now instead of me creating a whole bunch of work for QA/Support engineers when I ship sub-optimal code to them, they're creating a bunch of work for me by shipping sub-optimal code to me.
It does quite well and definitely catches/fixes things I miss. But I still catch significant things it misses. And I am using AI to fix the things I catch.
Which is then more slop I have to review.
Our product is not SaaS, it's software installed on customer computers. Any bug that slips through is really expensive to fix. Careful review and code construction is worth the effort.
Our QA & Support engineers have now started creating MR's to fix customer issues, satisfy customer requests and fix bugs.
They're AI sloppy and a bunch of work to fix up, but they're a way better description of the problem than the tickets they used to send.
So now instead of me creating a whole bunch of work for QA/Support engineers when I ship sub-optimal code to them, they're creating a bunch of work for me by shipping sub-optimal code to me.