Yes, exactly. Specially when paired with dotnet NativeAOT when deploying to a serverless service, could save a bit on server costs.

Note that COBOL has always been compiled to native code, so that is already the baseline to beat.

I'm in my second or third project facing this very issue right now. We run a lot of Java and C# and have migrated most things to various cloud solutions. But, we ofc still run some medium sized iron for all the COBOL. I doubt we'll migrate away from it since we have the devs, but for similar systems I think it could prove useful.

We'll all take a look at it later today! Fun with COBOL news that aren't paywalled =)

Let me know if your company needs any particular features from a third-party COBOL dialect. We could work together to implement compiler support for those and ensure it works with your codebase.

COBOL really needs more free and open source stuff, I'm hoping I can help.

Exes-sql, exec-cics are required for anything mainframe.

So much value, that it is already a service offered by IBM, Micro Focus and Fujitsu. :)