People feel that z/OSMF is not meeting their needs. Looking at the positive side....If we wanted to get future z/OS newbies up to speed very quickly (1 month) What should IBM and us users be doing?
1. Making better use of existing tools? Eclipse ? 2. Simplify the installation process (perhaps download the CST level of code including SMP/E libraries - so we users do not need to use SMP/E - just copy the libraries?) 3. Simplify the configuration? (How many configuration parameters are no longer needed and could just be set to "default") 4. Drive everything from off-platform through Curl? 5. Setting up Racf definitions for a new product can be challenging ... how can we simplify this - for example products should provide members of the definitions. It is easier to delete unwanted lines - than type in definitions. 6. .... Is there anything easy we/IBM could do to move in the right direction? Colin On Tue, 30 May 2023 at 14:16, Allan Staller < 00000387911dea17-dmarc-requ...@listserv.ua.edu> wrote: > Classification: Confidential > > Agreed! > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Shaffer, Terri > Sent: Friday, May 26, 2023 12:34 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: zOSMF > > [CAUTION: This Email is from outside the Organization. Unless you trust > the sender, Don't click links or open attachments as it may be a Phishing > email, which can steal your Information and compromise your Computer.] > > While I see where you went with your thought process, the mainframe I > don't think will ever get to a windows or Android mentality. > > I mean I know IBM wants to make the mainframe less complex, but by design > that can only go so far. > > For example, How many SMPE environments does a company have? How many > Catalogs> How are the volumes laid out? RES, DLIB, CATALOG, Paging, ETC... > > Can you sort of automate the day to day management, or operations, yes. > Or how about how is maintenance applied, If I use your examples of > windows/Android. Its live update, not sure that would fly in any company. > And whats my backout if something doesn't work? Think of what you said, > your reset your phone and started again.. Hmmmm > > z/OSMF is the IBM forced method here, and they have taken a process that > has worked for 25+ years, like I want to copy the old config settings from > a previous z/OS install. Why should I have to re-invent that wheel every > time I install z/OS? I use to be able to do a serverpac in a few hours, > now with the z/OSMF response time and issues, that isn't possible. > > I still like the option that was mentioned, 2 switches, Novice, which > forces you do everything and advanced, which would allow me to bypass steps > or under the cover processes, IBM is forcing!! Its just like windows, when > I select advanced install option. > > In a way I am glad I have only 7 more years left until retirement. I love > the mainframe and z/OS, but I avoid z/OSMF like the plague, I will only use > it for z/OS installs only because I am forced too.. > > Ms Terri E Shaffer > Senior Systems Engineer, > z/OS Support: > ACIWorldwide - Telecommuter > H(412-766-2697) C(412-519-2592) > terri.shaf...@aciworldwide.com > > -----Original Message----- > From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf > Of Phil Smith III > Sent: Friday, May 26, 2023 12:38 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: [EXTERNAL] Re: zOSMF > > EXTERNAL EMAIL: Do not click links or open attachments unless you know the > content is safe. > > > Jack Zukt wrote, in part: > >The real problem, as I see it, is that drag and drop interfaces move > >you away from the need to know what you are doing. > > That's the *goal*. Do you know what the Windows installer is doing? > Android? iOS? No you do not, beyond the high-level "putting **** in places" > and "making it bootable". While it makes me nervous because, like you, I've > been doing this for too long, most people see this as a good thing, and I > can't really dispute it. > > In 1920, if you had a car, you understood air/fuel mixture, how to do oil > and tire changes, etc. Most people don't now, and that's not a bad thing. > Sure, occasionally they get stranded, but by and large, it Just Works. > > On the flip side, I was switching phones and the migration failed. I did a > reset of the new phone and restarted it, and it worked the second time. Did > I understand the process? No. Did I need to? No. Am I happy that I couldn't > tell what failed? Not really, but, again, I really didn't need to. And > 99.44% of people wouldn't care, as long as it worked the second try. > > and Colin Paice asked: > >Would it help if we moved to standard configurations? > > That's the point I made before: with Windows, you're forced into a fairly > standard configuration. With z/OS, it's a bit late (by almost six decades): > sites aren't going to rearrange everything. For new installs (all handful > of them), sure. But that doesn't really help at this point, alas. > > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ________________________________ [ > https://go.aciworldwide.com/rs/030-ROK-804/images/aci-footer.jpg] < > http://www.aciworldwide.com/> > This email message and any attachments may contain confidential, > proprietary or non-public information. The information is intended solely > for the designated recipient(s). If an addressing or transmission error has > misdirected this email, please notify the sender immediately and destroy > this email. Any review, dissemination, use or reliance upon this > information by unintended recipients is prohibited. Any opinions expressed > in this email are those of the author personally. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, send email > to lists...@listserv.ua.edu with the message: INFO IBM-MAIN > ::DISCLAIMER:: > ________________________________ > The contents of this e-mail and any attachment(s) are confidential and > intended for the named recipient(s) only. E-mail transmission is not > guaranteed to be secure or error-free as information could be intercepted, > corrupted, lost, destroyed, arrive late or incomplete, or may contain > viruses in transmission. The e mail and its contents (with or without > referred errors) shall therefore not attach any liability on the originator > or HCL or its affiliates. Views or opinions, if any, presented in this > email are solely those of the author and may not necessarily reflect the > views or opinions of HCL or its affiliates. Any form of reproduction, > dissemination, copying, disclosure, modification, distribution and / or > publication of this message without the prior written consent of authorized > representative of HCL is strictly prohibited. If you have received this > email in error please delete it and notify the sender immediately. Before > opening any email and/or attachments, please check them for viruses and > other defects. > ________________________________ > > ---------------------------------------------------------------------- > 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
