The Year 2000 Problem:
The Year the Earth Stands Still
We've got a problem. It may be the biggest problem that the modern world
has ever faced. I think it is. At 12 midnight on January 1, 2000 (a Saturday
morning), most of the world's mainframe computers will either shut down or
begin spewing out bad data. Most of the world's desktop computers will also
start spewing out bad data. Tens of millions -- possibly hundreds of millions
-- of pre-programmed computer chips will begin to shut down the systems they
automatically control. This will create a nightmare for every area of life,
in every region of the industrialized world.
It's called the year 2000 problem. It's also called the millennium bug, y2k,
and (misspelled), the millenium time bomb. Millennium or millenium: it doesn't
matter how we spell it; this bomb isn't going away.
Think of what happens if the following areas go down and stay down for months
or even years: banks, railroads, public utilities, telephone lines, military
communications, and financial markets. What about Social Security and Medicare?
If Social Security and Medicare go down, it will affect millions of people.
Yet both programs are at risk.
Is this possible? It's far more than merely possible. One man who thinks
that disruptions are likely is Ed Yourdon, one of America's senior mainframe
computer programmers, author of two dozen books on programming. He and his
daughter have written a book, TIME BOMB 2000. You can read the Preface by
clicking the link I've provided under the category, "Domino Effect." See
the document, "Senior American Programmer Writes Y2K Survival Book." I have
also posted extracts from a key article he wrote in the summer of 1997. See
the Categories "Domino Effect" and "Programmers' Views." Look for the key
word, "Yourdon." You may not believe my scenario. You had better take Yourdon's
scenario very seriously. In the Category "Programmers' Views," he warns
programmers that it may soon be time to quit their big city jobs and head
for safer places. See the posting: Yourdon: Should Programmers
Quit and Leave Town in 1999? If they do, there will be no solution for
y2k. Will they quit? I'm betting my life on it. The exodus of programmers
will begin no later than 1999.
Months before January 1, 2000, the world's stock markets will have crashed.
Who is going to leave his money in his bank if he thinks his bank's computer
is not reliable? A worldwide run on the banks will create havoc in the investment
markets. People who have placed their retirement hopes in stocks and mutual
funds will see their dreams vanish. How reliable will stocks and mutual funds
be if the banking system has closed down? How will you even get paid? How
will your employer get paid? How will governments get paid?
By the way, no government tax collection agency above the county level is
Year 2000-compliant today. People will know in 2000 that the government cannot
trace them. Will they continue to pay, especially if the huge government
welfare programs for the elderly have shut down?
But if governments don't get paid, what happens to government debt markets?
How high will interest rates go in 1999 if investors think that governments
will default in 2000? What will high rates do to the world's economy?
Everything is tied together by computers. If the computers go down or can
no longer be trusted, everything falls apart. And it matters not a whit to
the computers whether we accept this fact or not. They do what they've been
programmed to do. They've been programmed to recognize 2000 as 1900. (Uncorrected
PC architecture DOS and Windows-based desktop computers will revert back
either to 1980 or 1984. They can be corrected briefly, but as soon as a PC
is turned off, the correction dies. It will reboot to 1980 or 1984. Meanwhile,
PC programs must be redesigned.)
Our first response when we hear this news is denial. Most people will stay
in denial, including the business managers whose companies are totally vulnerable
to a computer failure. This is why the problem will not be fixed. Everyone
in authority will deny that time has run out to get this fixed, right up
until December 31, 1999. They are paid to deny this. I'm saying that it's
over. Right now. It cannot be fixed. Whatever it does, the Millennium Bug
will bite us. How hard? There the debate begins.
Read the list of vulnerable systems that was posted by the Institution of
Electrical Engineers. It's under "Noncompliant Chips": "If These Systems
Are at Risk, Everything Is at Risk" (Nov. 4). Anyone who says that y2k is
not a big problem needs to understand just how many systems are at risk.
Print out this list and hand it to the skeptic. Let him see for himself.
I don't expect you to believe me . . . yet. That is why I have created this
site. On this site you will find links to other Web sites that have posted
documents related to the Year 2000 Problem. Included are such things as military
sites, government hearings, news releases, and much more. I also include
comments with each document, so that you can understand why I think it's
important.
The goal of this site is not to bury you in information. Rather, it is to
give you a sense of the magnitude of the problem. The domino effect of a
computer-driven breakdown in supply delivery systems, including the means
of payment (banks), will be huge. This site will help you to evaluate your
own personal vulnerability.
I have many critics who believe that my scenario is too apocalyptic. You
must decide for yourself. This Web site is designed to provide you with relevant
evidence to help you make an informed opinion, and then a principled series
of decisions.
If you have practical questions -- where to go, what to buy, etc. -- ask
them on one or more of the discussion forums. That is why I have created
them.
When you hear good news about some organization that is y2k-compliant, recall
Ronald Reagan's statement with respect to disarmament treaties: "Trust, but
verify." Get a signed letter on letterhead stationery that the organization
is 100% compliant. Until you receive this form of written assurance, which
the outfit's lawyers have cleared, assume the worst. Don't take seriously
any promise that the outfit will be compliant RSN: Real Soon Now. If you
are told that the organization will be compliant in December, 1998, and ready
for testing in January, 1999, you have a form letter in your hands. Just
about every firm promises this, since they admit that they need at least
six months for testing.
The answer to this standard form letter is a letter back: "Have you signed
an agreement to lease mainframe computer time for testing your software,
beginning on January 3, 1999? If so, with what leasing company?" If every
outfit that promises to be ready for testing by January 2, 1999, meets its
deadline -- they all won't -- then there will be no excess mainframe capacity
to run the mandatory tests. On the other hand, if companies can still buy
1999 rental time today -- and they can (rented by non-compliant companies)
-- then ignore all assurances about a December, 1998, deadline. The only
valid proof of the seriousness of the assurance of a late 1998 deadline is
the outfit's signed contract that leases at least six months of mainframe
computer time in early 1999.
Note: If my critics want to create their own Web sites filled with "it's
not going to be all that bad" evidence, they may do so. I am unaware of any
such site on the Web today.
I am also unaware of any y2k programmer who says, "Even if programmers don't
get this fixed, there will not be big problems." The debate is over two
questions: (1) "Can the programmers get this fixed in time?" and (2) "How
big will our problems be if they don't?" My answers: "no" and "catastrophic."
You'll have to decide for yourself, either now or later.
One last warning: the governments' strategy, all over the world, is: (1)
talk this problem to death, (2) form committees, and (3) send out PR sheets
that they will make it -- without evidence. But this problem cannot be talked
to death or solved by committees. It cannot be avoided. There is an absolutely
fixed deadline. Bureaucrats are not used to absolutely fixed deadlines. Neither
are computer programmers.
I'm not a programmer. My Ph.D. is in history. I take the historian's view:
things are interconnected in ways we can barely understand. If you want to
know what I think lies ahead, get copies of the three books that I mention
in my free e-mail report, "Blind Man's Bluff in the Year 2000."
"Blind Man's Bluff in the Year 2000" is ideal for introducing the problem
to wives, in-laws, and other skeptics. You can receive a copy in a few minutes.
Click
here to receive your free report.
Click here to go directly to the links
(with comments) and forums.
Original
Site
|