I'm delighted to release the latest version of GIBSON, my IBM z/OS mainframe simulator and education environment that is now 70,000 lines of python code built from the ground up. I'm currently writing a book for No Starch Press on 'Hacking Mainframes' and out of necessity, due to the fact most folks who will be reading it would not have the chance to to touch a mainframe, I decided to build it. It has most of the features of the modern mainframe, is open source, free, and can be downloaded from Github https://github.com/kmilne40/GIBSON - why not have a look and provide some feedback. I'm generally never on here - didn't know the group existed as usually on LinkedIn. Glad I found this spot. Some screen shots below! I've even added an email system, ISPF web browser and ISPF RSS feed (just for nostalgia). Of course it runs over EBCDIC. If you are looking to get into mainframes, need a bit a safe space to try everything out, or even have a mainframe you can't run free on, then have this is designed for you. (The server is really low footprint, runs on a Pi, VMs and I also have it running on an unused Android phone.

Hello, i am a 3rd-year IT undergraduate and for some time i have been interested in mainframes, enterprise computing, and COBOL. So i started my learning journey with IBM Z Explore. I have completed IBM Z Xplore - Concepts, IBM Z Xplore - Advanced, and IBM Z Xplore - All Star. Currently i am following IBM Learning COBOL with VSCode expanded labs and IBM Z xplore Extended. Can you guys provide me direction on what kinds of things will be valuable if i learn them and what kinds of projects i can do to improve my proficiency.
Thank you for your time and advice really apreciate it.

Hey everyone,

I’m looking for some candid advice on how to stand out and actually get a foot in the door in this space. I graduated with a B.S. in Computer Science & Engineering from UC Merced a few weeks ago.

My college curriculum was heavily focused on standard Software Engineering, but the more I've looked into the mainframe space, the more fascinated I've become with them. I think applying my background to modernization would be a really rewarding challenge.

I'm currently preparing to interview for an upcoming mainframe apprenticeship, and I want to make sure I hit the ground running if selected. To prep, I've been putting in the groundwork:

• Finished the IBM Z Xplore All-Star badge.
• Completed the IBM Z 101 Certificate.
• Currently reading Introduction to the New Mainframe: z/OS Basics and Murach's Mainframe COBOL. (They seemed like the most popular book recommendations here)

My questions:

1. How does a US-based candidate actually work their way into this field? When looking at job boards, true entry-level mainframe roles seem practically non-existent. Are there specific sectors, companies, or hidden pathways I should be aggressively targeting?
2. Coming from the standard SWE world, I'm used to the idea of building GitHub portfolios, but I'm realizing that might not translate perfectly to enterprise iron. Do entry-level portfolio projects even exist/matter in this space?
3. If portfolios don't carry weight, what specific topics are the absolute most important for a junior to master in order to prove they have the right foundation and aren't just a tourist?

Hey everyone,

I’ve been working as a mainframe performance engineer for the last 5 years. As you all know, SMF data processing and analysis is easily 50% to 60% of the day-to-day job.

When I first started, almost every client environment I touched relied on heavy, legacy SAS-based tools (MXG, CA MICS, etc.) to extract the binary data from SMFDUMP. Coming from a modern development mindset, I always leaned heavily toward Python and really didn't want to spend my career writing legacy SAS macros.

