ミレニアムバグとは何ですか?
ミレニアムバグは、企業、公益企業、金融業界、政府機関、さらには科学の運営を脅かすコンピューターの問題でした。 1999年12月31日から2000年1月1日までの深夜に、すべてのコンピューターがシャットダウンする可能性があるという懸念がありました。 ミレニアムバグは、2000年問題、Y2K問題、Y2Kバグとも呼ばれ、最も一般的には単にY2Kと呼ばれます。
ミレニアムバグは、特にプログラミングの問題でした。 それは、スペースの問題と、1960年代および1970年代のプログラマー側の前向きな思考の欠如の組み合わせの結果でした。 コンピュータプログラミングの初期段階では、メモリやその他のストレージスペースが不足していて高価だったため、文字の保存が優先事項でした。
プログラマーは、COBOL(一般的なビジネス指向言語)とRPG(レポートプログラミングジェネレーター)を使用してメインフレームで実行するビジネスアプリケーションコードを記述していました。 プログラマーは、合計6文字を含むyymmddの形式で日付を保存し、自動的に昇順で並べ替えました。 これらの各文字は、コンピューターストレージの1スペース(バイト)に相当します。 したがって、すべてのコンピューターのすべてのファイルのすべてのレコードのカード、テープ、またはディスクに保存されている日付フィールドの量を考慮すると、日付ごとに2バイトのストレージを節約することは重要です。
1980年代と1990年代までに、プログラムはビジネスニーズの変化に合わせて変更されたため、プログラマーは古いアプリケーションを一から書き直すのではなく、古いアプリケーションを維持、調整、追加しました。 アップグレードと変更は、元のシステムを実行し続けるのに十分でした。
1990年代半ば、プログラマーは2000年までに日付が正しくソートされないことに気付き始めました。コンピューターコミュニティ内では、修正が必要な問題になり始めました。 その後、1997年に状況は一般に知られるようになりました。
プログラムを最初から最後まで書き直して書き直すか、既存のプログラムと保存された日付を修正するかのいずれかを決定する必要がありました。 ソースコードの一部が失われたため、このオプションには別の課題がありました。
これらの問題を解決するために多くの企業が設立されました。 1つの選択肢は、既存の日付に単に世紀を追加することでした。 これには、ディスクファイルのどこかに保存されている各日付に2バイトを追加する必要があります。 他の人は、重要なアプリケーションをメインフレームから遠ざけたため、ソフトウェアを書き直して新しいネットワークおよびオブジェクト指向技術を利用することを選択しました。
ミレニアムのバグを修正するために、3,000億米ドル(USD)以上が費やされました。 ソフトウェアの懸念に加えて、数え切れないほどのサバイバル企業が生まれ、関心を持ち積極的な人々の結果として利益を得ました。