This is one of the more sophisticated and cool of the "Self Provisioning Runtime" concepts that have emerged in the last few years (https://swyx.io/self-provisi

This is one of the more sophisticated and cool of the "Self Provisioning Runtime" concepts that have emerged in the last few years (https://swyx.io/self-provisioning-runtime https://swyx.io/self-provisioning-runtime). Some of the others: - https://www.pulumi.com/docs/tutorials/cloudfx/ https://www.pulumi.com/docs/tutorials/cloudfx/ - https://www.serverless.com/cloud https://www.serverless.com/cloud - https://www.shuttle.rs/ https://www.shuttle.rs/ - https://encore.dev https://encore.dev In general, while it's clear that somehow cloud complexity needs to be abstracted away from developers, I don't think it makes sense that new programming languages or frameworks are necessary to do this well. It makes migration of existing apps and backwards compatibility with the existing software ecosystem too challenging. At Coherence (withcoherence.com - I'm a cofounder), we believe that a new category anchored by tools like replit, AWS CodeCatalyst, and our products is the solution to this problem, because it does not have the same issues. Instead, it offers best-in-class versions of the same workflows and toolchains that teams are using now, while radically reducing the investment required to get there. It's an exciting time in the DevOps world!