I know of languages that have been peddled as human oriented or English like; I don't know of any that even come close.
As for REXX, I find it comfortable but it too has pitfalls. See, e.g., <http://www.rexxla.org/Newsletter/9812safe.html>, <http://www.rexxla.org/Newsletter/9901safe.html>. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of Lionel B. Dyck [lbd...@gmail.com] Sent: Friday, January 7, 2022 11:44 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS I've been following this thread and one thing that has yet to appear, or I missed it, has to do with 4GL's and the drive, at one point, for languages that were more human oriented - those that could be written more like a normal sentence or phrase, and avoid the technical jargon/gobblygook/syntax. As I recall in the 1980's there were a few but nothing came of them, instead we have languages that have their own syntax, and which require extensive learning but nothing that allows a non-programmer to actually generate a complex business program. >From my experience, REXX has many of the 4GL goals as the syntax isn't overly >complex and is something a non-programmer can comprehend rather easily. As has >been previously mentioned in this thread, REXX can be more readily learned and >used than the majority of the current languages. It isn't perfect but it works >very well. My $0.01 on the topic. Lionel B. Dyck <>< Website: https://secure-web.cisco.com/1939VPwC3cb4S_k-aFsodIU_iOH0Qh5AN_37Xpmk5230u2bpYLvveYqFNVyE5cqqA5UUOBvWUms44mTgRBzmqgOQnnpDnOpCWQT4rxiImRUUcSdDo5JKPcFsR2bTulM1DEC4NxASJQxmD8olXQBxIwRrvsyYEWTZPSinWkW3QoSf3WflAgML4355UQKau5b_NPtePAYNmHgKvwtXpbtN5p8dNfs7H6FR60XxtYrU7JQm-lkxbIpQjUs8_fds71Gzl83emvb1mHvCv0etYw_K4ce5ExwTxVbwfA0AljTVN1Ps2IHaE6n49Fn_Oyxh0MlOQm_zAsvFuyWar2u_zC4snXw1lJT-rDpW59f0VfmaOv78cITkVE90pbyScyfRqTl0fEDIYYcmClCWQolbgMZWgqj0KJi0c5o1FKpZ6Y1vZSZpT1fITKc8x7-t-e0IBfkik/https%3A%2F%2Fwww.lbdsoftware.com Github: https://secure-web.cisco.com/1QmtCmbPfBm0yGGkzxrTVUUDY7L_QNPHyHvLyQeCVs_Zs-halqY4ba0YFDC6zFwt8A3WdwZin9Germ4b4cHsPlyjyiHtqGm_g39bGtNEiS6sx3YqAqLs_jOQM4HEsVE-L5ptkGHxas1QTCdjdsVEgeP-uVxQlYelJE4xp2l-IlkzHsM0Dt6rL6DeHINbBnPjAEeDPI2qHAF9r8NfjphBCVD4_UWG4voy-au3QVl73Zas6okGwRE0oY94_FLzPQ_VJF2AGLjTx48JjQNRu6BWbHKZoi9dRSQ3n_8lMTmOAELH6RALJ1VmIk_Tqcxilzg_H9rfICw7P5cyF8L369iLqkFAuYHW-RZw3mGTpes9Rrnb7QO0SBC6YD5TNgHjdac8bMLy0WHM2zOPC_GFXFTNWttcdmPLkDL9Lzx-W3XJeI5W8rnOttRrlQRlwDp06THj0-G8YJBakOVFXh0HouLY-dg/https%3A%2F%2Fgithub.com%2Flbdyck “Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are.” - - - John Wooden -----Original Message----- From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of Matt Hogstrom Sent: Friday, January 7, 2022 10:21 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: ... Re: Top 8 Reasons for using Python instead of REXX for z/OS I agree with your point Bob; we don’t know the future. I was merely suggesting that we need to adapt to the changes not hold on to the past. Some things withstand the test of time and others stay behind. I suspect none of us have 3270 terminals but use emulators and I do a lot of my work through SSH and not OMVS when in USS. Python is a newcomer and quite popular … needs updating for Z and it won’t replace REXX, it will be a new choice for administrators just like Ansible is popular for automation (not the same as System Automation) lots of repetitive tasks. Its a cool future we’re moving into. Matt Hogstrom m...@hogstrom.org +1-919-656-0564 PGP Key: 0x90ECB270 Facebook <https://facebook.com/matt.hogstrom> LinkedIn <https://secure-web.cisco.com/1Xqfui5rTA4m17BOtfbvDXvHF4glEGUcJ4Q459A1OIo4H26MuEk5QUsZPyE5uViuJA9S1xb6i9qQtU1bw6P7xEYJtThKDR39CyvLpzFrHwg6ebyP8ovNkBDoiB9S9swH0wPu3vKCsVNSt_b6grbabZPKAaOq9IZiPrzyGTOWtRBUirzI4MGQRvkupQsUw2n72xPOm77sDtpkudA-RGOGCRLNlAUNdTsvj8cmusxEUZERz9MeimKPy-jAZelSBXmf7Uz0C4HpojBHRVgQVOSVbnshtIp0HVxz4HewswOxhCPBGbvLO42-_tjBPJTs8EMrtwy05nmHr1URi0FFgPstYZoebrXgu06j28Met8P92tDNYRQaAn9UsfPXhz8NEaOSwnYcrnKo-giyf0bMIDSQYoCA5TSqT3iECTQZAjDbQLdxuv48Q6VCHpqyVHdELqQNG/https%3A%2F%2Flinkedin%2Fin%2Fmhogstrom> Twitter <https://twitter.com/hogstrom> “It may be cognitive, but, it ain’t intuitive." — Hogstrom > On Jan 7, 2022, at 10:05 AM, Bob Bridges <robhbrid...@gmail.com> wrote: > > Not disagreeing with your main point, Matt. But to be fair, most of the > problem is that NO ONE KNOWS where we'll be fifty years later. Betamax lost > (mostly), so a lot of time and investment and material is wasted. Oh, well; > that's how it works; you try things out. > > I couldn't count the number of times I've ripped out a beautifully-conceived > function, or method, or entire class, because during the creation of a > complex tool I realized that it wasn't what I needed after all. Sure, I try > to think ahead, and the more I do this I suppose the better I must be getting > at it. But I expect I will always be writing code, then tearing it out and > rewriting it from scratch. I can do that when I'm writing the whole thing > myself; if I were writing classes for a team I suppose that wouldn't happen > so often, because they'd get committed to an old design and want to keep it > even if a new way would be better. Which is sort of what happened to JCL, > though on a different scale. > > --- > Bob Bridges, robhbrid...@gmail.com, cell 336 382-7313 > > /* While we were borrowing from the customs of other lands, who was > the idiot who passed up the siesta? */ > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On > Behalf Of Matt Hogstrom > Sent: Friday, January 7, 2022 07:45 > > I concur. The challenge as we all know is that technology evolves over time > and is implemented in what we know and works versus where we’ll be fifty > years later. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send > email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
