Earlier quoted context omitted.
I not sure I understand. Did someone get banned for 18 month because he used lowercase instead of uppercase?
I’m 99.999% sure they are just being a dick about the copyright notices :p
Trademark, but yes
Show HN: Otterkit – COBOL compiler for .NET
41–50 of 85 posts
Re: Show HN: Otterkit – COBOL compiler for .NET
#42[dead]
Re: Show HN: Otterkit – COBOL compiler for .NET
#43Earlier quoted context omitted.
Carbon solves one problem, ISO doesn't care about what Google thinks regarding ABI break.
Carbon is incredibly niche. I can't imagine anyone is using it for greenfield stuff. The idea that I can refactor my code base one class or even one method at a time is neat, but if I am the guy in the C-Suite dropping $10M+ each year on SWE salaries, I would rather wait for C++25 or rewrite my codebase in something "mainstream" like Rust than spend man-hours rewriting C++ in a baby programming language- created and…
Carbon team is the first one to assert that Carbon is for Google internal purposes, or anyone that eventually shares their point of view regarding C++, everyone else should go with Rust or any other safer alternatives.
They also admit it is an experiment that might fail, and they will go back writing C++ on the codebases that they fail to migrate.
So it is kind of strage that people hype it for stuff the authors never planned for.
Re: Show HN: Otterkit – COBOL compiler for .NET
#44I can see a lot of people asking about intended use cases here. I can imagine this as part of a toolchain for making legacy COBOL code 'serverless'. There's a lot of value in that.
Yes, exactly. Specially when paired with dotnet NativeAOT when deploying to a serverless service, could save a bit on server costs.
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 =)
Re: Show HN: Otterkit – COBOL compiler for .NET
#45Earlier quoted context omitted.
Yes, exactly. Specially when paired with dotnet NativeAOT when deploying to a serverless service, could save a bit on server costs.
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.
Re: Show HN: Otterkit – COBOL compiler for .NET
#46This reminded me of the IKVM project: https://github.com/ikvm-revived/ikvm This is a converter that allows Java bytecode to run on the .NET Framework. It allows horrific, unnatural things such as a C# class that is a derived type of a Java class!
Seeing code like that reminds me a lot of the J# days, when you basically had a Java 1.1 standard library implemented on top of .NET. I played with it a bit a few years back, even ported an AWT to it (imagine using AWT in C#): https://github.com/zdimension/awt2048_csharp/blob/master/Pro...
That's awesome, I did a similar thing with J# to port a basic Java library to C# a while ago.
Re: Show HN: Otterkit – COBOL compiler for .NET
#47This reminded me of the IKVM project: https://github.com/ikvm-revived/ikvm This is a converter that allows Java bytecode to run on the .NET Framework. It allows horrific, unnatural things such as a C# class that is a derived type of a Java class!
Funnily enough, Cyberduck (the FTP, SSH, s3 mounting software for Mac/Windows) uses IKVM for their windows release.
Re: Show HN: Otterkit – COBOL compiler for .NET
#48I can see a lot of people asking about intended use cases here. I can imagine this as part of a toolchain for making legacy COBOL code 'serverless'. There's a lot of value in that.
So much value, that it is already a service offered by IBM, Micro Focus and Fujitsu. :)
Re: Show HN: Otterkit – COBOL compiler for .NET
#49I can see a lot of people asking about intended use cases here. I can imagine this as part of a toolchain for making legacy COBOL code 'serverless'. There's a lot of value in that.
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.
Re: Show HN: Otterkit – COBOL compiler for .NET
#50This reminded me of the IKVM project: https://github.com/ikvm-revived/ikvm This is a converter that allows Java bytecode to run on the .NET Framework. It allows horrific, unnatural things such as a C# class that is a derived type of a Java class!
Whatever happened to, what was it called again, Grasshopper?