this post was submitted on 30 Jan 2024
844 points (98.2% liked)
Technology
59672 readers
2865 users here now
This is a most excellent place for technology news and articles.
Our Rules
- Follow the lemmy.world rules.
- Only tech related content.
- Be excellent to each another!
- Mod approved content bots can post up to 10 articles per day.
- Threads asking for personal tech support may be deleted.
- Politics threads may be removed.
- No memes allowed as posts, OK to post as comments.
- Only approved bots from the list below, to ask if your bot can be added please contact us.
- Check for duplicates before posting, duplicates may be removed
Approved Bots
founded 1 year ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
view the rest of the comments
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 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.
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.
Why change what isn't broken, right?
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.
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.
Probably! APOLLO and SABRE and stuff look ancient.
I know for sure several airports are using OpenVMS, and there are more we don't know about, as some companies keep running yheir stuff for decades not asking anyone for support.
And I'm sure There are multiple other old systems out there, it's too hard to replace them.
And they work! Our VMS stuff runs great, it's fast, and the uptime is measured in decades sometimes. So the problem is hardware: we rolled out the first production x86 version this year, so our users are fine (it's still an issue of porting your software, but it's not as terrible as building everything from scratch), but before that OpenVMS could run on Itanium servers at latest, and the platform was dying off since the beginning of 2000s, so it is a problem to find a normal replacement machine now.
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.
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.
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.
Visual Basic? (fingers crossed)
Oh, I'm sorry man. I don't know everything, I'm working there less than a year, but I only heard of VB a couple of times. In order of popularity it's like: C, C++, Java, then everything else
I was just kidding - I haven't touched Visual Basic in almost 20 years now. I'm not sure I could still code in it even if I wanted to.
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.