× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: RE: An odd thing - Data Names & COBOL
  • From: Lynn Folk <lfolk@xxxxxxx>
  • Date: Wed, 10 Dec 1997 20:20:04 -0500

On the key advantage to using COBOL, specifically lengthy field names in COBOL, 
with the new RPG IV, you can use longer more meaningful field names. 
Additionally, if you were designing complex applications you would want to 
include documentation in the code regardless of what language you were 
developing in. And, ideally design the programs in a structured way because 
structured code is what makes a program easy to maintain not the data names. 
Don't you think so ?
Lynn Folk
lfolk@nbn.net


----------
From:   Bob Larkin[SMTP:blarkin@wt.net]
Sent:   Wednesday, December 10, 1997 3:33 AM
To:     MIDRANGE-L@midrange.com
Subject:        Re: An odd thing

Chris Rehm wrote:
---SNIP...

> But they decided to use IBM's Visual Generator to redevelop all their AS/400
> based software to a client/server model using COBOL. I was very surprised by
> this choice. At first, I thought the guy telling me about it was joking.

---snip---

I am a bit of a COBOL bigot (Yeah I know, the first step is recognizing you have
a problem). Most of my clients use RPG and I am quite fluent in RPG III, IV, and
ILE. One key advantage of COBOL is the lengthy field names and the ability to
qualify data names to specific files. Used properly, this allows the programmer
to create a self documenting program with MEANINGFUL data names. With complex
applications, maintenance can be much easier.

Another benefit is there are a lot more platforms that run COBOL than RPG.
Granted, I am not aware of any platforms that have COBOL extensions that are as
powerful as the AS/400. (I won't write COBOL on anything but the AS/400). I 
would
imagine that converting non-subfile applications to other platforms would not be
a terribly tough task. Converting from RPG to another language might be.

There are probably billions if not trillions of lines of COBOL out there, and a
lot of programmers that can write it. An interesting unscientific observation, 
on
the AS/400 I have seen better code from Midrange RPG programmers that have
learned COBOL, than Mainframe COBOL programmers that attempt to write COBOL. The
key seems to be that mainframe techniques will work, but they ignore all of the
productivity enhancements IBM has made to COBOL.

FWIW,
Bob Larkin
blarkin@wt.net


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---
umidr


application/ms-tnef


As an Amazon Associate we earn from qualifying purchases.

This thread ...


Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.