Oldest Supported Software?
Dave Santek writes "In development since the early 1970s, the McIDAS [Man computer Interactive Data Access System] software celebrated its 30th anniversary in October 2003. McIDAS is used to integrate and visualize weather information. The software was originally run on a Datacraft /5 and has gone through 4 major hardware configuration changes over the last 30 years. It is a supported software package that remains in use at more than 100 locations worldwide. A history of the first 25 years (pdf) is available. A freeware version of the software is also available."
Strictly speaking, it qualifies as "old" since let's be real - Micosoft software hasn't changed much since the late Eighties.
...and still unsurpassed.
I still sometimes enter in the code for lunar lander on my 1975 HP-25 RPN calculator...
;)
That is the oldest software I support
~8^]
void main(){printf("Hello World!\n");}
I'm not surprised they're failing if they're at least 1025 years old!!
Seriously, though, this is the kind of situation that really scares me. Rarely is such a problem solved with money alone -- a project of this scale and importance needs to be supported by the best.
The IT industry is characterised by too many enthusiasts and too few professionals.
30 years is a long time for a software project to evolve. The question, however, is how much of the original code remains today. Lots of software, especially stuff that changes fast, is this way - I'm sure that not much of the Linux 0.01 code remains in the 2.6.0 tree. It's just a matter of replacing things one piece at a time (or completely rewriting things, in some cases).
The software may not have changed much, but the support sure has. If you are a corporation, and you make an operating system, that's the OS, what's needed for the computer to run applications, there is no excuse for dropping support for it. Ever.
Yes, I know of places where Windows 3.1 is still used (legacy database anyone?), and problems still arise. Even in 2003, I have troubleshot Windows 98, 95 and 3.1. And I'm not trying to be all high and mighty about Open Source, RedHat is putting their customers through the same bullshit.
To make the all too common analogy, if you have a car, and 5 years from now it breaks down, you bring it to a mechanic, he says "sorry, this model isn't supported anymore, time to upgrade!", what the hell do you say to that? The problem of software companies to stop supporting their products is ridiculous. If you're going to make something, do it right, don't pussyfoot around making a good product, and at least have the balls to admit to your mistake and fix it when the shit jumps off. Screw you all software engineers. Where the hell is my abacus?
That's a terrible analogy. If your car breaks down five years after you bought it, and you return it to the dealer, do you know what he's going to say? "You only have a five-year warranty on parts and labor. Go find a mechanic." The mechanic is much more akin to service-oriented companies like Progeny who are offering commercial support for products that have been EOLed.
Insurance Companies are still running mainframe systems to track your annuities and policies that have been under active development and support since the 1960's.
Systems like lifecomm, all writen in assembly are still worked on.
-L
Old truckers never die, they just get a new peterbilt
You guys have more airports and more aircraft but also more sectors and more controllers. The net effect is that the number of flights handled at any one display is roughly constant (and limited by human capabilities).
The real reason the FAA isn't using the Canadian solution is that it's not complete. As I mentioned elsewhere in this thread, we are replacing systems one component at a time using emulation on modern hardware. Our components aren't interchangeable with your components due to differences in system architecture. They might do well to consider following our approach to the problem, but I doubt the resulting systems will ever converge.