[Info-vax] First ship poll: When will the first native x86-64 compilers ship ?

[Arne Vajhøj]

On 4/17/2022 4:25 PM, Bill Gunshannon wrote:
> On 4/17/22 12:52, Arne Vajhøj wrote:
>> On 4/17/2022 9:05 AM, Bill Gunshannon wrote:
>>> On 4/16/22 20:26, Arne Vajhøj wrote:
>>>> On 4/16/2022 6:54 PM, Bill Gunshannon wrote:
>>>>> On 4/16/22 18:09, Arne Vajhøj wrote:
>>>>>> On 4/16/2022 7:28 AM, Bill Gunshannon wrote:
>>>>>>> Like maybe, IBM zSystem running COBOL with CICS and a DB2 backend.
>>>>>>
>>>>>> I don't see that combo as special.
>>>>>>
>>>>>> CGI scripts in Cobol or PL/I would require the developers
>>>>>> to write maybe 10 times as much code and the result would
>>>>>> perform really bad.
>>>>>>
>>>>>> Java or Python frontend calling C wrapper calling Cobol
>>>>>> or PL/I code may be doable, but comes with a lot of risks
>>>>>> due to potentially incompatible threading/transactional/whatever
>>>>>> models.
>>>>>
>>>>> Why would you need all of that?  COBOL does CICS and CICS does
>>>>> the web.  No extra code required.
>>>>
>>>> That sounds pretty easy.
>>>>
>>>> But if we assume RESTful web services which are by far the
>>>> most common today.
>>>>
>>>> 1) How does CICS know the right URL to assign to a resource?
>>>> 2) How does CICS know whether to use path or query URL?
>>>> 3) How does CICS know whether to do XML or JSON or both?
>>>> 4) How does CICS know whether to do CORS?
>>>
>>> Can't answer that because I haven't a clue what your talking about.
>>
>> Then how can you claim that no extra code is needed??
> 
> Because it is all done in the COBOL program using CICS and DB2.

I find it a bit weird to hear someone claim that X is easy
to do in a given technology without knowing what X is or how to
to do X in that technology.

>>> I'm not a web developer.  I do real programming.
>>
>> CORS are only for web programming, but the first 3 are not
>> specific for web programming.
>>
>> These types of services are the building blocks that
>> financial systems, ERP systems, administrative systems
>> etc. are build from today.
> 
> Or, maybe a  lot of fluff that really isn't needed to get the
> job done but makes great marketing.
> 
>> It does not get much more real programming than that.
> 
> It does when the desire is to get rids of the fluff and only
> sell the customer what they really needed.

This is all about the "how". The end user only care
about the "what".

Arne