So funny, when I started out in the mid nineties, everybody told me "avoid the mainframe scene at all costs, it's an obsolete approach and will soon be ending, no point in learning Cobol" Thirty years later, mainframes and Cobol still runs the important parts of the world...
...been doing mainframe work for going on 53 years. Yes, job security!! I am frequently asked to provide input and/or support to projects within my organization, often from people who just learned about my background and have contacted me for my experience and knowledge.
I started programming in 1974 on a Wang micro-computer as a college freshman. I was able to move to an IBM 370/158 as a college junior and senior. My computer studies were in BAL, computer security, VM/370 operating systems internal, and how to be an IBM VM systems programmer. VM was a great choice, as it allowed me to work for 40+ years. I'm now retired and can still run VM at home using Hercules.
A mainframe is institutionalized logic. Started with Cobol at the University mainframe in the 1970s. Gave the foundation to later manage large corporate projects worldwide. To start working with a mainframe is a strong foundation for persistent success and reputation in IT. Done right, young man.
🫡🥲 I took those mainframe experiences and just wow, I am involved with Artemis now and so so many other cool projects. It all started from a green screen.
Job security? I worked for National Bank in 2008. After 4 months, the bank was sold out to PNC, I was laid off. Got new job at Fifth Third, split off to new corporation, Vantiv. Job outsourced to TATA. Next job I had, I was outsourced to Accenture. My specialty was in zOS Assembler, I coded Assembler all my life (Yes, I knew COBOL also). But, it would appear that to corporations, I cost too much money. I know of coworkers who lost their jobs due to outsourcing. So, would I recommend Mainframe coding? Nah.. If you want job security, become a plumber or electrician.
Haha .. as a senior developer I second that. Hyper production of IT consultants eventually came to maximum (at my point of view). My plumber makes $100/hour and his phone rang all the time during his work in my apartment.
You've inspired me. Been a Jr. Endevor Admin for about 6mos now and have been regretting it. I jumped ship from break/fix, desktop support. I got the position for the not-so right reasons, but I love operations and working behind the scenes. I find IBM hard to comprehend but this video is kickstarting fire I need.
The big portions of the mainframe (and there are many!), are Automation, Application development and Scheduler package usage and function. Security, CICS, and DB2 as well. zCloud services... All of these can interface with Java, Uss commands and code, etc. But, learning Rexx and JCL is a huge plus. Also an understanding of migrating mainframe applications and associated elements between competitors products is huge right now. I recommend it! Anything learned on the mainframe applies to so many aspects of other technologies as well. A marvelous system!
IBM OS IS BATCH PROCESSING, THAT IS WHY IBM ABANDONED ITS OS 30 YEARS AGO AND WENT WITH LINUX FOR WEB AND CLOUD SERVICES. IBM IS JUST ANOTHER LINUX VENDOR SELLING RED HAT LINUX
I just started a job today on a team managing an IBM Mainframe. This is my first IT job and I feel like this will be great for gaining experience and skills.
Good review of the field. Nice shirt also. - Like the phrases - "This is not that!" - "ISPF is a souped-up command line" - "I think you should lean into it..."
Thanks Conner. I'm an old guy and getting back into the mainframe world to finish my career. (I only have a 5 year horizon.) Anyway I purchased the IBM ZD&T product to get my feet wet. I see myself only doing Cobol and DB2.
Regarding being a front-end web developer : z/OS comes with a powerful Apache-based web server and can run most web technologies. z/OS also natively supports Docker containers.
I worked on the IBM mainframe for 45 years and retired 2 years ago. A year after I retired I was made an offer to come back part time because of my assembler knowledge, yes even assembler is still in demand. I have remained retired.
These business suits should be punished for not training the next generation. The firm I was with was training a healthy sized co-hort of next-gen sysadmins, but the 30 year old non-techinal consultants at EY / Boston Consulting Group / McKinsey probably told their clients "no need to develop those skills, the mainframe is going away" all throughout the 2000's. Those companies will pay the price for failing to coordinate a rehost of their applications.
It's good to hear that many are from mainframe, i am about to compelete my 3 yrs in mainframe tech soon , hope will got to connect with you guys in near future 😊
solid job opportunities - continued employment as System Programmer since Jan 1980, still going better all the time. Would love to see younger people getting involved with mainframes, which for me is zSeries processors running multiple Z/Systems all around the world in a global network.
Great video really i have been in the mainframe work for 6 months, must say you really a correct about a lot of it! But you make it sound easy to learn everything about 3270 😅
Operator? Like in getting a message "Operator, please mount volume ED209!" ? As in you get that on your teletype printer and then you go and walk to the shelves and pick up a drum of platters marked ED209? And then you insert that drum into an empty disk drive and return to the teletype to say something like "ATTACH DASD DU2A VOLID=ED209,MOUNT=YES"? Finishing up with a "MSG U208 VOLUME 209 MOUNTED, THANK YOU!"? Because that's what an operator mostly does. At the end of the time tunnel into the year 1962.
i have been learning a bit of cobol since im unemployed and wanted to do something for fun as the time pass by, since then i learn not just cobol but JCL, REXX, what is TSO and ISPF and... a bit of cobol
I’m 37 switching to this. I start in 2 weeks. They are paying to teach me how to be a mainframe systems engineer. Side note i am a Product Owner so i have somewhat of a technical background and i was a front end devout earlier in my career.
You can do it! I’d would recommend sticking to the IBM Knowledge Center for the first part of your learning journey. Take the doc from the top down. It’s the differentiating factor between ok support people and the greats. it took me about 18 months to two years before I became truly productive, so hang in there at first, it gets better.
Good luck! While serving my mainframe tenure, I slowly build a CURD (create, read, update, delete) web application on the side in Python Django to keep my skills fresh (over 2 years), while collecting IT certifications, it lead me off platform and I like the problems I am solving a lot better now.
Good stuff. Did systems programming for a few years in the early and mid 80s. Then moved to a development career. I remember when SMP4 was free and then IBM released SMP/E and started charging customers to fix broken IBM code. LOL. One suggestion - As a sysprog, start writing (or study existing) system and JES exits. Anything to learn assembler. Learn about the hardware. (Ficon, channels, processors, lpars, etc). Learn the ins and outs of the binder (formerly the link editor). Learn TCP/IP (no real need for SNA anymore - LOL). Learn RACF.
Heys, I wonder; Where to learn Mainframe? I mean, I know some COBOL at this point, but COBOL is just a tiny bit of the whole picture, and I'd like to learn more.
Agree 100% about the non-mainframe world of Change Management, Asset Management, Configuation Management and documentation being less than it should be, that is always the case and always the case that it makes everyone's life a lot harder, and those deficiences never get fixed once the service is in BAU. Boy would I have loved it down the years if things had been done well and done properly.
I've never really seen a big company on my resume help me. In fact, a lot of medium and small businesses will assume you're used to only working on a narrow piece of large team projects or assume you're used to heavy waterfall type processes. In the US they'll also offshore anything in a heartbeat if they bring in C suite folks that don't understand IT and actually believe it will save money long term.
Hey, Connor! Saluts from Brazil! Just like you, I'm a young guy in the t-rex world. (23 y) I started working with Mainframe last year, I'm a trainee for a company hired by a big bank of Brazil. Has being a hard journey, but I'm enjoying veryyy much. It's amazing to find modules older than me lfmao Let me ask you, my big goal is to move to another country working as a mainframe developer, can you tell me how is the market? For example, my job is fully remote, how about yours? Is this common in the US Mainframe area?
I worked in bank mainframe operations for a decade in the 80s and early 90s. Working for years in the non-IT world, it is abundantly clear when corporations have horrible change control. The data centers I worked in would never alow the kind of poorly tested and verified changes to critical software that I've seen.
Hi Connor, I was wondering if you could do a video on the day in a life of a mainframe programmer/systems administrator. Do the programmers work closely with the administrators? Great video! :)
Thanks Jael, I will! I will take all the feedback from everyone commenting on this video & reddit and make an even better video. That will be coming soon!
I've built computers my whole life but a programmer I am not. I have half a masters and a bachelors but not in IT related field...how does someone like me jump right into the server and mainframe world and get paid at the same time? Going back to college is not an option for me.
There are more bodies to throw at the resource problem when they go offshore. The quality isn't there and if they do show promise they move on to bigger and better things. Getting specialised personnel is very hard these days.
It may sound weird, but I'm wanting to learn COBOL just so I can land one of these niche programming jobs. They all seem secure and pay well. Someone has to work these jobs and I'm trying to segue into tech from a non-IT STEM field. Thoughts on this?
FYI: HERE IS WHAT IS IN DEMAND: Microsoft windows server, Red hat linux, sql, c++, c# python, word press, html, microsoft visual studio, jason, java script, apache server.NOT: IBM ZOS.(DO NOT WASTE YOUR TIME ON IBM SOFTWARE) This video is none sense!! GNU COBOL COMPILER IS A FREE DOWLOAD RAINCODE COBOL (FREE) NEEDS VISUAL STUDIO. MICRO FOCUS PERSONAL COBOL(FREE) USE GOOGLE TO FIND THE DOWNLOAD SITES. ALL OF THE ABOVE RUN ON MICROSOFT WINDOWS. TK4 OR TK5(HAS AN EXCELLENT COBOL COMPILER FOR IBM MVS). IT TAKES A YEAR TO LEARN THE COBOL IBM WORLD. OR IT TAKES A YEAR TO LEARN THE MICROSOFT/LINUX WORLD I WOULD GO MICROSOFT/LINUX IF I WERE YOU. MAINFRAME COBOL JOBS DO NOT REALLY EXIST.
I did mainframe for 12 years. Switched to mobile apps and web dev for 12 years. Now, I’m thinking of moving back to mainframe. Better job security. You don’t have to spend countless hours learning the latest hot technologies to try to stay relevant.
Web programmers are a DIME a dozen. Same goes for Java, Sprinboot, Ruby, Python, C#, Docker, K8, etc., lots of competition. Legacy tech is total opposite. If you're good with C, Cobol, RPG, etc., you can name your own price.
@29ibrahimsayed95 the number of programmers who understand legacy tech like Cobol, RPG, etc., gets smaller and smaller each year. It's simple supply and demand
Coders are a dime a dozen. Problem solvers who are cross-disciplined in IT and the businesses they serve are the bomb. We need more self-propel operators across so many industries. AI will never be the business operator + IT person for most physical business(e.i manufacturing). The combination of being invested in business operations and having an IT persona makes for good, rewarding work, that is not entirely centered on one's ability to code, but one's ability to operate.
My opinion is that in a few years they will have to go to retirement homes and beg a few 90 years old to please come back to the area.The AS/400 field is even worse .Many are in their 70s
Lol! Since leaving the z/OS world, I have become quite versed in data migrations. Maybe I'll moonlight as a z/OS application rehoster/ green fielder (yes, I like pain).
When do you think mainframe will become obsolete due to ai or companies diving out work to country’s that pay less, like India, do you think Americans are to expansive for companies, do you it’s a logical reason to worry that outsourcing will becoming a bigger issue
I'm also retired from at&t as a computer technician. Worked on one mainframe, alot of minicomputer systems, with Unix, vax/vms, hp9000, 3b2, 3b20s systems. I love command line verses gui's. In fact, I've never really adjusted to gui's like windows. I did like Unix "layers" back in the 80's. Is COBOL still used on the mainframes? Thinking seriously about part time work on these systems if they'll have me at the age of 71. Anyways any suggestions? Thank you for this video.
COBOL is the prevalent language in all medium and mainframe shops, both z/OS and zVSE. I have been involved in mainframe modernization since 1998 (started mainframes in 1970) and have worked across all industries, not just telecom, financial. Also heavily used in automotive manufacture, government, science, education, military, etc. If I can guess the company Connor works for (think Illinois), I was on a year long project there to help them modernize and add efficiencies to there mainframe platforms (tens of millions of LOCs of COBOL and PL/1).
Where can I find a community for mainframe as a newbie in the field? I wanna be able to get a job soon and meet other mainframe learners and share knowledge/study together
Connor, you will know when you've achieved Mainframe Guru status when you refer to Mainframes as "Big Iron". That's what we called it when PC's came around. Working on the "Big Iron".
"Ain't no way, the security's too tight. The big iron?" "Yeah, but if I were gonna hack some heavy metal, I'd work my way back through some low security, try the back door."
@@softshells to anyone working on the main frame platform, I would recommend constantly reskilling to get off platform with the last 45 minutes of your workday. Worked well for me, you can do it too.
FYI: HERE IS WHAT IS IN DEMAND: Microsoft windows server, Red hat linux, sql, c++, c# python, word press, html, microsoft visual studio, jason, java script, apache server. NOT: IBM ZOS.(DO NOT WASTE YOUR TIME ON IBM SOFTWARE) This video is none sense!!
The approach to documentation, development, and maintenance you are adopting when working on a mainframe would never work in the "real world",. You are basically proposing to go back to a Waterfall type of workflow. I think time taught us that this way of working is highly inefficient and basically against innovation, quick iterations and quick feedback are in my opinion the way to go. Anyway thanks for the suggestion but I think will stick to my boring full-stack job that let me learn something new every day.
Hot air and nonsense!!!! At any shop YOU GET 2 WEEKS TO BECOME PRODUCTIVE AND START TURNING OUT PROGRAMS OR WEB PAGES!!! NO ONE IS GOING TO "MENTOR" YOU!!!(IF YOUR LUCKY YOU'LL GET A 2 TO 5 DAY TRAINING COURSE). IN MY CONSULTING BUSINESS, I HAVE NOT HAD A MAINFRAME CUSTOMER IN 20 YEARS!!! ALL MY CUSTOMERS ARE MICROSOFT OR LINUX.
Your job will end up in a third world country. Become a plumber or an electrician instead. From a retired mainframer who spent 43 years in the profession.
FYI: HERE IS WHAT IS IN DEMAND: Microsoft windows server, Red hat linux, sql, c++, c# python, word press, html, microsoft visual studio, jason, java script, apache server. NOT: IBM ZOS.(DO NOT WASTE YOUR TIME ON IBM SOFTWARE) This video is none sense!!