Progress is also not made by pretending that a blunt tool is sharp just because you're used to it. COND= is a blunt tool, and IF/THEN puts a bandage over some, but not all, of its ugliness.
What's wrong with taking advantage of skeletons and such? Yes, I have been known to hand craft an SMP/E job when the templates didn't suit my needs, but what's wrong with taking advantage of them when it saves me time? I don't like it when IBM takes away tools, but that's not the same as providing new tools that I can ignore when they don't suit the task at hand. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 ________________________________________ From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of CM Poncelet [ponce...@bcs.org.uk] Sent: Wednesday, May 19, 2021 9:50 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: JCL COND vs IF/THEN - Best catch up resources for MVS / ZOS Technologies Again and with all due respect, progress is made not by blunting the tool but by sharpening the user. "IF/THEN" does not handle all boolean AND/OR/NAND/XOR and steps-not-executed conditions. Let not those who cannot master playing the violin demand that the violin be made more easy, but let them try playing the banjo instead. And SMP/E? In the 1980's it was 'recommended' to use its dialogs. In the late 90's, its Custom-Pak etc. became 'de rigueur' and 'de facto'. And yet I continued to use only native SMP/E - and did so daily to track down and fix PTFEs etc. etc. Who gains from this progressive and continual stultification of mainframe systems programming? Is it not Windows for mainframes? As they say, "Use it or lose it." Cheers, Chris Poncelet (r) On 19/05/2021 01:55, Nash, Jonathan S. wrote: > Once I learned of the IF/THEN statements for > JCL I never used COND= again. IF/THEN is much > easier to use and to explain to new people. > I have seen many people code COND statements > incorrectly because they did not acually > understand how they worked. > > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of > CM Poncelet > Sent: Tuesday, May 18, 2021 8:19 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: [EXTERNAL] Re: Best catch up resources for MVS / ZOS Technologies > > With all due respect, anyone who has difficulty coding JCL COND= > statements should consider *not* working with IBM mainframe systems. > > All boolean conditional execution steps can be handled using only COND= > statements. I submitted a paper on this & it was published in > "Computing" in 1989. I would but cannot attach it, as uploading PDF > files to this discussion list is not permitted. > > No sysprog worth his salt has ever had a problem with coding JCL COND= > statements. > > Likewise IF/THEN statements belong in "JCL for dummies" - as do symbols > in JCL and SYSIN. Ditto IF/THEN <etc.> in assembler. > > Chris Poncelet (r) > > > . > On 18/05/2021 14:02, Charles Mills wrote: >> Yeah, and IF/THEN is slightly better than COND= >> >> Also symbols in SYSIN data. >> >> Charles >> >> >> -----Original Message----- >> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >> Behalf Of Steve Horein >> Sent: Tuesday, May 18, 2021 5:35 AM >> To: IBM-MAIN@LISTSERV.UA.EDU >> Subject: Re: Best catch up resources for MVS / ZOS Technologies >> >> I would argue JCL got better when symbols were allowed! :-) >> https://www.ibm.com/docs/en/zos/2.4.0?topic=es-symlist-parameter >> >> On Mon, May 17, 2021 at 10:46 PM Charles Mills <charl...@mcn.org> wrote: >> >>> Steve, let me wade in here and suggest some big picture. I think SHARE and >>> such is great for the details. >>> >>> What has changed since 2001? An idiosyncratic, IMHO list: >>> >>> - In 2001 SNA was yielding to TCP/IP. That transition has continued. An >>> awful lot of mainframe connectivity is now TCP/IP. Lots and lots of >>> Internet connectivity to the mainframe. >>> - Security is huge. Encryption is hot. Zero Trust is the buzzword of the >>> month. >>> - Everything is of course bigger. Z hardware goes up to what? 4TB real? >>> Someone will correct me if that is wrong. >>> - Tape drives have pretty much gone away. They live on as virtual, >>> emulated-on-DASD tape drives. >>> - The Cloud. Read any airline magazine for the latest. >>> - Remember VM? It was pretty moribund in 2001. It has found new life >>> hosting thousands of Linux instances. Yes, Linux running like a champ on Z >>> hardware. Mainframe Linux is huge. You can run Linux in a region of MVS in >>> a "container." >>> - Speaking of which, there is a Z box that will not IPL z/OS! It is called >>> Linux One. It's a mainframe with a bit hobbled somewhere such that >>> mainframe operating systems will not IPL, only Linux. >>> - Lots of new features in core MVS but you would fully recognize the >>> environment. If you sit down at a TSO/ISPF session it will seem like >>> nothing has changed. JCL has not gotten any better (or any worse, >>> thankfully). >>> - Remember the issue of "above the (24-bit) line"? It is still there, but >>> pretty much in the background. The new thing is data and execution "above >>> the (2GB/31-bit) bar." Lots of software products are exploiting data above >>> 2GB, and code can even run there, with lots of limitations. AMODE/RMODE 64. >>> - IBM JES3 is dead. Long live Phoenix JES3 plus. IBM ditched JES3, and >>> Phoenix picked it up. >>> - More emphasis on high level languages. Hardware design is being driven >>> by the Java folks and the compiler folks. Lots of new hardware >>> instructions. Hardware cycle times are not getting any faster, but >>> instructions do more per cycle. Caching getting more sophisticated and more >>> critical. The concept of "how long does an LR take" has totally >>> disappeared. It is a question with no answer other than "it depends." >>> >>> Anyone else want to weigh in? >>> >>> Charles >>> >>> >>> -----Original Message----- >>> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On >>> Behalf Of Gibney, Dave >>> Sent: Monday, May 17, 2021 6:58 PM >>> To: IBM-MAIN@LISTSERV.UA.EDU >>> Subject: Re: Best catch up resources for MVS / ZOS Technologies >>> >>> I would suggest SHARE presentations and perhaps Marna Walle's migration >>> guides >>> >>>> -----Original Message----- >>>> From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On >>>> Behalf Of Steve Estle >>>> Sent: Monday, May 17, 2021 6:42 PM >>>> To: IBM-MAIN@LISTSERV.UA.EDU >>>> Subject: Best catch up resources for MVS / ZOS Technologies >>>> >>>> Hello Everyone in Mainframe Land, >>>> >>>> I've been out of the mainframe world since about 2001, but spent the >>> prior >>>> 20 years immersed in that world working with everything from MVS/370 to >>>> MVS/ESA and VM, performance and capacity planning disciplines across a >>>> variety of situations in the IT Services and consulting spaces. I, am, >>> now as a >>>> "IT Infrastructure Engineer- IBM z/OS Mainframe Engineer" after nearly 20 >>>> years of other activities (Project Mgmt, entrepreneur, etc) am about to >>>> potentially come back into a new mainframe role and I need to catch up as >>>> quickly as possible. Any suggestions on ways to fill in the gaps for >>> ZOS, ZVM, >>>> hardware, performance, etc? Bottom line I'm looking for that gap >>> education >>>> to as quickly as possible get up to speed with changes in platforms >>> since 2001. >>>> If prefer to call - all my info is below. >>>> >>>> Thanks, >>>> Steve Estle >>>> 303-604-0925 >>>> sest...@gmail.com >>>> >>>> ---------------------------------------------------------------------- >>>> 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 >> >> ---------------------------------------------------------------------- >> 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 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
