Eeeeexcept that floppies are horrifically unreliable. I remember feeding disk number 27 out of 33 only to get a "bad sector" error an hour into a software install. I'm still salty about that one.
"It's not broken" is the cry of the bad manager that hasn't done the proper analysis, hasn't actually looked at the pros and cons, but has simply become complacent and comfortable with the devil they know.
If they're still using physical floppies, then their process is broken now, so virtualising it will almost certainly un-break it.
A simple "clarifier" for this kind of thought process that I like to use is: If you were already using the new option (virtualised legacy hardware), would you think it a good idea to convert it to using open drives with convenient dust ingress, non-existent support and supply chain, glacially slow mechanical moving parts, and hilariously antiquated crunching noises for all data access? Would you? Really? Or would you recoil in horror at the very idea?
I use the same kind of logic on people who think staying on Windows Server 2012 in <current year> is a good idea. Would you downgrade Windows Server 2025 to 2012? Why not? You think it's a great platform, apparently!
PS: I worked on a large scale DOS-era software virtualisation project where we moved ~20K users onto a Windows + Citrix platform. We eliminated about 6000 floppy drives and about a million(!) tapes, and the resulting system was so much faster and reliable than the original that people were trying to bribe the project manager to be put at the front of the migration queue.
> I remember feeding disk number 27 out of 33 only to get a "bad sector" error an hour into a software install.
I love this fixation on floppy disks. The article likely brought it up because it is a recognizably obsolete technology, but didn't cite why (or even if) it was a problem. I'm sorry, but a nightmarish software installation scenario doesn't cut it. It is highly unlikely that they are doing in situ software installations from floppy diskettes.
The danger in such armchair quarterbacking is that it undermines the authority of the agencies that are in charge of making decisions. If there are legitimate reasons to question their authority, by all means do so. Yet, when doing so, understand their requirements and provide evidence as to why their authority should be questioned. Also be prepared to be unsatisfied by some of their answers due to differences in perspectives.
You make good points, but now Citrix and Microsoft have them over a barrel. Curious how such a migration looks in 2025 with Microsoft pushing everything to Azure, though and Citrix's acquisition by Vista Equity (2022).
That migration occurred in 2007, the whole thing was replaced by a web app in 2017. Over that decade they saved many millions of dollars. Large scale disturbed legacy hardware is much more expensive than Citrix licenses!
When we started in 2007, systems still using floppies were considered ludicrously legacy and people could hardly believe me when I told them it was still in production and used for a critical system affecting millions of people.
Anyone still using floppies in 2025 has no excuse, stop trying to justify incompetence and sloth.
> I remember feeding disk number 27 out of 33 only to get a "bad sector" error an hour into a software install. I'm still salty about that one.
That's why mission-critical systems have several sets of floppy disks, and disk-multiplication stations.
> Would you? Really? Or would you recoil in horror at the very idea?
Depends. If the old system is certified and has all error modes defined, while the other new system is a black box with exciting new ways to screw up, I'd go old system ten out of ten times. Which incidentally is why NASA uses ancient chips when they build new robotic drones.
> I worked on a large scale DOS-era software virtualisation project where we moved ~20K users onto a Windows + Citrix platform.
Respectfully: How many lives would you have extinguished had your new system failed? How many failure modes did you encounter during your virtualisation project? How many external systems - which also relied on a very specific way of doing things and would have murdered people if talked to wrongly did you interface with?
No need to answer. We have all had such projects. We know things break before, during, and after the switchover. Only in some environments, systems absolutely cannot break, ever. Aviation is not your average 'let's get us a new mail server' migration project.
I’ve worked on life & death Citrix modernisation projects several times: the local equivalent of the 911 emergency phone call centre and then computers on wheels used for during paediatric surgeries. A help line for suicidal children too.
People conflate the usecase with the technology, assuming that “important thing” must have some mystical properties that requires legacy or some other “special flavor” of IT architecture. They’re wrong.
The best example of this flawed thinking was some person arguing with me about the computer upgrade that F-22 fighters are receiving this year… to the same level of performance as a first-gen Apple Watch!
Of course, that costs an absurd amount of money and is already delayed.
“But it’s a stealth fighter!” people will argue until they’re blue in the face.
Sure. Yes. But that’s a property of the outside surface, not the computer inside.
Other modern fighters, including stealth fighters, have hilariously better computers for a fraction of the cost. The F-22 procurement process was corrupted and some vendor is doing the minimum, twenty years late, at ten times the price. That’s what happened. Everything else is a “story”. A fiction. A cover of the ass type.
Same thing here. There’s a contract for providing IT services to the FAA. It’s a bad contract. That’s what happened. That’s all. There is no mystical or magical capability provided by floppies that can’t be better served by, for example, USB thumb drives.
At the risk of replying to someone with "troll" in their username...
Yes, but the entire point is that other fighter planes have identical requirements but don't have comically out-dated avionics.
Don't guess. Don't make up stories. Don't carry water for incompetent people that are protecting their own backsides.
Compare. Look at what other, more competent people have done, and use that as your benchmark.
That's always the key with these things. You don't have to be an expert. You don't have to have secret knowledge. Other people do. Just look at what they've achieved (or haven't), and compare against that.
When people come up with excuses, you don't have to believe them, even if they're experts in an esoteric, specialist field such as "nuclear-war-resistant stealth fighter design". Even if they're some sort of "authority", so are other people that designed their own stealth fighters.
This is a very useful life skill. Use it!
As a random example, there's countless arguments from "experts" such as economists, politicians, and industry thought leaders about how unaffordable universal government-funded health-care would be in the United States. Meanwhile, dozens of similar countries have done it for decades! Just look at the success of other countries and then dismiss the excuses you hear back at home out of hand because now you know: they're just excuses, not reasons.
"It's not broken" is the cry of the bad manager that hasn't done the proper analysis, hasn't actually looked at the pros and cons, but has simply become complacent and comfortable with the devil they know.
If they're still using physical floppies, then their process is broken now, so virtualising it will almost certainly un-break it.
A simple "clarifier" for this kind of thought process that I like to use is: If you were already using the new option (virtualised legacy hardware), would you think it a good idea to convert it to using open drives with convenient dust ingress, non-existent support and supply chain, glacially slow mechanical moving parts, and hilariously antiquated crunching noises for all data access? Would you? Really? Or would you recoil in horror at the very idea?
I use the same kind of logic on people who think staying on Windows Server 2012 in <current year> is a good idea. Would you downgrade Windows Server 2025 to 2012? Why not? You think it's a great platform, apparently!
PS: I worked on a large scale DOS-era software virtualisation project where we moved ~20K users onto a Windows + Citrix platform. We eliminated about 6000 floppy drives and about a million(!) tapes, and the resulting system was so much faster and reliable than the original that people were trying to bribe the project manager to be put at the front of the migration queue.