| ア | イ | ウ | エ | オ |
| カ | キ | ク | ケ | コ |
| サ | シ | ス | セ | ソ |
| タ | チ | ツ | テ | ト |
| ナ | ニ | ヌ | ネ | ノ |
| ハ | ヒ | フ | ヘ | ホ |
| マ | ミ | ム | メ | モ |
| ヤ | ユ | ヨ | ||
| ラ | リ | ル | レ | ロ |
| ワ | ヰ | ヴ | ヱ | ヲ |
| ン |
| A | B | C | D | E |
| F | G | H | I | J |
| K | L | M | N | O |
| P | Q | R | S | T |
| U | V | W | X | Y |
| Z | 数字 | 記号 | ||
西暦10000年に発生する様々な問題、時限爆弾の総称。Y10Kは16進でYAKとも書く。
この修正は確かに次の約8000年間(西暦9999年まで)の年号表記を保証し、その時には誰も現在のプログラムは使用されていないものという前提がある。しかしこれは全く誤った理論であり、現在の2000年問題へと繋がる怠惰なプログラミングの習慣であるといえる。
西暦10000年には誰もが現在のプログラムの消滅を仮定しているが、2000年問題の発生の歴史を見れば、その考え方が誤っていることは自明である。
年号を4桁で表現することは、確実に10000年問題を引き起こすプログラムへと繋がる。2000年問題の解決に西暦を4桁としたことは、単に問題を8000年後に先送りしたに過ぎないのである。
コメントなどを投稿するフォームは、日本語対応時のみ表示されます