Obtaining Mainframe Experience w/o a Mainframe?

Nice2Cats asks: "So I'm reading all over about how companies are desperate for people who know how to work mainframes, especially now that IBM is shipping them with Linux. But how -- short of a course with Big Blue or some other exercise in expensive formal education -- can I acquire even the most basic information or experience with big iron? There doesn't seem to be many tutorials or introductions online; what would be nice, but I can't seem to find either, would be a simulator that would run on a PC. All I want to know is if I like enough to be seriously interested."

Comments

Here is a slightly dated...

[Sevn]

yet excellent page on just this topic. :)

HERE

Hope this helps!

The Hercules System/370, ESA/390, and z/ Emulator

[Jeremiah Cornelius]

Hercules is an open source software implementation of the mainframe System/370 and ESA/390 architectures, in addition to the new 64-bit z/Architecture. Hercules runs under Linux, Windows 98, Windows NT, and Windows 2000.

Hercules was created by Roger Bowler and is maintained by Jay Maynard. Jan Jaeger designed and implemented many of the advanced features of Hercules, including dynamic reconfiguration, integrated console, interpretive execution and z/Architecture support.

Mainframes are something you *learn* to like...:')

[mellon]

At least, that's the theory. After doing a fair amount of mainframe work, mostly with VM/CMS, I got to the point where the extreme weirdness of the environment was kind of cool in a retro sort of way, and I began to get a sense of how it all fit together. But this is not something you're going to pick up from a tutorial on the Internet.

Basically, if you want to do mainframe stuff, you should find someone to hire you who needs some work done and doesn't mind paying you to learn, and then *don't assume you know what you're doing*. Even the way terminals and serial ports work is different. Many of the basic assumptions about how operating environments work are different on mainframes. CPU time is not free - if you accidentally run a spin loop, it can cost thousands of dollars very quickly.

It's a very weird environment...

It wouldn't surprise me if there were a 370 emulator out there, but where are you going to get the software to run on it? :'}

Buy a used mainframe

[HotNeedleOfInquiry]

AS/400's come up on ebay all the time. Maybe a little small for your definition of a mainframe, but they will fit in your apartment.

Re:Buy a used mainframe

[crmartin]

An AS/400 would be kinda fun, but it is in no way a mainframe. In fact, as AS/400 is an emulator for a lovely machine of immensely weird architecture called the System/38 -- it had a "tagged" architecture, which means that it's essentially object-oriented hardware. It also has a 120-bit address space, in which all devices (memory, disk, tapes, floppies, networks etc) simply occupy parts of the address space. The emulator makes this rather baroque instruction set run on RISC-y underlying processors, and makes the processors transparent to the rest of the system: user software doesn't even know it's on PowerPC or something weird else. (There was even some discussion of doing VLIW processors, although I don't know what ever came of it.)

The other amazing thing is that OS/400 as of V3R6 has the whole bottom layer implemented in C++ from bare silicon on up. So far as I know, it's the only commerical OS that was actually implemented from using C++ and object-oriented all the way. (I participated in teaching the folks at IBM the C++ they needed to do this.)

The point is, though, that the IBM/360 series of mainframes are not the same.

Re:Simulator?

[Lionel Hutts]

That's either the least educated comment I've read around here in a while, or the best-crafted troll. In any case, I'll bite:

Do you have any idea how little raw CPU power (not that they call them CPUs) a traditional mainframe has? They said mainframe, not supercomputer!

Yes, yes, they have lots of fancy I/O processors and whatnot, and some modern big iron is different, but there should be no problem running simple software on an IBM mainframe simulator, if one exists and you don't actually intend to support many users on it.

IBM Redbooks

[Grotus]

IBM has pretty decent documentation on their stuff, at least the AS/400 docs were good.

Go here for the zSeries and S390 docs.

Re:The Hercules System/370, ESA/390, and z/ Emulat

[peterjt]

I'vebrought up Hercules at home and it does a good job at the HARDWARE level. the real issue is that of getting an O/S that you CAN run.

Older versions of MVS (ie MVT) are available, as are older versions of VM. However, these run in 370 mode, not in ESA or Z mode.

I'm not sure about what Linux versions would run on this emulator.

It is though still a good means of gaining some familiarity with the environment.

Training

[Mr. Piddle]

Do companies do training, anymore? Or, do they expect everyone to learn everything of relevance on their own time with their own resources or at the expense of a prior employer? Or, are there such a surplus of qualified canidates milling about that even thinking about making a horizontal career change is laughable?

For example, while the author of the article above wanting to learn mainframes is cute, would any company give a damn if he already has several years experience but didn't already learn the ins and outs of mainframes hands-on in a former employer's "enterprise" environment?

It just seems that ground-floor opportunities are a myth. Ugh.

Re:Training

[ComputerSlicer23]

Hmmm, don't take this the wrong way... but C++ isn't something you pick up in a week or two, I've been coding in C/C++/ObjectiveC professionally for 6 or 7 years now. Sure you can use it to do everything you could so in say Pascal in a week no problem.

A couple of weeks of C++ experience won't teach you the nuances of the STL, how templates work, the strange rules about operator overloading. It won't teach you in's and out's of the pretty large C/C++ standard libraries. You won't know anything about the sublties of the multi-inheritance issues. You won't know about the nooks and cranies involved in overloaded function call parameter resolutions. That's the kind of expertise you need to be able to do serious C++ work. It's something that takes at least a year or two of experience, and dedication to learning the ins and outs of it all. They are better off paying some fresh out of college grad less money to learn in all likelyhood then they are you. They have the same degree you have, that you claim will make you competent in a couple of weeks. Why should they pay you extra?

