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...
e: good for legacy employment though. A relative of mine is a Z80 programmer by trade, and he can effectively walk into a job because the talent pool is so small now. Granted - the wages are never great but never poor, and the role is maintenance and troubleshooting rather than being on the leading edge of development - but it’s a job for life.
I’m in two minds about that. One the one hand, yes, of course - as all the original COBOL folks die off, the skills will be even rarer and thus worth more.
On the other hand, if we keep propping up old shit, the businesses will keep relying on it and it’ll be even more painful when they do eventually get forced to migrate off it.
On the other other hand, we know it works, and we don’t want to migrate everything into a series of Electron apps just because that’s popular at the moment.
Oh, everyone who ever travels by train in Europe will tell you that the German infrastructure is very much broken. You’re lucky if your delay is less than a day travelling through Germany.
Well I live in germany and therefore use the train network on short and long distance frequently and while it is unreliable, “a day” of delay is something I have never experienced.
Most of the delayed trains are late by less than one hour (still atrocious, but not a day’s worth by any means).
I actually experienced only once a situation where we were given the choice of a hotel or a continuation of our travels by taxi (which we chose) because the train we were in was late one hour or something and the other (last for the day) train could not wait.
Well, it’s based on experiences travelling through Germany proper - for example Denmark to France or Italy, including transfers. Often the delay will just be a couple of hours, but then you miss your transfer and you’re screwed.
Also if you’re on your way to Switzerland the Swiss have no patience for disruptions in their services, so if a train is delayed coming from Germany they’re likely to just not accept it into the country at all.
I have also heard from people who were told to spend the night in the train, which DB just parked in the outskirts of the city for the night. That way they could offer passengers a place to sleep in the cheapest possible ways. Pregnant women or families with young children were asked to check in to hotels.
That’s another part of the infrastructure, though: We just don’t have enough rail as well as backup rolling stock.
And as the federation finally decided to spend some money it’s going to get worse in the next decade or so due to outages due to new constructions being linked up to the old stuff.
As to the age of the infrastructure – I mean it’s the railway. If a rarely-used branch line still uses mechanical interlocks and there’s no need to upgrade the capacity then the line is going to continue using infrastructure build in the times of the Kaiser. It’s not like those systems are unsafe, it just might be the case that unlike in the days of ole those posts with a gazillion levers aren’t manned all the time so you’ll see an operator drive to it with a car while the train is on its way. Which really isn’t that much of a deal when the branch line goes to a, what, quarry maybe sending out a train every two months or so. Certainly better than to demolish the line and use trucks instead.
Used to work at an airport that had a similar issue, turning some of these systems off simply isn’t possible. So you end up having to run the replacement system simultaneously with the old system for a few days. Can’t simply take it off line for a day.
It’s an expensive problem, especially if it’s a system that’s being used all across the airport by regular staff.
You need to train thousands of employees to use the new software, you need to have one person using the old software as a backup, while the other uses the new software, often while surrounded by hundreds of often angry customers.
And if something goes wrong, which it invaribly does (even if it’s user error or someone snagging a cable), shit can get very expensive. Small delays, add up to larger delays, and cascade through the entire system. Delayed flights, tens of thousands of euros in costs, hotels for thousands of passengers, missed flights, missed meetings, damages, lawsuits, penalties for missed landing/take-off slots, missed time windows for certain cities which don’t allow flights after a certain time, etc. And often you discover legacy stuff while you’re upgrading that needs fixing, stuff that no one knows how to replace anymore or is physically hard to access.
Sometimes it is genuinely better to leave it. COBOL is 60 years old. There’s still plenty of stuff running on it, exactly because it’s often too expensive and too risky to replace.
These probably operate completely shut from other networks/internet, so I definitely agree. But I guess a lot of folks here are Linux maniacs and can’t stand something running ancient and obsolete OS while the all-mighty Unix-based operating system could solve all of the problems, not mentioning that it would create more in the process.
If it ain’t broke, don’t fix it.
Until it becomes obsolete, unsupportable, the crux of your operation, and/or the basis for all of your decisions 😬
(Yes, I read the article, it’s just the signs, but yes, the above still applies!)
COBOL has entered the chat
e: good for legacy employment though. A relative of mine is a Z80 programmer by trade, and he can effectively walk into a job because the talent pool is so small now. Granted - the wages are never great but never poor, and the role is maintenance and troubleshooting rather than being on the leading edge of development - but it’s a job for life.
Every time I hear about COBOL I feel like I should try to learn it as a backup plan…
I’m in two minds about that. One the one hand, yes, of course - as all the original COBOL folks die off, the skills will be even rarer and thus worth more.
On the other hand, if we keep propping up old shit, the businesses will keep relying on it and it’ll be even more painful when they do eventually get forced to migrate off it.
On the other other hand, we know it works, and we don’t want to migrate everything into a series of Electron apps just because that’s popular at the moment.
Part of the problem is the cost of moving off it. Some companies simply can’t pay what that would cost, and that’s before you consider the risk.
Tough spot to be in.
You have to unlearn everything you know to learn it, go look its bad.
deleted by creator
🥲
Not to mention when you want to change the entire system it becomes a huge operation and problem.
Massive risk to that change too.
So many people don’t understand how risk informs everything a business does.
What cost is there to a given system being down for one hour? A day? Any regulations around it?
Often it’s better to pay a known quantity up front than risk potential outages where you can’t predict all the downstream affects.
I’d consider those various states of not working. So… Don’t fix it if it’s not broken!
Too critical to be upgraded is something I wish I’d never hear or see again in my professional career.
ha, whats the failover look like???
Manual and boot a machine with the same IP somewhere else. Very robust
Oh, everyone who ever travels by train in Europe will tell you that the German infrastructure is very much broken. You’re lucky if your delay is less than a day travelling through Germany.
Well I live in germany and therefore use the train network on short and long distance frequently and while it is unreliable, “a day” of delay is something I have never experienced.
Most of the delayed trains are late by less than one hour (still atrocious, but not a day’s worth by any means).
I actually experienced only once a situation where we were given the choice of a hotel or a continuation of our travels by taxi (which we chose) because the train we were in was late one hour or something and the other (last for the day) train could not wait.
Well, it’s based on experiences travelling through Germany proper - for example Denmark to France or Italy, including transfers. Often the delay will just be a couple of hours, but then you miss your transfer and you’re screwed.
Also if you’re on your way to Switzerland the Swiss have no patience for disruptions in their services, so if a train is delayed coming from Germany they’re likely to just not accept it into the country at all.
I have also heard from people who were told to spend the night in the train, which DB just parked in the outskirts of the city for the night. That way they could offer passengers a place to sleep in the cheapest possible ways. Pregnant women or families with young children were asked to check in to hotels.
Afaik Deutsche Bahn loses 5 mil a day: https://www.theguardian.com/business/2023/oct/14/its-the-same-daily-misery-germanys-terrible-trains-are-no-joke-for-a-nation-built-on-efficiency
That’s another part of the infrastructure, though: We just don’t have enough rail as well as backup rolling stock.
And as the federation finally decided to spend some money it’s going to get worse in the next decade or so due to outages due to new constructions being linked up to the old stuff.
As to the age of the infrastructure – I mean it’s the railway. If a rarely-used branch line still uses mechanical interlocks and there’s no need to upgrade the capacity then the line is going to continue using infrastructure build in the times of the Kaiser. It’s not like those systems are unsafe, it just might be the case that unlike in the days of ole those posts with a gazillion levers aren’t manned all the time so you’ll see an operator drive to it with a car while the train is on its way. Which really isn’t that much of a deal when the branch line goes to a, what, quarry maybe sending out a train every two months or so. Certainly better than to demolish the line and use trucks instead.
German re-unification cost trillions. It’s entirely unsurprising.
Is it broke if no one is able to fix it?
The reason for it to run on such an ancient device is because nobody wants to touch the scripts running on these devices.
A lot of these systems are also always on.
Used to work at an airport that had a similar issue, turning some of these systems off simply isn’t possible. So you end up having to run the replacement system simultaneously with the old system for a few days. Can’t simply take it off line for a day.
Running two systems simultaneously for a couple of days, that’s a huge problem, not solvable
It’s an expensive problem, especially if it’s a system that’s being used all across the airport by regular staff.
You need to train thousands of employees to use the new software, you need to have one person using the old software as a backup, while the other uses the new software, often while surrounded by hundreds of often angry customers.
And if something goes wrong, which it invaribly does (even if it’s user error or someone snagging a cable), shit can get very expensive. Small delays, add up to larger delays, and cascade through the entire system. Delayed flights, tens of thousands of euros in costs, hotels for thousands of passengers, missed flights, missed meetings, damages, lawsuits, penalties for missed landing/take-off slots, missed time windows for certain cities which don’t allow flights after a certain time, etc. And often you discover legacy stuff while you’re upgrading that needs fixing, stuff that no one knows how to replace anymore or is physically hard to access.
Sometimes it is genuinely better to leave it. COBOL is 60 years old. There’s still plenty of stuff running on it, exactly because it’s often too expensive and too risky to replace.
These probably operate completely shut from other networks/internet, so I definitely agree. But I guess a lot of folks here are Linux maniacs and can’t stand something running ancient and obsolete OS while the all-mighty Unix-based operating system could solve all of the problems, not mentioning that it would create more in the process.