It really isn't. Nobody's migrating their payroll vendor to some vibecoded app. I agree with Jensen Huang that this reaction doesn't make sense at all.

My own prediction is that reliable vibecoding will be additive. It's a new capability that will help high-agency people do things faster or answer questions they couldn't easily answer before. Need to spin up a big custom Monte Carlo calculation and want a simple UI to control and configure it? You can just throw that together now. Need to get a draft budget allocation for a big set of projects calibrated against a set of conflicting constraints? Let an agent crank at it for a couple hours, then review and refine manually -- or just toss it out if you don't like it.

But building, running, and maintaining production-grade services or apps that the company relies on for its basic functioning? You're not just paying the SaaS vendor for having built the product -- you're paying them to maintain it, run it, and respond to issues promptly. You're also paying them to keep building it and improving it over time. To be clear, I think there are certainly cases where the rise of "coding AGI" is going to lead companies to build some services internally versus buying from a vendor, but I predict these will be highly custom and bespoke services that are too tailored for a specific corporation to make sense for a third-party vendor to try to sell.