# 10000년 문제

### 위키백과 ― 우리 모두의 백과사전.

10000년 문제는 2000년 문제와 비슷하게, 연도가 다섯자리가 되는 10000년 1월 1일 이후의 날짜나 시각을 다루는 과정에서 오류가 발생하는 문제이다. 2000년 문제가 Y2K라 불렸듯이, 흔히 10000년 문제를 Y10K나 YAK(10을 16진수로 나타냄), YXK(10을 로마 숫자로 나타냄) 등으로 줄여 부르기도 한다.

2000년 문제가 발생하기 이전에는 연도를 다루는 많은 수의 소프트웨어들이 연도의 마지막 두 자리만을 저장하고 보여 줄 때 앞에 ‘19’를 덧붙였기 때문에, 2000년이 1900년, 19100년, 100년 등으로 표시되는 경우가 많았다. 마찬가지로 마이크로소프트 엑셀과 같은 여러 소프트웨어들은 연도를 마지막 네 자리만 표시하므로 10000년을 0000년으로 표시할 것이며, 몇몇은 아예 다섯 자리 이상의 연도를 입력할 수 없기 때문에 문제가 발생할 것이다. 그러나 2진법 체계에서는 10000년이 특별한 의미를 지니지는 않기 때문에 내부적인 표현에는 문제가 없을 수도 있다. (예를 들어 엑셀의 경우 날짜를 1899년 12월 31일 이후 지난 날의 수로 저장하는데, 여기에 따르면 9999년 12월 31일은 2958465로 표시되며 이 숫자를 넘는다고 해서 오버플로우가 발생할 가능성은 적다.)

롱 나우 재단은 10000년 문제를 피하기 위해서 02000년 같이 연도를 다섯 자리로 적는 방법을 시도하고 있다. 하지만 이 방법은 100000년 문제에는 소용이 없으며, 만약 네 자리 연도 앞에 0을 채워 넣지 않을 경우 사전순 정렬에서 문제가 생길 수 있다.[1] 1999년에 발표된 RFC는 앞으로의 어떤 날짜도 문제 없이 사전 순으로 표현할 수 있는 방법을 다루고 있으나, 실제로는 해마다 발표되는 만우절 RFC였다.[2]

거꾸로 10000년 문제가 발생하지 않을 것이라 주장하는 사람들 및 단체들도 있다. 이들은 다음과 같은 이유를 든다.

- 인류가 10000년까지 살아 남을 수 있을지 알 수 없다.
- 인류가 10000년까지 살아 남는다 하여도, 2000년대에 쓰이던 프로그램이 10000년까지 어떤 개선도 되지 않고 그대로 쓰여 문제를 일으킬 가능성은 2000년 문제보다 훨씬 낮다. (다만 2000년 문제에서 같은 일이 발생했던 것을 생각하면 가능성이 아주 없지는 않다.)

## [편집] 같이 보기

- 2000년 문제
- 2038년 문제

## [편집] 각주

1. ↑ 예를 들어 10000년이 1000년과 1001년 사이에 나타날 것이다. 실제로 비슷한 문제인 10억 초 문제가 2001년 9월 9일 01:46:40 UTC에 발생한 바가 있다.
2. ↑ RFC 2550 - Y10K and Beyond. 여전히 여기서 다룬 방법들은 잠재적으로는 유용하다.

원본 주소 ‘http://ko.wikipedia.org../../../1/0/0/10000%EB%85%84_%EB%AC%B8%EC%A0%9C.html’

분류: 컴퓨터 | 소프트웨어 버그 | 운영 체제 기술

##### Views

- 문서
- 토론
- 현재 버전

##### 찾기

##### 다른 언어

- English
- Suomi
- 日本語
- Русский
- 中文