Many thanks for that review. I tend to take the "reports on productivity" from "experts" with varying amounts of salt, depending on my experience with the reviewer. Some reviewers are given as much salt as anchovies.
My personal desire would be something akin to ISPF available from a z/OS UNIX shell (like from telnet or putty, not TSO). I don't know how ISPF is architected. That is, how dependant it is on TSO and 3270. I'd expect very dependant. But I would love it if it could use a "curses" or X terminal interface, and maybe the TSO dependant parts would work properly in an IKJTSOEV environment. However, I doubt that IBM will ever do this because they seem to be pushing RDz as the wave of the future. They may be correct in that. I have used the basic Eclipse on Linux/Intel and it is a nice IDE. For Java, I prefer Netbeans. Probably because I learned it before Eclipse existed. And for simple editing, I prefer vim or gvim. But I've also use kate, which is nice for multi-window editing. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * 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(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), 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:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of David Crayford > Sent: Thursday, June 28, 2012 1:12 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: 'Inexperienced' RBS tech operative's blunder led > to banking meltdown > > On 27/06/2012 11:23 PM, McKown, John wrote: > > 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. > > I can tell you from experience (I use RDz) that other than the actual > smart context assisting editors the tooling in RDz is > generally poorly > implemented and less productive than using the ISPF equivalents. > Of course, I'm not talking about all the application web > enabling stuff. > OTTOMH, FileManager, FaultAnalyzer, > ApplicationPerformanceAnalyzer all > have plug-ins that are inferior to > the 3270 apps. It's a shame because they could have been much > better. > Open a big dump in RDz from the spool system explorer, wait > 15 minutes, > Eclipse chokes out an out-of-memory stack trace. > The mouse has to go down in history as possibly the worst > invention for > hindering productivity. When I have to right-click and select from a > menu as apposed to tabbing and hitting a key then I generally > despise the UI and don't use it. > > I also gave up on compiling in RDz. It's so much easier just > to fire up > a shell or run JCL in a separate window. Even easier in > Slickedit where > I can just use Putty and re-direct the output to my build window. > It's much easier to edit a Makefile than use a stupid dialog > which has > unreasonable constraints. > > > -- > > John McKown > > Systems Engineer IV > > IT > > > > Administrative Services Group > > > > HealthMarkets(r) > > > > 9151 Boulevard 26 . N. Richland Hills . TX 76010 > > (817) 255-3225 phone . > > john.mck...@healthmarkets.com . 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(r) is the brand name for products underwritten > and issued by the insurance subsidiaries of HealthMarkets, > Inc. -The Chesapeake Life Insurance Company(r), 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:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Knutson, Sam > >> Sent: Wednesday, June 27, 2012 8:49 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> 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:sknut...@geico.com > >> (office) 301.986.3574 > >> (cell) 301.996.1318 > >> > >> "Think big, act bold, start simple, grow fast..." > >> > >> > >> -----Original Message----- > >> From: IBM Mainframe Discussion List > >> [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Tom Ambros > >> Sent: Wednesday, June 27, 2012 8:25 AM > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> 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 <edgould1...@comcast.net> > >> To: IBM-MAIN@LISTSERV.UA.EDU > >> Date: 06/27/2012 00:44 > >> Subject: 'Inexperienced' RBS tech operative's blunder led to > >> banking meltdown > >> Sent by: IBM Mainframe Discussion List > >> <IBM-MAIN@LISTSERV.UA.EDU> > >> > >> > >> > >> 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 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