You've got it all backwards, the semantics of the language are what are important. In fact, I'll go so far as to claim that your experience might make you a worse candidate for using C++ then your fresh out of college grad. You have knowledge and expectations about how you think things should work. You think you know what the semantics are. However, subtle differences in the semantics can lead to very poor code, where you end up fighting the language the tools to get the job done.

Java, which I don't know, I am told is really difficult to be very good at, if you aren't extensively familiar with the ins and outs of the areas. Simple stuff with J2EE, like certain containers can't deal with threads. Stuff like how overloading works, the difference between the object type Integer, and the base type int. The differences between the various JVM's. The sublties of hooking up the various intrumentation tools. There is an extremely large standard library, and knowing how it works, and which pieces are how old, and what is compatibile with with versions of the JRE's is very important. Just knowing the syntax, and that inner classes are a feature, and that there are no pointers, and there are no functions not attached to a class, doesn't make you Java programmer. Sure you can have a cursory knowledge of Java in a couple of weeks. Great, I'm not terrible interested in paying you experince programmer wages so you can learn the tool. There are entry level jobs out there for Java. They'll be thrilled to have someone with programming experince.

Just because you have a degree in Astro-areo dynamics, and have experience designing parts on for the Shuttle engine, doesn't mean you have the necessary skill to be a drop in replacement for a engine designer for Dodge trucks. A guy fresh from college who studied the Engineering methodologies of Dodge for the 6 months in a case study, is probably much more qualified then you are, for very similar reasons.

My first programming gig, was pretty much, we higher you for twice what McDondald's pays you, and we'll throw you in the deep end of the pool 3 months, if you still floating at the end of that, your a keeper. I got plenty of lessons at the school of hard knocks, they had a couple of very good senior programmers who kept the rookies on track, and bailed them out if things got out of control. I made good money for what I knew, and 2 years later, I did in fact know a lot about C/C++. My next job, I spent a bunch of time writting ObjC. Spent 18 months learning the ins and outs of the OpenStep Runtime making not much more the the first job, and I learned a lot about Oracle and being a DBA. I learned a lot about Solaris, Linux, and WindowsNT during all that too. Then, I finally got a good job, for someone who had experience in C++, and needed some expertise in doing SA work, and I had to build a schema, and pick a backend RDBMS system to run the company's core data on. I finally was considered worthy of the task.

Kirby

Re:The Hercules System/370, ESA/390, and z/ Emulat

[Ratbert42]

A number of our developers hypothetically could possibly be running Hercules and some of the latest and most sophisticated IBM software and it (hypothetically again) kicks ass.

Disclaimer: I in no way know anything about any copyright or license violations and hardly speak for myself, much less my tiny tiny offshore company with absolutely no attachable assets.

Don't Bother

[perljon]

All technology has two humps. On the first hump, you make a lot of money because the technology is hot. For example, .net. Then because the technology pays alot of money, a lot of people get into it and the pay goes down because the employee supply goes up.

The technology becomes main stream and doesn't pay very much. Then, after a while, people start getting out of that technology. They retire. They become Pointy Hair Bosses. They get out of it. So the supply of knowledgeable employees goe down, and the pay goes back up. But the technology is dieing. It's days are numbered.

For the most part, mainframes are on the second technology hump. You only get paid alot because old foggies are the only ones who know anything about. Basically, it's a waste of time to pursue mainframe knwoledge, because it's pay heighth is fairly limited.

Solaris on the other hand is on the top of first hump. You can make a career out of knowing it. Linx on Micros is an up and comer on the hump. Windows is on the first hump. Mainframes are dieing.. just like cobol. Don't waste your time.

Check Community Colleges

[RobertEdwards]

In my city, and I expect in others, the local two year community college teaches extension courses in what we used to call "Data Processing". Basic Tape Monkey and Console operator courses in mainframes and AS400s. JCL, CL, maybe a bit of Cobol, RPG, or some SQL queries. Nothing fancy, but the courses are hands on. These classes would not necessarily be for college credit - perhaps for adult education CEUs. Fees don't seem particularly expensive.

This is obviously dependent on your local CC's resources, interests, and local demand. But check it out.

Re:Linux on IBM negates "mainframe skills"?

[THEbwana]

They dont migrate away from zos to linux. They migrate from win and various unices to linuximages running in lpars on zos machines.

- This means that they need zos operators to setup the zos environment and linuxadmins to run the linux images running on the zos machine.
The problem lies in the availability of zos veterans who didnt stop learning things 10-20 years ago (and who are not retiring within the next couple of months). These veterans are needed to setup the system lpars, wlm, etc etc to provide the logical areas where linux is supposed to run. If this is not done properly, there will be no benefit in running Linux on zos compared to running Linux on i86 clusters -> IBM will sell less zos hardware.

The biggest problem for IBM (IMHO) is that it's so hard to get mainframe experience -> no one learns the platform -> they sell less hardware.
I recently saw a WebSphere zos assignment in London paying 2500 GBP / day. That's roughly 90 000 usd / month, clearly reflecting the supply and demand situation in this market segment. If IBM wants to continue selling their zos hardware they will have to give the slashdot crowd an easy and cheap route to gaining mainframe skills. /m