I'm all for automating management with decision makers powered by random number generators. It'll be more honest and more likely to come up with the right decision.
Anal lube will be available at an initial small additional monthly charge, for the first two years, then the price will rise to market rates.
This will never happen again once Comcast buys TWC.
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.
And two jobs. One for over 16 years, and going on 19 years at my second.
Only in a police state is the job of a policeman easy. Do you want to live in a police state? I don't.
I'd be really PO'd if the BBC did this. How else can I watch new episodes of Doctor Who prior to them being shown on BBC America?
Money can't buy you love, but can and does buy influence.
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.
And as a zOS Systems Programmer too.
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.
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.
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.
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
Real Programmers don't need an IDE to get their jobs done-- they are perfectly happy with a keypunch, a Fortran IV compiler, and a beer.