I somewhat agree (as difficult as that is for me). In today's world, it is expected that a worker will just walk in off the street and have the "intuitive" knowledge of how to use computers. As much as I dislike it personally, z/OS really needs the "new look" interface to present to the end users, and even programmers. I wonder if anybody has done a study of productivity between "old style" development using ISPF and edit-compile-test versus using the RD/z Eclipse based software.
-- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . [email protected] . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[email protected]] On Behalf Of Knutson, Sam > Sent: Wednesday, June 27, 2012 8:49 AM > To: [email protected] > Subject: Re: 'Inexperienced' RBS tech operative's blunder led > to banking meltdown > > To someone who is inexperienced on platform I imagine > managing a CA-7 upgrade is like having the world's smartest > dog but it only responds to commands in Latin. > Miscommunication is likely to be a source of dissatisfaction. > > The average person <30 is not stupid because they haven't > been editing command decks and JCL for 25 years or lazy but > software on our platform tends to be very particular and > sometimes unforgiving of mistakes i.e. failure to specify > QUEUE=NOFORMAT or some non-obvious phrase as part of START > command. Since business is no longer content to bring in > newbies and let them spend 5-10 years to reach Journeyman > status under the guidance of more senior folks software is > going to have to get smarter and more forgiving, > documentation is going to have to be written with less > assumptions about the expertise of the "systems programmer" > and zNextGen (generic) is going to operate "our" mainframes > weather we think they are ready or not. Some of those next > generation folks are not going to be based in the home office > anymore either whether we like that or not. > > The Register is fun reading sometimes but they rarely have > enough detail to get real insight into what actually > happened. So really anything we say here is just idle > speculation. Feels like Friday so that's my .02 worth of > idle speculation :-) > > Best Regards, > > Sam Knutson, GEICO > System z Team Leader > mailto:[email protected] > (office) 301.986.3574 > (cell) 301.996.1318 > > "Think big, act bold, start simple, grow fast..." > > > -----Original Message----- > From: IBM Mainframe Discussion List > [mailto:[email protected]] On Behalf Of Tom Ambros > Sent: Wednesday, June 27, 2012 8:25 AM > To: [email protected] > Subject: Re: 'Inexperienced' RBS tech operative's blunder led > to banking meltdown > > "Complicated legacy mainframe system"? It's CA-7! If they > think that's complicated they probably can't work a Mr. Coffee. > > Thomas Ambros > Operating Systems and Connectivity Engineering > 518-436-6433 > > > > > > From: Ed Gould <[email protected]> > To: [email protected] > Date: 06/27/2012 00:44 > Subject: 'Inexperienced' RBS tech operative's blunder led to > banking meltdown > Sent by: IBM Mainframe Discussion List > <[email protected]> > > > > http://www.theregister.co.uk/2012/06/26/rbs_natwest_ca_technol > ogies_outsourcing/ > > > > ==================== > This email/fax message is for the sole use of the intended > recipient(s) and may contain confidential and privileged information. > Any unauthorized review, use, disclosure or distribution of this > email/fax is prohibited. If you are not the intended recipient, please > destroy all paper and electronic copies of the original message. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [email protected] with the message: INFO IBM-MAIN > > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: INFO IBM-MAIN
