Tom's Hardware learned that candidates would oversee machines running 166 MHz processors with 8 MB of RAM, which are used to display important technical train data to...
We’re maintaining and developing OpenVMS OS, and both we and our customers need Cobol, Fortran, and other half-dead languages coders.
Many large companies maintain their old systems and use them for production or data processing purposes. Sometimes it’s too expensive to migrate off, but im many cases “it just works”
I’m a COBOL developer. For old COBOL systems it’s not just a case of it being expensive to “migrate away”, it’s extremely risky and for no significant benefit.
Businesses have essentially two options, modernize what they already have, or tear everything apart and start from scratch. COBOL programs don’t “just work”, they’re good at what they need to do (business transactions). Therefore, there isn’t a significant need to rewrite everything, especially when it’s possible to modernize and reuse existing business logic contained within COBOL programs. For example, COBOL programs aren’t tied to old hardware, you can run your COBOL applications on the cloud instead. This is much safer and cheaper than rewriting everything.
I work primarily in a Long Tail language (languages don’t die, but they have a long tail where usage slowly creeps away). I tell the business that we could ultimately solve all the problems with the platform except for one: finding new programmers to hire for it. That’s what will ultimately force us to migrate. Doesn’t have anything to do with cost or ability to take on new features or handle new ways of doing things.
When it comes to COBOL developers, there are a lot of developers retiring but there are also a lot of programmers being trained in COBOL every year. It’s for this reason that the average age of COBOL developers has stayed roughly the same for the past 2 decades despite retirements.
But that said the total number of COBOL developers is decreasing overall, which is an issue.
Not many young programmers want to learn COBOL. COBOL isn’t taught in many educational institutions. There are very few online resources that programmers can use to self-teach COBOL.
It’s a shame. COBOL is great for it’s specific use case but it isn’t very “accessible” in that regard when compared to other languages.
I feel this way about mainframes sometimes too, I had a class in mainframes but we weren’t really taught about job options or where they still fit in the industry.
I’ve worked in that area. It was broken back in the 90s and I doubt the crusty old parts of the system have gotten any better. I was tasked with writing a more modern wrapper for part of the legacy system, and when I asked for documentation I was told they had literally nothing to give me.
I was just an intern at the time so maybe someone with more clout could have gotten sometime to dig in a forgotten closet for old technical docs, but it still strikes me as a very bad sign when technical docs for a system every agent uses all day every day aren’t immediately available on the company’s intranet.
And in many cases if it gets replaced it’s for a system that looks fancier but actually has more problems than the original… See Phoenix for the Canadian government employees pay.
My bosses tried to ask me if I knew anyone the could hire for a full time position at a hospital. I ask for more details and eventually they relent because they aren’t having any luck on indeed/craigslist/temp recruiter.
It’s a 24 hour on call position for ‘up to’ $55,000 to be the sole IT staff for a 100 bed hospital in upstate NY.
I literally laughed at them, but they seem to insist they are gonna find someone to take the job.
I actually think the job isn’t even legal as described.
Sorry, not interested in 24hr on call until they start talking $100k+. That’s asking a lot of someone.
Sounds like they need multiple staff, actually. You can’t do on-call without having a rotation. What happens if Bob gets hit by a bus? This tells me all I need to know about them. Typical SMB “leadership”, they lack any concept of managing systems - be it IT, finance, mechanical, whatever. All systems have their management models.
If you actually do have decades of fortran experience, work for NOAA. Their weather models are mostly fortran and they need engineers. Specifically the NOAA EPIC contract that i worked on previously definitely needs people knowledgeable in fortran and was 100% work from home. Feel free to DM me if you want more details.
It can be viewed as a success. A bridge or building that only lasts five years wouldn’t be considered successful, especially if it took monumental effort to make it in the first place. For some reason, we don’t value that in software.
I wrote a Classic ASP app in 1999 that placed a web UI atop a mainframe application that dated to the late '70s and allowed easy navigation of really enormous data structures. I learned last year that it’s still in use at that company; amazing not just because my code is still around but because that fucking mainframe code is still running.
We’re maintaining and developing OpenVMS OS, and both we and our customers need Cobol, Fortran, and other half-dead languages coders.
Many large companies maintain their old systems and use them for production or data processing purposes. Sometimes it’s too expensive to migrate off, but im many cases “it just works”
I’m a COBOL developer. For old COBOL systems it’s not just a case of it being expensive to “migrate away”, it’s extremely risky and for no significant benefit.
Businesses have essentially two options, modernize what they already have, or tear everything apart and start from scratch. COBOL programs don’t “just work”, they’re good at what they need to do (business transactions). Therefore, there isn’t a significant need to rewrite everything, especially when it’s possible to modernize and reuse existing business logic contained within COBOL programs. For example, COBOL programs aren’t tied to old hardware, you can run your COBOL applications on the cloud instead. This is much safer and cheaper than rewriting everything.
I work primarily in a Long Tail language (languages don’t die, but they have a long tail where usage slowly creeps away). I tell the business that we could ultimately solve all the problems with the platform except for one: finding new programmers to hire for it. That’s what will ultimately force us to migrate. Doesn’t have anything to do with cost or ability to take on new features or handle new ways of doing things.
When it comes to COBOL developers, there are a lot of developers retiring but there are also a lot of programmers being trained in COBOL every year. It’s for this reason that the average age of COBOL developers has stayed roughly the same for the past 2 decades despite retirements.
But that said the total number of COBOL developers is decreasing overall, which is an issue.
Not many young programmers want to learn COBOL. COBOL isn’t taught in many educational institutions. There are very few online resources that programmers can use to self-teach COBOL.
It’s a shame. COBOL is great for it’s specific use case but it isn’t very “accessible” in that regard when compared to other languages.
I feel this way about mainframes sometimes too, I had a class in mainframes but we weren’t really taught about job options or where they still fit in the industry.
Isn’t pretty much all airport scheduling based off software from the 80s or something?
Edit: Found a video about it.
Probably! APOLLO and SABRE and stuff look ancient.
Why change what isn’t broken, right?
That’s the thing though, it is.
Here is an alternative Piped link(s):
it is.
Piped is a privacy-respecting open-source alternative frontend to YouTube.
I’m open-source; check me out at GitHub.
Oof.
I’ve worked in that area. It was broken back in the 90s and I doubt the crusty old parts of the system have gotten any better. I was tasked with writing a more modern wrapper for part of the legacy system, and when I asked for documentation I was told they had literally nothing to give me.
I was just an intern at the time so maybe someone with more clout could have gotten sometime to dig in a forgotten closet for old technical docs, but it still strikes me as a very bad sign when technical docs for a system every agent uses all day every day aren’t immediately available on the company’s intranet.
And in many cases if it gets replaced it’s for a system that looks fancier but actually has more problems than the original… See Phoenix for the Canadian government employees pay.
I’ve seen those postings and some executive is living in dreamland thinking they can hire someone to do that for $25/hr.
My bosses tried to ask me if I knew anyone the could hire for a full time position at a hospital. I ask for more details and eventually they relent because they aren’t having any luck on indeed/craigslist/temp recruiter.
It’s a 24 hour on call position for ‘up to’ $55,000 to be the sole IT staff for a 100 bed hospital in upstate NY.
I literally laughed at them, but they seem to insist they are gonna find someone to take the job.
I actually think the job isn’t even legal as described.
Hahahaha, what a joke.
Sorry, not interested in 24hr on call until they start talking $100k+. That’s asking a lot of someone.
Sounds like they need multiple staff, actually. You can’t do on-call without having a rotation. What happens if Bob gets hit by a bus? This tells me all I need to know about them. Typical SMB “leadership”, they lack any concept of managing systems - be it IT, finance, mechanical, whatever. All systems have their management models.
Fucking delusional pricks.
With those requirements I would expect $500k with 6 weeks paid leave. What a bunch of clowns.
You mean I can use my decades of Fortran knowledge somewhere?! If I could get a wfh position in about 3 years, that’d be awesome.
If you actually do have decades of fortran experience, work for NOAA. Their weather models are mostly fortran and they need engineers. Specifically the NOAA EPIC contract that i worked on previously definitely needs people knowledgeable in fortran and was 100% work from home. Feel free to DM me if you want more details.
Visual Basic? (fingers crossed)
Such things make me angry. LoL
It can be viewed as a success. A bridge or building that only lasts five years wouldn’t be considered successful, especially if it took monumental effort to make it in the first place. For some reason, we don’t value that in software.
I wrote a Classic ASP app in 1999 that placed a web UI atop a mainframe application that dated to the late '70s and allowed easy navigation of really enormous data structures. I learned last year that it’s still in use at that company; amazing not just because my code is still around but because that fucking mainframe code is still running.