Change is good

I don’t know if you’ve ever seen “The Day The Earth Stood Still“, but I always thought this scene holds a universal truth…..

“Technology is not your problem. The problem is you, you lack the will to change”

So why do we need to change?

It’s my firm belief that technology, by itself, is never the solution to a problem. There is just no way a slick and sexy looking ‘appliance’ by itself will magically fix your technology problems. Sooner or later the ‘real’ issue will pop up and cause the same problem over and over again.

Take for example a company facing severe challenges to keep their ‘backup window’ within the allotted time frame. Just getting faster drives and faster networks might solve the ‘short term’ issue, but as long as they don’t ‘take a step back’ and review what it really is they’re backing up and compare that to what they really need to be backed up, this ‘gain’ might only be marginal and most likely temporary of nature.

Taking that step back to reevaluate past decisions and configuration should always be the first course of action when facing ‘problems’ (for me this holds true beyond the technology domain). Just like how the car would have never be invented if we had just kept searching for ‘better and faster horses,’ I believe we will make the biggest progress in (Enterprise) IT once we allow change across the whole playing field.

But why don’t we?

This means we should be willing to change our infrastructure, our operating systems, our applications and middleware our procedures and maybe even our job descriptions….

And for a lot of us, change is not something we like.

I’ve always done it this way” and “But that would take a lot of effort” are frequently heard excuses for not changing. Whenever these “arguments” are given I cannot help but think about these demotivational posters.

When your basement is getting too packed with ‘stuff’ you keep storing down there would your solution be to move to house with a bigger basement? Or would it maybe seem smarter (and more efficient) to reevaluate your procedures regarding what to store there?

“To improve is to change; to be perfect is to change often.” 

Looking forward to your reactions in the comments section……

 

Kevin Dooley - http://www.flickr.com/photos/pagedooley/ Beat the Bashers!

Being the Mainframe Junkie that I am, I’ve been in a lot of situations where my platform has been under severe attack.

No, I’m not talking DDoS-attacks, but more of an ideological attack rooted in the (false) belief that the mainframe sucks, is old and will not continue to be among us for very much longer.

I have been working on The Mainframe (yes double capitals) since 1998 and have always heard them say my precious Mainframe will be made redundant within the next 5 years.

As of today, The Mainframe is still here and it’s getting bigger and bigger, not smaller and smaller. The Mainframe is still the dominant architecture in most of the Fortune-500 companies, a lot of governmental institutes and as of lately is growing out to be the number one platform when it comes to Large Linux Infrastructures.

Seeing as I’ve been invited to join the (ever growing ranks) of The Millennial Mainframer I’d deemed it fit to share some of my experiences where the unknowing started bashing The Mainframe and how I have ‘retorted’ to these blasphemies.

For my first post I will rant about Cost and Legacy……

Cost: “It’s too expensive

Expensive is a relative term to start with. Yes you have to dish out large amounts of money to acquire a machine packed to the rim with all the awesomeness that makes up a Mainframe. But when you take a step backwards and realize this is one machine to host a multitude of workloads, with the capability of being managed with a small amount of FTE’s ( Full-Time Equivalents) it’s a whole different ball game all of a sudden!

There’s no ‘let’s buy another server for this application’-approach. There’s no linear growth in the ‘workloads-to-manpower’-graph and due to the sheer fact utilization rates on Mainframes are a multitude of the rates on platforms of a lesser order there’s a much more economically viable picture to be drawn.

Set aside from plain acquirement and personnel costs there is the ‘software licensing cost’. My advice : get down to the bottom of the figures when it comes to cost.  For one I am pretty sure the PVU Pricing Model for WebSphere will turn out to be cheaper on a Mainframe Platform.

  [EDITOR ~ Paul Gamble:  If any readers could comment and walk me through this I would be eternally grateful…and smarter!!!] .

The Mainframe can host a variety of different workloads it’s a dead give away that it will be cheaper to bring extra workload to The Mainframe than to offload workload elsewhere…..

Legacy: “It’s Dinosaur stuff

This must be the biggest frustrations on my end. The similarity between Dino’s and The Mainframe is only true when you look at their awesomeness. For the rest the comparison goes completely bust.

I shall be the last to disagree with the fact that Mainframes date back from ‘ancient times’ (much like dinosaurs). But where at one stage T-Rex and his friends became extinct (possibly due to changing environments) The Mainframe has shown us that it is capable of continuing it’s evolution to keep sustainable.

The Mainframe has been virtualizing since like forever. From before I was born it was capable of running multiple workloads, in multiple ‘ADDRESS SPACES’ (images they say) on hardware less powerful than the CPU’s today. 

But my …….. (insert any X86 argument) has a gazillion virtualization instructions.

Yeah I know, sorry for ya, we’ve got one on The Mainframe, it’s called SIE (Start Interpretive Execution) and we don’t pronounce it ‘sigh’ for nothing 🙂

[Follow Henri Kuiper @  http://zdevops.tumblr.com/

Henri KuiperAbout Henri:

I’m a level 76 Fire Mage.
Oh noes, born in 1976, computer junkie since I was like 7 (BBC Micro) and moved up from Commodore to MSX then Amiga then Linux. Been a Mainframe Junkie since 1998 and consider myself a full-fledged systems programmer. I understand (and work on) the mainframe from the IO drawerr all the way up to the end-user application.

Proud member of the Millennial Mainframer 🙂