> On Monday, August 14, 2023 at 03:37:18 AM PDT, Lionel B Dyck > <lbd...@gmail.com> wrote:
> I’ve never heard that before in my 50+ years I'm surprised that people don't hear about these skills gaps when they are mentioned every couple years. https://techchannel.com/Enterprise/10/2019/closing-cobol-programming-skills-gap On Monday, August 14, 2023 at 03:37:18 AM PDT, Lionel B Dyck <lbd...@gmail.com> wrote: I’ve never heard that before in my 50+ years. Lionel B. Dyck <sdg >< Website: www.lbdsoftware.com Sent from my iPhone 12 Pro Worry more about your character than your reputation. Character is what you are, reputation merely what others think you are." - John Wooden > On Aug 14, 2023, at 5:09 AM, David Spiegel > <00000468385049d1-dmarc-requ...@listserv.ua.edu> wrote: > > Hi Jon, > You said: "...Programmers leave z/OS for Unix in order to be in full control. > Why do you think it's difficult to get z/OS programmers. ..." > I've been doing MVS Systems Programming for 40+ years and have not once > heard any programmer leave for more control. > Could this be a west-coast specific mentality? ... It would not be surprising. > > Regards, > David > >> On 2023-08-14 01:54, Jon Perryman wrote: >> > On Saturday, August 12, 2023 at 06:04:55 PM PDT, Grant Taylor wrote: >>> These statements cause me to pause. They seem somewhat antithetical to >>> welcoming and encouraging people to use the mainframe / z/OS. >> >>> Why is it absurd to allow everyone to do a Proof Of Concept on z/OS? >> You're confusing z/OS with Unix where all programmers are systems >> programmers who can do anything they want. z/OS is NOT about be welcoming >> and encouraging. It's about what's best for the business. Your on a >> multi-million dollar computer shared by thousands. As a business programmer >> (not Unix sysprog), you're not qualified nor authorized to make these >> decisions. >> >> Programmers leave z/OS for Unix in order to be in full control. Why do you >> think it's difficult to get z/OS programmers. >> On Saturday, August 12, 2023 at 06:04:55 PM PDT, Grant Taylor >><0000023065957af1-dmarc-requ...@listserv.ua.edu> wrote: >>> On 8/7/23 9:56 AM, Jon Perryman wrote: >>> It's absurd to allow everyone to do Proof Of Concept on z/OS. Are >>> all POC vital to the business? Are POCs disruptive to the business? >> These statements cause me to pause. They seem somewhat antithetical to >> welcoming and encouraging people to use the mainframe / z/OS. >> >> Why is it absurd to allow everyone to do a Proof Of Concept on z/OS? >> >> Is there anything about z/OS that would cause you to worry about the >> security and stability of the system? >> >> Do you not trust a tiny VM / LPAR running a test instance of z/OS with >> absolutely minimal resources explicitly for such PoCs? >> >> I'd think that it would be a huge win for the platform to try to get >> more people to do things on it. >> >> No, not all PoCs are vital to the business. But I think that it's >> difficult to tell if any given PoC is vital until /after/ it has been >> tested. >> >> I suspect that there were people that thought that TCP/IP wasn't vital >> to the system back in SNA's heyday. Yet here we are 20+ years later and >> the idea of having any system without a TCP/IP stack is unthinkable. >> How long would TCP/IP for the mainframe have been delayed if someone >> didn't allow such a PoC until /after/ evidence showed that it was needed. >> >> I sincerely doubt that operators /needed/ to create programs that >> printed interesting things to printers after hours. But I suspect that >> many learned a thing or two about the system while doing so. >> >> I would sincerely hope that VM / LPAR could contain anything running in >> a tiny z/OS instance such that it couldn't be disruptive to the system. >> >> Or, if it was somehow disruptive to the system, that might be a good >> indicator that something needs to be tuned or a bug needs to be fixed >> thereby enhancing the larger mainframe z/OS / z/VM community. >> >> I think that encouraging people to do things on the mainframe / z/OS is >> a *GOOD* thing. >> >> >> >> Grant. . . . >> >> ---------------------------------------------------------------------- >> 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