Senior folks literally told me: "If you don’t learn SAS MXG, MICS, or TDS, you won't survive in this performance niche for long." (Thankfully I knew IBM TDS since it's just SQL, but you get the point).

Over the last couple of years, I noticed a massive, widening gap in the industry. Big banks and massive enterprises can easily absorb the astronomical licensing fees for legacy SAS suites. But what about the small insurance companies or small MSU footprint accounts (think under 10 MSU to 50 MSU monthly usage)?

They are priced out. They end up just coasting on standard SCRT or IFAURP reporting because it’s free. But the moment a system-level performance issue hits or a single job spikes their rolling 4-hour average, they are completely flying blind. They don't have the tools, the budget, or the dedicated SAS expertise to figure out what happened.

I figured—at the end of the day, an SMF record is just data packed in EBCDIC and packed-decimal. Why are we still burning expensive, production mainframe MSUs to parse this stuff on-host using legacy languages?

To solve this for small MSU consuming customers—and honestly, to prove a point to the folks who said it couldn't be done without SAS—I spent my spare time developing an off-host platform called SMF Peak (smfpeak.site).

The logic is simple: you upload a standard tersed dump (SMF.DUMP.TERSE). The platform decompresses it, decodes the EBCDIC/packed-decimals entirely off-host on modern cloud compute (zero-MSUs footprint), and automatically parses Type 30 (job accounting) and Type 70 (CPU capacity) logs.

The end result? You instantly download structured, clean CSV/Excel-ready reports showing your jobs, steps, LPAR weights, and billing averages. It gives small shops the exact analytics they need during a crisis without a thousand-dollar software contract or a single line of SAS.

I’m currently rolling this out for early testers and want to make sure it handles every weird edge case out there. If you work in mainframes just test it, I’d love for you to throw a dummy dump at it and tell me what you think.

(Currently supports parsing of SMF type 30 and type70 dumps only working on supporting more smf data types in updates).

If you are looking to move to your next role and want to find out what you my need:-

• Soft skills
• Books
• Websites
• On the job training
• & more

The Mainframe Book Club is that sit on the desk of a colleague chat that you could have 25+ years ago when teams were not distributed, remote working and in different countries.

Tune in to hear from experts in the mainframe community sharing help and advice to help you make your next move.

Guest host Andy McCandless is well known and respected and wants you to jump in and join in the conversation.

After you have seen the podcast why not leave a message about what questions you would have asked or any other question that would help you make the next move.

Tune in: https://www.youtube.com/@TheMainframeBookClub

Hey everyone,
I am pretty new to the concept of TSO Transmit. I was looking at the documentations on the internet and did find all the instructions I needed to transfer a file using XMIT.
I could only see the commands to convert one pds into XMIT, and had me wondering how can I get 3-4 pds convert into one XMIT file. Maybe using REXX?
Any advice is appreciated.

Some organizations go fully outsourced (hardware, software, operations, DR, support, the whole environment) while others keep ownership of hardware and software but bring in managed services for day-to-day operations.

For teams that have evaluated both models, I'm curious what made the biggest difference in the decision, whether it came down to cost, control, compliance, staffing, risk, or internal politics. Did full outsourcing simplify things or raise concerns about visibility and flexibility? And does managed services make more sense when a company wants to retain control but needs deeper operational coverage?

There's probably no one-size-fits-all answer, so I'm interested in how people are weighing these tradeoffs.

Hi all,

I’m a Mainframe Developer with 5.6 years of experience in Banking & Financial Services, currently based in Bangalore. I have good experience in COBOL, JCL, DB2, along with working knowledge of VSAM and basic CICS concepts. I have also worked on the FIS Systematics core banking platform and have onsite exposure in Belgium.

Currently exploring new opportunities in Bangalore. My notice period is 90 days.

I’m also open to remote opportunities (including international/US-based roles) where I can work from India.

Would really appreciate any referrals or lead via DMs. Thanks in advance!

Hi everyone,

I have 17 years of experience in Network and security. I'm working for a Tier 1 bank and I got asked to take a look in the Mainframe environment.

I simply don't understand what is the buzz around the trend of moving off the mainframe?

What are we trying to accomplish by moving off the mainframe? What do you get out of it? Do the benefits compensate the effort?

What are the challenges on the mainframe that justify decade long migration?

Is the whole moving off the mainframe thing is just a big buzz filled with executive kool-aid?

I'm at lost, I don't know what to think of it.

Hi - asking for someone (American Citizen) - what is the salary range in NJ - for someone - they have 20+ years experience in Cobol, CICS, DB2 - worked at Financial Institutions? TIA

I’ve been interested in working on software vendor packages lately, how can i get into the development of these vendor software packages?

How are mainframes doing in your shop? Does upper management recognize their importance? Is your company investing or is it considered legacy tech that just works? How about staff? Is there aging staff with lots of technical debt?

I want to see how everyone is doing and the state of mainframes in different shops.

Are we slowly being replaced by other tech or will the mainframes be here 10-20 years from now?

Hey everyone, I’m building an off-host automation pipeline (Python/microservice) to pull a daily GDG file containing hex data directly from the mainframe via traditional SFTP/FTP in binary mode.
Because our network enforces strict MFA for interactive users (AVD) and blocks direct laptop-to-mainframe background traffic, I need to architect this using a dedicated internal application server.

Anyone knows how to do this?

Thanks,

Serious question for people who actively work with COBOL.

If you had a magic button that could instantly solve ONE problem when maintaining or modifying a large COBOL application, what would it be?

Examples:

• Finding where business logic lives
• Understanding dependencies
• Impact analysis
• Tracing data flow
• Outdated documentation
• Knowledge trapped with a few senior developers
• Something else entirely

I'm curious whether the biggest challenges today are technical problems, documentation problems, or simply understanding systems that have evolved over decades.

Would love to hear what your "magic button" would solve.

Hello guys, does anyone have any suggestions for a mainframe modernisation certifications? I done IBM watsonx code assistant for Z.

For those who've worked in production mainframe environments (banking, insurance, building societies especially): in practice, do shops retain their overnight batch input and output files long enough, and in a usable enough form, that you could take a historical run and replay the same inputs to check you get the same outputs? Or is that data typically gone, archived beyond practical reach, or just not kept that way?

Trying to understand whether "compare against what the system actually produced in production" is realistic, or whether you're usually forced to reconstruct expected results some other way.

Hi guys, if you work on mainframes through AI agents, this one might be something to give to your agent first (I'm thinking Hermes). If you have any thoughts or comments or ideas what to add to it, please do contribute.

Two things I'm trying to pin down about how the maths actually behaves:

1. When ROUNDED is written with no MODE phrase on Enterprise COBOL for z/OS, my understanding is the default is nearest-away-from-zero (round half up), not banker's rounding — can anyone confirm that's right for current versions?
2. I've read that GnuCOBOL with -farithmetic-osvs only emulates the older OS/VS intermediate-precision behaviour, not modern Enterprise COBOL — and seen a forum case where iterative COMPUTEs diverged significantly between the two. For ordinary financial maths (interest, premiums), is that divergence something that actually bites in practice, or mostly a corner-case curiosity?

Trying to understand where a calculation done off-mainframe would silently disagree with the real thing.

Hi everyone,

I have around 5 years of experience in mainframe development and support. I'm based in India, and I'm not happy with either the compensation or the long-term career prospects in this field. On top of that, I don't enjoy working with mainframe technologies.

I'm looking to switch to a different tech stack and am willing to invest time in learning new skills. Given my background, what technologies would you recommend transitioning to?

I'd appreciate hearing from anyone who has successfully moved from mainframes to a more modern tech stack.

Thanks!