Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
In 10621aa97d7a8640bd671c4b287949eb100b6...@gwcorpmail4.gwl.bz, on 08/20/2012 at 08:57 AM, Mullen, Patrick patrick.mul...@gwl.ca said: Similarly, everywhere I've lived (UK, South Africa, Canada), a spell checker would be confined to use by Harry Potter and his chums. Only if they're studying the dark arts, at least for English. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
Similarly, everywhere I've lived (UK, South Africa, Canada), a spell checker would be confined to use by Harry Potter and his chums. To check spelling in electronic documents, I use a spelling checker. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Gilmore Sent: Sunday, August 19, 2012 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!) Shmuel wrote: |APAR = Authorized (Authorised for the rest of the world) | |My spell checker accepts authorized bu tot authorised. Similarly, spell checkers for British English accept 'authorised' and not 'authorized'. The version with the 's' is standard in the parts of the world that were once and on some maps still are colored|coloured pink, Canada, Australia, New Zealand, the Falkland Islands, Bermuda, Pitcairn Island, Belize, among many others. The 'z' version is largely confined to the United States and its dependencies. John Gilmore, Ashland MA, 01721 - USA On 8/19/12, Shmuel Metz (Seymour J.) shmuel+...@patriot.net wrote: In 2080556112895229.wa.scottfagencayahoo@listserv.ua.edu, on 08/17/2012 at 07:07 PM, Scott Fagen scottfagen...@yahoo.com said: APAR = Authorized (Authorised for the rest of the world) My spell checker accepts authorized bu tot authorised. PMR is a Problem Management Request Are you sure it wasn't Record? ETR is Electronic Technical Response Are you sure it wasn't Report? Not all APARs cause fixes to be coded. Do you consider a documentation update to be a fix? The ETR mechanism can be used to report problems with documentation. IBM measures and attempts to maximize the number of problems closed without fixes (FIN, FIN implies an intent to issue a fix. I've even suggested FIN when I dealt that a the fix needed more testing than it would get if issued as a PTF. It is not entirely a work avoidance initiative. But often is. The engineer may iterate over various versions of the fix by changing the name (AA12345, AB12345, AC12345...) or updating the rework date. That's fairly common when the error exists in multiple releases. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- 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
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
Does anyone have a copy of the old JARGON FILE that buzzed around the IBM VM network in the '90s when i was working in Portsmouth North Harbour? I'd love to see it again. I think it included discussion of Bubblegum vs. Boeblingen. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
On Mon, Aug 20, 2012 at 8:35 AM, Rupert Reynolds rreyno...@cix.co.ukwrote: Does anyone have a copy of the old JARGON FILE that buzzed around the IBM VM network in the '90s when i was working in Portsmouth North Harbour? I'd love to see it again. I think it included discussion of Bubblegum vs. Boeblingen. If only there was a way to search the Web for things like this... -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
Try this link (it was posted earlier in this thread) http://www.comlay.net/ibmjarg.pdf It's the 10th Edition from the early nineties. I have a printed version since the early nineties. I have not found any later edition. Gary Gary L. Shiminsky Senior zVM/zVSE Systems Programmer Mainframe Technical Support Group Department of Information Technology State of New Hampshire 27 Hazen Drive Concord, NH 03301 603-271-1509 Fax 603-271-1516 Statement of Confidentiality: The contents of this message are confidential. Any unauthorized disclosure, reproduction, use or dissemination (either whole or in part) is prohibited. If you are not the intended recipient of this message, please notify the sender immediately and delete the message from your system. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rupert Reynolds Sent: Monday, August 20, 2012 11:35 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!) Does anyone have a copy of the old JARGON FILE that buzzed around the IBM VM network in the '90s when i was working in Portsmouth North Harbour? I'd love to see it again. I think it included discussion of Bubblegum vs. Boeblingen. -- 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
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
On Aug 20, 2012, at 10:04, zMan wrote: On Mon, Aug 20, 2012 at 8:35 AM, Rupert Reynolds wrote: Does anyone have a copy of the old JARGON FILE that buzzed around the IBM VM network in the '90s when i was working in Portsmouth North Harbour? I'd love to see it again. I think it included discussion of Bubblegum vs. Boeblingen. If only there was a way to search the Web for things like this... GIYF. http://www.google.com/url?sa=trct=jq=esrc=ssource=webcd=7sqi=2ved=0CFkQFjAGurl=http%3A%2F%2Fwww.comlay.net%2Fibmjarg.pdfei=KmEyUJGPHoLe9AS7soCQDAusg=AFQjCNHc7BKJApfJHJnvV2jzCZ6joGl1Ogcad=rja (Wrap likely. Might unwrap as): http://www.comlay.net/ibmjarg.pdf -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
On Mon, Aug 20, 2012 at 9:19 AM, Alan Field alan_c_fi...@bluecrossmn.comwrote: There is. It's called GOOGLE :) Seriously? /me checks his phone to make sure it isn't 1995. -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
rreyno...@cix.co.uk (Rupert Reynolds) writes: Does anyone have a copy of the old JARGON FILE that buzzed around the IBM VM network in the '90s when i was working in Portsmouth North Harbour? I'd love to see it again. I think it included discussion of Bubblegum vs. Boeblingen. i have few different versions done over the years ... but there are also a few on the web. 1st url using search engine http://www.comlay.net/ibmjarg.pdf mentioned here http://en.wikipedia.org/wiki/Mike_Cowlishaw in the early 80s, we modified the vm/rscs 6670 print driver (ibm copier3 with computer interface, distributed around departmental areas) to randomly select sayings to help fill up the blanks on the separator page (i.e. alternate paper drawer filled with colored paper). One of the files of sayings was the ibmjargon file Ran into problem with security auditors one year. I (and others) had introduced a number of demo programs (aka *games* by any other name, I brought in *adventure* inside ibm) and were maintaining growing large library of demos. Corporate was having For Business Purposes Only added to the vm370 logon screen ... and the security auditors claimed that the demo programs had to all be removed since they weren't for *business purposes*. It turns out we had gotten local change so that the logon screen had *For Management Approved Uses Only* and had gotten signoff on demo programs. The security auditors were starting to feel like there was open conflict with what they had been instructed from corporate. One evening as they were doing after hours sweeps looking for unsecured classified material ... including classified prints-out left on 6670 departmental printers ... they came across print-out that had the following on the separator page. [Business Maxims:] Signs, real and imagined, which belong on the walls of the nation's offices: 1) Never Try to Teach a Pig to Sing; It Wastes Your Time and It Annoys the Pig. 2) Sometimes the Crowd IS Right. 3) Auditors Are the People Who Go in After the War Is Lost and Bayonet the Wounded. 4) To Err Is Human -- To Forgive Is Not Company Policy. ... and they attempted to escalate to top executives that we did it on purpose ... trying to ridicule them. this is also about the time that I had first sponsored Col Boyd's briefings at IBM. I first attempted to do it employee education and they initially agreed. However, as I provided more information, they changed their mind, suggesting I restrict the audience to just senior members of competitive analysis departments. They explained that the corporation spend a large amount of money training managers on how to deal with employees, and they were afraid that exposing general employees to Boyd would be counter productive. in the mid-80s, doing the vm tcpip interface ... i also converted the 6670 files into zippy format ... i.e. randomly select sayings for email signature line. -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
Many thanks. This is odd. I have searched several times over the years and found poor imitations ir just snippets. This week i have only the phone to use, but i did search before posting. Oh well, i'm happy now:-) Thanks again! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
In 2080556112895229.wa.scottfagencayahoo@listserv.ua.edu, on 08/17/2012 at 07:07 PM, Scott Fagen scottfagen...@yahoo.com said: APAR = Authorized (Authorised for the rest of the world) My spell checker accepts authorized bu tot authorised. PMR is a Problem Management Request Are you sure it wasn't Record? ETR is Electronic Technical Response Are you sure it wasn't Report? Not all APARs cause fixes to be coded. Do you consider a documentation update to be a fix? The ETR mechanism can be used to report problems with documentation. IBM measures and attempts to maximize the number of problems closed without fixes (FIN, FIN implies an intent to issue a fix. I've even suggested FIN when I dealt that a the fix needed more testing than it would get if issued as a PTF. It is not entirely a work avoidance initiative. But often is. The engineer may iterate over various versions of the fix by changing the name (AA12345, AB12345, AC12345...) or updating the rework date. That's fairly common when the error exists in multiple releases. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
John, Excellent, I wished Microsoft would take note from IBM. The problems in distribution of code and testing are time,experience and a lot of patience. I find some of the Linux distros pretty good in regard to fixes and reliability. Ran a lot of Fedora, now OpenSuse because we use z/Pdt. Scott ford www.identityforge.com On Aug 18, 2012, at 12:36 PM, John Gilmore jwgli...@gmail.com wrote: IBM had the considerable advantage, circa 1964, of having had substantial experience with the inadequacies of the fix-handling machinery it had put together for IBSYS. It came to terms early with the perhaps regrettable but ineluctable frequency of errors in tested code. Other vendors persisted for long in the notion that they could somehow eliminate all errors before they distributed code. Moreover, IBM (a few unsuccessful excursions aside) has always dealt with professional programmers rather than, say, the end users of Windows. An analogue of SMP/E would not, I suspect, serve Microsoft well in its dealings with most of its end users. John Gilmore, Ashland, MA 01721 - USA -- 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
Re: Some fun with IBM acronyms and jargon (was Re: Auditors Don't Know Squat!)
Scott Fagen wrote at length about PMR/APAR/PTF. One thing I've found interesting after 25+ years at various vendors is that IBM's model seems to work the best in the real world: Multiple PMRs can funnel into one APAR; one APAR can funnel into multiple PTFs. If an APAR is taken and turns out to be a duplicate, it gets closed as a DUP. This beats the mess of trying to map two (or one!) layers of ticket to multiple releases, etc., etc. Of course, HONE was a huge effort, and only IBM could have done it back then. But I'm always amazed at the number of systems that exist today that are single-level and have no good way to even funnel into others. Ok, now I feel Really Old. ...phsiii -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN