Mainframe Blog

Historical Re-enacting with the Mainframe Green Screen

2 minute read
Mark Schettenhelm

When I see someone staring at a mainframe green screen and coding, I get the same sense as when I watch a historical reenactment: a strong sense of how things were. Nostalgia is fine, but that doesn’t mean we should continue living in the past.

Despite my long career as a mainframe software developer, my college degree was in history. I love history and I love to experience it. Actors in historical re-enactments share my passion for history and go to immense efforts to accurately portray a time. For a day or a weekend, they stay in character and try to live in the past.

The mainframe has progressed in the decades since I first became a mainframer in the ’80s, and so have mainframe development interfaces. While we have gained some desk space with a thin monitor instead of a massive 3270 terminal, how we work is, in many ways, unchanged from the ’80s, and the continued use of the green screen ISPF is a sign of it.

Developing Without the Mainframe Green Screen

When we ask the millennial generation of developers to join our ranks in the mainframe, think of how the green screen looks to them. We are saying that to work on the mainframe you need to dig into history and experience life in the ’80s. No wonder we get the reactions we do.

Instead of using the mainframe green screen, we should fast-forward a few decades and make a modern Eclipse-based development interface—an IDE they already know—the standard on the mainframe. With tools like this, mainframe-inexperienced millennial developers can pick right up and start to work on a piece of software or an application that formerly would have required esoteric knowledge.

When you empower the next generation to be productive on and excited about the mainframe with the modern tools they’re used to, you end up with enthusiastic future leaders.

And while you’re busy empowering millennials with an interface they’re used to and can be productive with, it might be a good time for veteran mainframers to start working with a modern development interface too, saving the green screen for times they feel nostalgic.

Treating the mainframe like a historical reenactment with the green screen might be a good history lesson, but it isn’t the way to work today, especially when your organization is trying to attract new talent, move faster with Agile and DevOps and compete in the digital economy against disruptors. With what is for all intents and purposes an ancient interface, the green screen unfairly obscures the advancements mainframe hardware and supporting software have made.

My recommendation is to glance at the past for guidance but develop mainframe software as it should be done in the present, always looking to the future for innovation. If you’re looking for an IDE to empower your mainframe developers with, take a few minutes to learn about BMC AMI DevX’s Eclipse-based IDE, Topaz Workbench.

These postings are my own and do not necessarily represent BMC's position, strategies, or opinion.

See an error or have a suggestion? Please let us know by emailing blogs@bmc.com.

Business, Faster than Humanly Possible

BMC works with 86% of the Forbes Global 50 and customers and partners around the world to create their future. With our history of innovation, industry-leading automation, operations, and service management solutions, combined with unmatched flexibility, we help organizations free up time and space to become an Autonomous Digital Enterprise that conquers the opportunities ahead.
Learn more about BMC ›

About the author

Mark Schettenhelm

Mark is a DevOps Evangelist and Lead Product Manager at BMC who has experience working with developers around the world in Source Control Management, Testing, DevOps and Application Portfolio Analysis. He is a frequent conference speaker, webinar presenter, blogger, and columnist, often explaining the benefits of bringing Agile and DevOps to mainframe development and encouraging development teams to adopt new methodologies and continuously improve.

His writing has appeared in Enterprise Executive and Enterprise Tech Journal and he is a frequent contributor to DZone.com and SHARE Tech Watch. Mark is currently the Lead Product Manager for BMC products in Source Control Management, Deploy, Code and Fault Analysis.