[Info-vax] Any stronger versions of the LMF planned ?, was: Re: LMF Licence Generator Code

[Arne Vajhøj]

On 8/15/2021 6:30 PM, Bill Gunshannon wrote:
> On 8/15/21 2:02 PM, Arne Vajhøj wrote:
>> On 8/15/2021 1:28 PM, kemain.nospam at gmail.com wrote:
>>> Yep, I know of one US-Canada Customs 24x7 critical environment that 
>>> is based
>>> on OpenVMS Cobol and Oracle Rdb.
>>>
>>> If the App is down, trucks stop at the border.
>>
>> It is probably a general characteristics for Cobol
>> applications today that:
>> 1) they were created many decades ago
> 
> COBOL programs are still being created today.

I don't think many brand new COBOL applications are created.

Existing applications get maintained and enhanced.

That may include creating new executables that interact
with existing COBOL stuff.

But if it is total from scratch, then practically
nobody will pick COBOL.

>> 2) they do something  really impotant
> 
> That part is definitely true.  Like all of the DOD Payroll
> (including retirees!). :-)
> 
>>
>>> Mostly mainframe, but seems like lots of Cobol:
>>> https://www.adzuna.ca/search?q=cobol&w=Canada
>>
>> 101 Cobol jobs in Canada.
>>
>> (but for comparison 6392 PHP, 6328 Python, 6146 Java,
>> 3088 C#, 2856 C++, 341 Kotlin, 242 Groovy, 151 Rust,
>> 71 VB.NET, 11 Fortran, 5 PL/I)
>>
> 
> And, how many of those PHP, Python, Java, C++, C# are just modern
> boilerplate?  The job may require one or none of them.  I have seen
> jobs for web designers list dozens of languages some of which would
> never be used on the web.

There are probably some of that. But what if 33% of the
PHP/Python/Java/C# are just synonyms for "programming".
It does not change the overall picture.

If you think 95% of them are boilerplate, then you are
kidding yourself.

Arne