Back in the Dark Ages of programming computers, three decades or so ago, the memory savings afforded by dropping the first two digits of the year were significant.
At the time, it was hard to imagine the extent of the consequences of computer systems misreading the year 2000 as 1900. Even so, some programmers warned their bosses that this shortcut could have unintended consequences at the turn of the century. Meanwhile, managers scoffed, happy to save the two digits of space, confident that the systems they were designing would be replaced by more modern hardware and software at some point in the future.
When I first heard about the so-called Millennium Bug, or "Y2K," as it is known, even I thought it would turn out to be a funny little quirk that would be little more than a ripple in the ebb and flow of history.
The more I've learned, however, the more it's appearing to closer resemble a tidal wave. The August 1998 issue of Wired includes an article titled "The Y2K Solution: Run For Your Lives" that reports on the plans of several disparate computer systems analysts who have come to the same conclusion:
Y2K will be a catastrophic event, causing long-term shutdowns of much of the nation's-and the world's-existing infrastructure. To prepare for this cataclysm, these doomsayers are hunkering down in remote and well-defended shelters, learning about leather tanning, solar power and emergency medical procedures.
What those early bosses didn't realize was that rather than replacing those legacy systems, information technology teams would build on top of them. A few worst-case scenarios, not entirely implausible, are a useful illustration:
(And as their internal navigational equipment malfunctions, they may all come crashing down.)
(Montana Power's website says that "it is not currently possible to estimate the overall cost of any required modifications." Nor can the company "estimate the potentially adverse consequences" that could result from other entities' failing to adequately address the Y2K issue.)
Most elevators have embedded processors. Some systems have fail-safe modes that demand that the elevator get inspected every 90 days or so. If the elevator senses it hasn't been inspected in that many days, it goes into a fail safe mode where it goes to the ground floor, opens the doors and disables itself. If, on January 1, 2000, the elevator senses that it hasn't been inspected in 100 years, that fail safe mode may kick in.
Is all this doom and gloom based on likely events? Maybe.
The solution is fairly straightforward. Read through trillions of lines of code in millions of diverse computer systems, and repair noncompliant subroutines.
Are there enough days and enough programmers to accomplish this task? Some, such as Gary North, a historian who maintains the www.garynorth.com Y2K site, say there's not a chance. Others, such as public relations spokespersons for government and industry, assure us that the important systems will be repaired in the nick of time.
If there's one thing I have faith in more than any other, it's that the military industrial complex has the resources and the will to keep itself going. A systems administrator at a major military contractor with whom I spoke agreed. He told, me that, at the very least, "if [the military] can't make the systems compliant, they'll spend the money to port to compliant platforms...."
Where both the systems administrator and the Dataflex programmer agree is that the people in the U.S. who will be hit the hardest by the Y2K bug are the small to medium sized businesses running custom software. They both predict that as billing, shipping, and payroll systems fail, many such businesses will be forced to revert to manual methods, and may go bankrupt as a result.
We shall see.