The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main as well.
[email protected] (Arthur Gutowski) writes: > Guess I drank the kool-aid. IBM hired me in at the time they were jumping > into the services business (another unmitigated disaster, IMHO, was getting > rid of SE's and creating "billable resources", but that's another rant). > They > trained me for two things - Parallel Sysplex and OpenEdition. Both had > significant challenges in the beginning, and both arguably still have limited > application (LARGE shops?), but both have evolved. Based on (lack of) > adoption of USS, I can't disagree with you - Elvis has left the building (but > I > hear he still makes the occasional appearance in Kalamazoo). some of that started to happen with 23jun69 unbundling announces. Lots of SEs got their experience as kind of apprentice activity as part of large group of SEs at customer accounts. With 23jun69 unbundling announcement, there was start for charging for application software (the case was made that kernel/operating system software should remain free). However, as part of unbundling ... no mechanism was arrived at to continue the apprentice type training at customer accounts (requirement charging for SE time at the customer site w/o charging for inexpierenced SE time). misc. past posts mentioning unbundling http://www.garlic.com/~lynn/submain.html#unbundle An attempt to compensate for that training avenue was setting up some number of (virtual machine) CP67 (HONE -- hands-on network experience) datacenters to provide online access to branch office people to practice their operating system skills (in virtual machines). The science center ... misc. past posts http://www.garlic.com/~lynn/subtopic.html#545tech had also ported apl\360 to cms for cms\apl. HONE started deploying some number of online applications supporting sales & marketing. eventually these applications completely croweded out the virtual machine experience for SEs. Eventually it wasn't even possible for branch office to submit mainframe order that had first been processed by HONE application(s). Misc. past posts mentioning HONE http://www.garlic.com/~lynn/subtopic.html#hone one could claim that the aging/retiring of the SEs from pre-23jun69 has contributed to change in policy. re: http://www.garlic.com/~lynn/2009i.html#9 Why are z/OS people reluctant to use z/OS UNIX? http://www.garlic.com/~lynn/2009i.html#21 Why are z/OS people reluctant to use z/OS UNIX? http://www.garlic.com/~lynn/2009i.html#23 Why are z/OS people reluctant to use z/OS UNIX? (Are settlements a good argument for overnight batch COBOL ?) previously mentioned, long ago & far away, my wife had been con'ed into going to POK to be in charge of loosely-coupled architecture. while there she established "peer-coupled shared data" architecture ... some number of past posts http://www.garlic.com/~lynn/submain.html#shareddata the battles with the communication group contributed to her not staying very long in the position (although there was a temporary truce that she wouldn't have to use SNA for loosely-coupled within the boundaries of the datacenter). the other contributing factor was that there was very little uptake except for IMS hot-standby ... until (parallel) sysplex. part of the issue was that in the early SNA days ... she had been co-author of peer-to-peer networking architecture (AWP39) ... which the SNA group may have possibly viewed as competitive (in most other environments, networking implicitly implied "peer-to-peer" ... it was only in an environment when networking was used to apply to communication that it was necessary to use the "peer-to-peer" qualifier) It wasn't until APPN (AWP169) that there was some semblance of peer-to-peer network. Even then, the SNA organization non-concurred with the announcment ... and the escalation took several weeks while the APPN announcement letter was carefully rewritting to avoid implying any relationship between APPN and SNA. -- 40+yrs virtualization exerience (since Jan68), online at home since Mar1970 ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [email protected] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
