What happened to.... IBM had a program. If you were a developer, you could sign up and have time on one of IBMs' mainframes. Kind of like the old time sharing services back in the '60s and '70s.
It seems to me that it resurfaced with Linux development but I haven't heard anything about it in, at least, 5 years. It seems to me that a time sharing option would be the first rung of the ladder. zPDT would be the second rung and your own full system, would be the third rung. A lot, not everything, can be done with time sharing. Gee. I wonder if z/VM could ever evolve into a time sharing system? Tom Duerbusch THD Consulting >>> "McKown, John" <john.mck...@healthmarkets.com> 12/13/2010 2:56 PM >>> I realize this isn't really a fair comment, but I'll say it anyway. It's why the z is going down the toilet so far as number of installations are concerned. There is no way for "poor techies" to contribute to the z ecosystem any more. Companies, such as the one I work for, don't want employees "wasting time and money" on the z (in my case using MSUs for "non productive" work. MSUs cost real money.). I definitely cannot afford a z development system of my own (and zPDT is so encumbered that it is not for "poor techies" like me). And people wonder why Intel is taking over the world with their less advanced architecture? The only "z" machine I can afford is Hercule-390. And I can't get a z/VM or any other z licensed OS on that platform. I know why, but still. So, for "techie fun", I use Linux/Intel. I can afford it. Wish it were otherwise. But IBM's apparent attitude appears to be: "If IBM can't make some money directly from you, then you can just go somewhere else." So I have. -- 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: The IBM z/VM Operating System > [mailto:ib...@listserv.uark.edu] On Behalf Of Alan Altmark > Sent: Monday, December 13, 2010 2:37 PM > To: IBMVM@LISTSERV.UARK.EDU > Subject: Re: Mandatory ESMs? > > On Monday, 12/13/2010 at 11:12 EST, Dave Jones > <d...@vsoft-software.com> > wrote: > > As far as getting the new z/OS PL/I compiler over to z/VM, > I'd be happy > > if IBM just offered it unsupported on CMS, with only a short bit of > > documentation noting the differences between usage in the > z/OS and CMS > > environments, much like what IBM now does with the z/OS > C/C++ port to > CMS. > > > > Any problems with the compiler would have to be recreated > on z/OS before > > IBM would take an APAR. I think that this approach might help make a > > business case, as it would cut down on IBM's up front costs > significantly. > > Cost avoidance does not a business case make. Business cases > are made > based on projected sales and profitability, and that business case is > weighed against others vying for the same resources. > > And as you know, IBM doesn't offer "experimental" licenses > such as you > describe. A product either goes out the door as a supported > product, or > it doesn't go at all. Occasionally IBM does offer beta > programs that are > similar to what you describe, but those are within the > context of having > intent to release a fully supported product. After all, it > takes manpower > to create unsupported programs, too. > > That's just The Way Things Are. > > Alan Altmark > > z/VM and Linux on System z Consultant > IBM System Lab Services and Training > ibm.com/systems/services/labservices > office: 607.429.3323 > alan_altm...@us.ibm.com > IBM Endicott > >
