4 karma · joined May 13, 2022
The application (thousands of programs) were ported to Unix with a ICOBOL compatible compiler (no longer available) and then later to AcuCOBOL was absorbed by MicroFocus, but now looks like an independent company has revived it as an independent product (Rocket).
One of my projects was to rip out most COBOL I/O and replace with embedded SQL.
Later it was ported to Windows, and used the GUI controls available in AcuCOBOL. You'd have been hard pressed to tell the difference between those COBOL apps and any VB6 or WPF app on Windows. With embedded SQL, the GUI controls in the SCREEN SECTION, and COBOL p-code and memory management, it was actually a rather nice little 4GL type development system.
Many people who look down upon COBOL never actually used it. It had its flaws for sure, but it wasn't all that bad.
Same with cycling - I started cycling a few years ago and meet up with some cycling groups and we do rides together.
I'm not even sure I could pick up a job with 100% coding at 55+.
When you're a consultant working with multiple companies, it's vital to be able to access multiple Teams accounts. Now I have to log out and log in to the various accounts, or use the browser version.
Then fun ensues when you schedule a Teams meeting in Outlook and you don't remember which Teams account you were logged into - I've connected to my own meeting, and I (along with everyone else in the meeting) is waiting for the host (me) to start the meeting - but I created it while logged into some other Teams account. Now I have to log out and log in and try to find the right account.
There also needs to be a way to have it sort the attendee list by the ORDER THEY JOINED. Most recent people at the bottom. Right now, it sorts by name and I have to keep scrolling the list of attendees, which keeps changing as people join, and try to figure out if the person(s) I am waiting for are there.
We used Acucobol, and yes, everything was in Cobol. Acucobol had the SCREEN SECTION and you could put up nice text UI forms on terminals. I did a lot of cool things with cursor-point-and-click menu systems, etc.
Once ported to Windows, and Acucobol's GUI controls, you couldn't tell the difference between a VB6 program and our Cobol programs. All native Windows controls.
In more "modern" COBOL's like COBOL-85, there is actually a "CONTINUE" which is essentially a no-op.
Some COBOL shops instituted a "one-period-per-paragraph" rule (on the last statement in a paragraph) to avoid some of this. And COBOL-85 (thankfully) added scope delimiters (i.e. END-IF) to help avoid the issues with periods.