Y2K 버그는 1999 년 12 월 31 일 이후의 날짜를 처리 할 때 문제를 일으킬 수있는 컴퓨터 결함 또는 버그였습니다. 컴퓨터 프로그래머와 사용자가 직면 한 결함 2000 년 1 월 1 일 전 세계에서 “밀레니엄 버그”라고도합니다. (킬로 (1000 단위)를 나타내는 문자 K는 일반적으로 숫자 1,000을 나타내는 데 사용됩니다. 따라서 Y2K는 2000 년을 의미합니다.) 많은 회의론자들은 거의 문제가 없다고 생각합니다.
1960 년대부터 1980 년대까지 복잡한 컴퓨터 프로그램이 작성 될 때 컴퓨터 엔지니어는 1 년 동안 두 자리 코드를 사용했습니다. “19”는 생략되었습니다. 1970 년 날짜 대신 70 개로 표시되었습니다. 엔지니어들은 컴퓨터의 데이터 저장 비용이 비싸고 많은 공간을 차지했기 때문에 날짜를 단축했습니다.
2000 년이 다가옴에 따라 컴퓨터 프로그래머는 컴퓨터가 그렇지 않을 수도 있다는 것을 깨달았습니다. 00을 2000으로 해석하지만 1900으로 해석합니다. 매일 또는 매년 프로그래밍 된 활동은 손상되거나 결함이 있습니다. 1999 년 12 월 31 일이 2000 년 1 월 1 일로 바뀌면서 컴퓨터는 1999 년 12 월 31 일을 1900 년 1 월 1 일로 해석 할 수 있습니다.
매일 금리를 계산하는 은행은 실제 문제에 직면했습니다. 이자율은 은행과 같은 대출 기관이 개인이나 기업과 같은 고객에게 대출을 청구하는 금액입니다. 컴퓨터는 하루 이자율 대신 거의 100 년 동안 이자율을 계산합니다!
발전소와 같은 기술 센터도 Y2K 버그의 위협을 받았습니다. 발전소는 수압 또는 방사능 수준과 같은 안전 점검을 위해 일상적인 컴퓨터 유지 관리에 의존합니다. 정확한 날짜를 알지 못하면 이러한 계산이 실패하고 인근 주민들이 위험에 처할 수 있습니다.
교통은 정확한 시간과 날짜에 달려 있습니다. 특히 항공사는 모든 예정된 비행 기록이있는 컴퓨터가 위협을 받게 되었기 때문에 1900 년에는 항공기 비행이 거의 없었습니다.
Y2K는 소프트웨어 및 하드웨어 문제였습니다. 소프트웨어는 컴퓨터에 수행 할 작업을 알리는 데 사용되는 전자 프로그램을 말합니다. 하드웨어는 컴퓨터 자체의 기계입니다. 소프트웨어 및 하드웨어 회사는 버그를 수정하기 위해 경쟁하고 “Y2K 호환”프로그램을 제공했습니다. 가장 간단한 솔루션이 최고였습니다. 날짜는 단순히 4 자리 숫자로 확장되었습니다. 특히 미국과 영국의 정부는이 문제를 해결하기 위해 노력했습니다.
결국 문제는 거의 없었습니다. 일본 이시카와의 한 원자력 시설은 일부 방사선 장비가 고장 났지만 백업 시설은 대중에게 위협이되지 않도록했습니다. 미국은 러시아에서 미사일 발사를 감지하고이를 Y2K 버그에 기인했습니다. 그러나 미사일 발사는 체첸 공화국에서 러시아 분쟁의 일환으로 미리 계획되었습니다. 컴퓨터 오작동은 없었습니다.
이탈리아, 러시아, 한국과 같은 국가에서는 Y2K에 대한 준비를 거의하지 않았습니다. 그들은 문제를 해결하기 위해 수백만 달러를 썼던 미국과 같은 국가보다 더 이상 기술적 문제가 없었습니다.
결과가 부족하기 때문에 많은 사람들이 Y2K 버그를 속임수 또는 종말로 기각했습니다. -세계 컬트.