Forgot your password?

Comment: Re:Two sides to every issue (Score 4, Insightful) 401

by jacobsm (#47396121) Attached to: No Shortage In Tech Workers, Advocacy Groups Say

Total BS. I'd take a American IT worker with an inflated ego over a corporate bean counter any day. I've been in the IT field since 1979, and trust me, I'm an expert in my speciality. They might be able to replace me with someone and pay then 1/2 of what I make, but they're not going to get my skillset.

Knowing what to do when things are going along swimmingly is easy. When the shit hits the fan, getting the corporate mainframe back running in minutes rather than hours, or G-d forbid days is worth every penny they pay me. I know it, the people who've been working with me for *mumble* years know it.

A bean counter, I doubt it.

Comment: zOS Maintenance and CAB (Score 1) 294

by jacobsm (#46777781) Attached to: Ask Slashdot: System Administrator Vs Change Advisory Board

I'm the zOS Systems Programmer at a Fortune 500 company. When we do system maintenance cycles our CRB just wants to know when the system environment is changing, not what's changing.

If anyone ever does want to know I do have detailed logs and a before and after image of the maintenance management database (SMP/E Consolidated Software Inventory) for them to peruse. They never do; since they don't understand zOS Systems Programming, and they shouldn't have to. It's their job to manage system availability and to ensure that proper testing and system validation activities were performed. It's my job to manage the environmental change.

For anyone who's foolish enough to ask for detailed documentation of every module, macro, load module, dataset, file in the Unix System Services file system that's being modified, well enjoy yourself.

What I won't stand for, is for someone to have veto power over what maintenance goes on. That's my decision, and since I'm the best person in the organization to decide, I do so.

Comment: Re:software (Score 1) 169

by jacobsm (#46683129) Attached to: Fifty Years Ago IBM 'Bet the Company' On the 360 Series Mainframe

You're 100% correct, but I'll add that it's very difficult to get management to bring in new people and give them the opportunity to learn from people who've had decades of experience in the technology and systems that the business depends on.

In my case I'm coming up on 36 years experience in the mainframe world, and I've got no one to teach my skillset to. As for people not wanting to work in a mainframe environment I've got a few comments that might help change their minds.

1) The mainframe isn't going away anytime soon.
2) Competition for jobs in the field is going to be on the side of the job seeker, not the employer once demand picks up (as we geezers retire) and supply of talent will be lower than for the more sexy IT positions.
3) According to the the free market system, if demand is high and supply low, prices rise. And in this case that means your salary.

Comment: Re:To be fair? (Score 2) 95

by jacobsm (#46488861) Attached to: Target Ignored Signs of Data Breach

Not only InfoSec, most warnings from the people who know up to the people who don't know, but have authority to act, or spend money are just ignored.

Several years ago I told Data Center management that a vital piece of hardware had reached end of life and needed to be replaced else we'd be at risk for a total system outage that might last for days.

They didn't want to spend the $30,000 dollars until they absolutely had to, so they ignored my recommendation. In the end, nothing bad happened, but it very easily could have and we'd have lost revenue in the millions of dollars, just so as not to spend money before they absolutely had to.

Comment: Re:Architecturally Insecure (Score 1) 116

by jacobsm (#46331093) Attached to: Complete Microsoft EMET Bypass Developed

I disagree. It's the direct descendant of S/360 and has about 50 years of steady product improvements built in. Malware, running with general user access rights cannot affect system processes in any way, and cannot alter(or read) any memory location that it doesn't have access to. The zSeries hardware, with the operating system is a powerful combination, that Windows and commodity hardware can't touch.

I'm a zOS Operating Systems Programmer with 35+ years experience, and while there have been published security and system integrity patches issued on occasion, Windows has it beat by a mile.

Comment: Architecturally Insecure (Score -1, Troll) 116

by jacobsm (#46330931) Attached to: Complete Microsoft EMET Bypass Developed

Windows, any version, is architecturally insecure. While it can be patched, you're never going to be able to completely eliminate the insecurities. Does Microsoft have a system integrity statement like this? I highly doubt it.

IBM’s commitment includes design and development practices intended to prevent unauthorized application programs, subsystems, and users from bypassing z/OS security – that is, to prevent them from gaining access, circumventing, disabling, altering, or obtaining control of key z/OS system processes and resources unless allowed by the installation. Specifically, z/OS “System Integrity” is defined as the inability of any program not authorized by a mechanism under the installation’s control to circumvent or disable store or fetch protection, access a resource protected by the z/OS Security Server (RACF®), or obtain control in an authorized state; that is, in supervisor state, with a protection key less than eight (8), or Authorized Program Facility (APF) authorized. In the event that an IBM System Integrity problem is reported, IBM will always take action to resolve it

I cannot conceive that anybody will require multiplications at the rate of 40,000 or even 4,000 per hour ... -- F. H. Wales (1936)