[53] 西暦年その他の4桁年号は下2桁のみで扱われることが少なくありません。 元号年も1桁ないし2桁です。 2桁年号は古今東西ひろく用いられている紀年法クラスといえます。
[47] 現在西暦年は十進数で4桁ですが、 2桁で表記されることが多いです。 2桁で表記される方が日常的にはむしろ多いのではないかと思われるほどに一般的な表記となっています。
'
を使って表記されてきました。
この文字は左引用符と右引用符とアポストロフィを兼ねています。
Unicode ではより適切な表示が期待できる ’
を使うのが好ましいとされます。
’
[49] 英語では4桁年を2桁ずつ読みます。
1つの4桁整数で表現されていても、
2つの部分で構成されるとの意識がありそうです。
[50] 2桁表記は西暦年のみならず、 仏滅紀元や皇紀や科学紀元にも見られます。
[148] 皇紀下2桁年は日本軍の制式名称などで使われました
(
[511]
かつて大韓民国では檀君紀元の2桁年号が使われました。
[85] これらは単調増加する西暦その他から派生し 0年から99年までを繰り返す循環型紀年法とみることもできます。
[125] 元号、即位紀年、干支年も 2桁に収まります。 つまり多くの紀年法は2桁以下で年を表現するといえます。 人が自然に扱える数の大きさからの帰結だといわれています >>258。 人の寿命がほぼ収まる大きさであることも関係ありそうです。
[124] 近年民国紀元と主体紀元が2桁から3桁に進みました。 歴史上の紀年法でも3桁がリアルタイムで使われるのは珍しく、 この先どう利用されていくのか注目するべきです。
[376] 立教 (天理教) は長年3桁で使われていて、稀に元号名なしの年数だけの3桁表記も使われているようです。
[252] 今の時期年齢計算は (20)13 - (19)78 のように世紀をまたぎがちなので、ちょっと自信がない(笑) 昔は暗算得意だったけどなぁ
昔の人ほどではないとしても、今の人も大きな数の扱いは苦労しているのではあるまいか。
[253] 改元のない西暦は計算しやすいといわれがちだけど、 共感できないのは難しいものと難しいものを比べられても、って思っちゃうからか。
[120] 計算機システムでは初期の資源に乏しい時代からの慣習で年を 2桁10進整数で扱うことが多く、 とりわけ古いシステムでは一般的な作法でした。 この状態では99年の翌年に桁溢れ問題が生じます。
[121] 全世界的に社会問題となった西暦年の2桁表記の2000年問題のほか、 民国紀元や元号年の2桁から3桁への拡大や、 皇紀の2桁表記でも問題が起きることが知られています。
[126] 日本語では検索しても情報が出てこないけど、 タイ暦2600年問題もありそう?
[127] 日本で元号を使った日時形式を採用した計算機システムは、 年を2桁で保持していることが多いようです。これまでの日本の元号はすべて 2桁年以内で改元を迎えていますが、 将来の日時を扱う場合に問題になる可能性があります。 (予期できない将来に100年以上改元されない可能性や、 最新の元号によって将来の日時を扱う場合に、問題となります。)
[123] 2000年問題が大問題となったときに暫定的な (問題解決を先送りする) 措置がとられ、関心が薄まり忘れ去れれた後、 (暫定措置の種類により異なる別々のタイミングで) 再発症することも懸念されています。
[4] 2桁の西暦年を使ったシステムでは2000年以後を扱おうとすると桁溢れしますし、 そうでなくても西暦が2桁または3桁の数字列で表されている場合にどう解釈するかが問題となります。 これが2000年問題であり、桁溢れ問題の一種です。
[14] 2000年は過ぎましたが、2桁で年が表わされる場面は残っており、 今後も無くなることはありませんから、これをどう解釈するか、何らかの判断は必要です。
[373]
FIPS 4 (西暦1968年)
は、2桁を原則としつつ、必要に応じて1桁に省略又は4桁に増やして表現できると定めていました。
[382] RFC 1153 () は西暦2桁年号を使うと定めていました。
[387] ODETTEの日時形式 () は西暦2桁年号だけどを超えても問題ないと主張していました。
[390] XFDLの日時形式パターン () 処理は西暦2桁年号が基本動作として考えられていたようです。
[54] 2000年問題については、 20世紀半ば頃に技術的制約から2桁としたのはやむを得ないとしても、 20世紀末頃までこれを引きずっていたことは技術者の重大な瑕疵がある、 あるいは改修させなかった経営者の過失である、 と IT 事業者の責任を指摘することが多いようです。 (といっても技術的制約が盛んに広報されたことや社会に深く浸透していた情報システムの改修に必死だったためか、 責任の所在を指摘する以上に強く問責する動きはありませんでした。)
[56] 90年代に至っても2桁で設計した人々の無計画性を弁護するのは難しいですが、 それだけ西暦年を2桁で扱って当然という思考に当時の人々が染まっていただろうことは指摘しておかねばなりません。
[60] Microsoft は Windows 3.11 の次の版から版番号に西暦年を採用し、 Windows 95 としました。 その次は Windows 98、 Windows 2000 としました。 この時代の他のソフトウェアも、 他社も含めてこの流れに追随したところが多かったのですが、 90年代にはやはり2桁表記が用いられました。
[57]
1995年の JavaScript 1.0
の getYear
は、
1999年までを2桁で表し、
2000年以後を4桁で表すとしていました。 >>55
JavaScript はまったく新しいプログラミング言語で、
後方互換性を考慮する必要性がなかったはずですが、
この奇怪な仕様を最初から採っていました。
[59]
同じく新しいプログラミング言語だった
Java
は、
の
JDK 1.0
で西暦1900年暦の getYear
を採用し、
次の
の
JDK 1.1
になって4桁年を別に用意しました。
>>58
[274]
その後
JScript
は
getYear
を2000年以後なら4桁を返すように変更しましたが、
Netscape
は2桁のままとしました。
そのため非互換問題が生じました。
[62] 極めて重要なプログラミング言語である C言語の 1999年版は、 策定中は C9X と呼ばれ、 確定後は C99 と呼ばれました。
[61] 2000年問題が社会的問題に発展したこの時期でも 2桁年号が平然と使われ続け、 それが製品やプログラミング言語の選択行為に影響を与えなかったことがわかります。
[152] 西暦1999年、 公益社団法人日本ローマ字会は新たな日本語ローマ字表記法を定めましたが、 99式と命名されました >>151。
[161] 世紀をまたぐ前後の時代に人気でよく使われていた KENT-WEB の掲示板ソフトウェア >>160 は、 日付が西暦の4桁のものも2桁のものもありました。 動作例が2桁で表示されているもののソースコードを見ると 4桁になっているものもあり、 いずれかのタイミングで4桁化されたと思われますが、 実際の Webサイトでは令和時代になっても未だ古い 2桁のものが使われ続けられていることがあります。
[407] 西暦2000年に向けた製品の対応状況 - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/index2.html
更新日の表記が「99」の次が「2000」。 西暦2000年問題の最前線の人々すら、 2桁年号は機器の問題で人間の問題ではないと認識していたことがわかる。
[256]
規格番号で2桁年号を使う標準化団体は少なくありませんでしたが、
20世紀末期に多くが4桁化されました。
[179] 20世紀末には、 2000年問題で計算機が暴走して云々というフィクション作品がいくつも作られました。 ノストラダムスの大予言と結びつける者もいました。 作品とまではいかなくても、 テレビ番組などで核戦争で人類滅亡のような予測が語られたり、 映像化されたりもしました。
[414] Year 2000: The Millennium Rollover, , https://web.archive.org/web/20010602030904/http://www.unix-systems.org/version2/whatsnew/year2000.html
[470] 日記のようなもの 11月分, ogawa, 11/30, , http://www.geocities.ws/Colosseum/Court/8490/diary/day11.htm
なぜ、旧式のコンピュータが2000年の概念を持ちあわせなかったのだろうか?それは、黎明期の1960年代において、コンピュータの記憶装置(メモリ)が非常に高価だったためである。1960~70年代の人々にとって、日付の西暦の上二桁は「19」に決まっていた。この先、30年経ってもまだ「19」に決まっているため、19を格納するメモリをケチったのだ。これ以後、日付は上二桁を省略し、下二桁のみを扱うこととしたのである。
この問題に最初に気付いたのは、80年代のアメリカ国防総省であった。冷戦時代、米ソ両国が大量の核兵器を保有し、対峙していた際に、人為的ミスで核ミサイルが発射されるのを防ぐため、コンピュータを利用した「自動報復システム」を開発した。全世界のレーダー基地から入手した情報は瞬時に、米軍中央のメインフレームに集められ、そのなかにソ連の核ミサイル発射を意味する情報があれば、ただちに自軍の核ミサイルを発射する、といったシステムを構築した。
このメインフレームが「二桁型」だったのである。システムでは、各レーダー基地は日付を付して「異常なし」や「異常あり」のデータを中央のメインフレームに送信してくる。2000年になると「00/01/01」の日付を送ってくるので、中央のメインフレームはこれを「1900年1月1日」のデータと誤認する。すると「2000年1月1日当日は、全レーダー基地から連絡がない」と判断され、全世界の米軍基地がいっせいに破壊された、と解釈できる。メインフレームはそのまま報復攻撃を「自動的」に司令し、全面核戦争が始まってしまうかもしれない。
このようなシュミレーションが成り立つと予想されたため、現在ではメインフレームは修正された。このような事態は、軍需産業のみならず日常生活にも起り得る。
[471] 2000年問題で核戦争になるみたいな話はよくいわれましたけど、その詳しいメカニズムまではあまり覚えがなかったので。 当時はこういう説明がもっとあったのかもしれませんけど、今となっては当時どんなことを言われていたのか探すのが難しく。 (ソースが書いてないですし、この説明がどれくらい一般的な説だったのかもわかりませんが。)
[538] Year 2000 problem - Wikipedia, , https://en.wikipedia.org/wiki/Year_2000_problem
[539] Approaching the Millennium: The Mac and the Year 2000, , https://web.archive.org/web/20141113171013/http://www.fenestrated.net/~macman/mirrors/Apple%20Technotes%20(As%20of%202002)/tn/tn1049.html
[122]
桁溢れ自体の問題の他に、
00年や99年を「不明」や「なし」など特別な意味で扱っている場合の問題 (
[536]
西暦2000年問題は年問題やその他の日時桁溢れ問題の代名詞化しています。
[185] 2000年問題は何もなかったとする歴史修正主義が蔓延っています。
[190] ただの昔話の思い違いのレベルならまだいいのですが、 「2000年問題は何もなかったのだから、○○をしても何もないはずだ」 のような危険思想を持つ人も出ているようです。 前提条件が正しくないので、そのような主張は意味を持ちません。
[182] 一般人の認識はまあこんなものだよな。 2000年問題で核戦争が起きるとかは確かに杞憂だったけど...
[184] 2000年問題と時刻同期に何の関係があるのか謎だし (夏時刻には関係ある)、 和暦と夏時刻に何の関係があるのかも謎だ (2000年問題には関係あるともいえる)。 2000年問題で何もなかったとしても、 夏時刻で何かあるかどうかと何ら相関はない。 このように情報システムにも日時制度にも十分な理解を持っていない素人が、 狭い想像範囲で結論を出して偉そうに主張するのはいかがなものか。
誰にでも得意不得意はあるのだから、無知は罪ではない。 しかし知らない分野のことを決めつけて講釈を垂れるのは社会にとって有害である。
[543]
この種のデマの一種として、
「令和改元のための改修は2000年問題より大変」
と一般紙の記事に掲載されたことがありました。
[544] 当時働いてた技術者は泣いていいよ。
[545] こういうのは西暦2000年問題対策に従事した技術者への冒涜でもあるし、 日頃からまともに設計していて難なく改元を乗り越えた大多数のシステムに携わっていた技術者への冒涜でもあるんですけど、 メディアは煽り目的、PV狙いで大げさな表現をろくに検証もしないで放出してるんですかね?
[201] 西暦2000年が 西暦1900年と誤解されるのが最もよく知られた症状ですが、 それだけではありません。
[232] 90年代の未対処の一般的なパソコンの BIOS は、 になると、 に戻りました。 これは IBM PC が開発された年でした。 >>200
[405] 当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html
ジョブ日付で2000年を平成0年と認識します。
[461] ダウンロード:JustDiver2 2000年問題対応アップデートモジュール, https://www.justsystems.com/jp/download/support/justdiver/2.0win1a.html
「JustDiver2」で自動的に巡回したページを「Date」でソートすると、「00(2000)」年のデータが正しく最新の位置へ並ばず、最も古いデータの位置に並びます。
[465] 1B/V3, , https://web.archive.org/web/20021104002300/http://www.personal-media.co.jp/software/2000/1bv3.html
[466] アイリス1.0, , https://web.archive.org/web/20021104002951/http://www.personal-media.co.jp/software/2000/iris1.html
[468] 1B/V1, , https://web.archive.org/web/20021104000531/http://www.personal-media.co.jp/software/2000/1bv1.html
[467] 1B/V2, , https://web.archive.org/web/20021104001707/http://www.personal-media.co.jp/software/2000/1bv2.html
[469] BrainPad TiPO PLUS, , https://web.archive.org/web/20021104000731/http://www.personal-media.co.jp/software/2000/tipo.html
[267] 息子がファミコンミニで聖闘士星矢を始めたが生年月日入力画面が「19××」となっているため入れられない「2000年問題だ!」 - Togetter, https://togetter.com/li/2127288
[403] FM WORLD:パソコン(シリーズ毎・OS毎)の西暦2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/fm2000/taiou.html
[411] 製品別の対応方法 - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/hb2000-10.html
[412] 製品単位の制限事項(ASP E90系) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/ASPE90-1.html
WWWサーバでディレクトリインデックスを表示した時の日時が異常となります. 例)2003年12月2日 →"19:3/12/02"
[406] 当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html
[408] OSIV/XSP製品における対処方法 (製品名:D〜L) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/a0011502.html
2000年において2000年2月29日以降1日ずれて表示されます. なお,2000年12月31日は2000年13月1日と表示されます.
[409] OSIV/XSP製品における対処方法 (製品名:M〜Zおよび日本語) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/a0011503.html
対象ボリュームのファイルの作成日付と満了日付で,2000年2月29日〜 2000年12月31日の日付が1日ずれて表示されます. なお,2000年12月31日は,2000年12月32日となります.
[451] 変更点, , http://www.paphio.jp/webcal/change.html
■Version 0.12 -> Version 0.12aの変更点 (2000.1.14)
- バグ修正
- Java Scriptの時刻表示でブラウザによっては3900年と表示される問題を修正。
[537] Year 1900 problem - Wikipedia, , https://en.wikipedia.org/wiki/Year_1900_problem
[328] IEEE 2000.1-1998 IEEE Standard for Information Technology: Standard for Year 2000 Terminology は、 に承認され、 に出版された IEEE の標準でした。 >>335, >>208
[336] ANSI 規格として ANSI/IEEE 2000.1-1998 とも呼ばれています。 >>208
[337] IEEE 2000.1-1999 および IEEE 16509-1999 により発展的廃止されました。 >>335
[230] ISO/IEC 16509:1999 Information technology — Year 2000 terminology (仏題: Technologie de l'information — Terminologie de l'an 2000) は、 に出版された ISO/IEC の国際標準でした。 >>208
[231] 本項執筆時点 (令和3(2021)年) で ISO/IEC 16509:1999 は未だ有効で、 ISO の Webサイトで無料配布されています >>208。
[338] IEEE 標準としては IEEE 16509-1999 ISO/IEC 16509: 1999 (IEEE Std 2000.1-1998) Year 2000 Terminology としてに出版され、 に廃止されました。 >>339
[330] ISO/IEC 16509:1999 は IEEE Std 2000.1-1998 に編集上の変更を加えたものであるとされ、 ISO/IEC 16509:1999 は IEEE Std 2000.1-1998 かつ ISO/IEC 16509:1999 でもあるという体裁の仕様書になっていて、 変更箇所には傍線が付されています (変更前にどう書いてあったかは示されていません)。 >>208
[332] IEEE 2000.1-1999 IEEE Standard for Information Technology: Standard for Year 2000 Terminology は、 IEEE Std 2000.1-1998 の改訂版で、 に承認され、 に出版されました。 >>331
[333] ほぼ同時期に出版された ISO/IEC 16509:1999 と同内容ではないかと思われます。 それなら同時に完全に同内容で出せばよさそうなものですがw
[341] ISO/IEC 16509:1999 は、 Year 2000 compliant なる概念を規定していました。 それによると、 Year 2000 compliant な技術は、
... であることを前提に、 20世紀と21世紀の中および間の日付データを正しく処理しなければなりません。 これは、 妥当な日付間隔内にある日付データが一貫して予測可能で正確に処理されなければならないことを求めています。 >>208
[342] 妥当な日付間隔 (compliance date range) とは、 日付の範囲で表現される時刻の期間であって、 システムが正しい日付データ処理を提供できる範囲をいいます。 システム要素その他の因子は、 この範囲を制限したり、 複数の範囲を設けたりしても構いません。 >>208
[343] 例えば、 1970年から2038年まで運用可能なシステム上で、 それより広い1970年から2069年までの範囲の日付データを正しく処理できるアプリケーションがあるかもしれません。 >>208
[344] time horizon to failure (event horizon = 事象地平線) は、 特定の日付から、それを超えるとシステム要素が一貫して、予測可能に、または正確に処理することに失敗するようになるような時点までの時間です。 >>208
[345] 以後12ヶ月までの日付を処理するアプリケーションは、 より後の日付を処理できないとするなら、 かそれ以後に失敗するかもしれません。 従ってにおけるこのアプリケーションの time horizon to failure は、4ヶ月です。 >>208
[346] システム要素それぞれが異なる地平線を持つかもしれませんから、 システム全体の地平線は、一番速く失敗するシステム要素の地平線となります。 >>208
[347] 2000年問題対策の過程を表す語として、 Year 2000 life cycle も定義していました。 >>208
[358] 附属書Aで leap year も定義していました。
[369] ISO/IEC 16509:1999 は参考文献として日時形式を定める次の規格を参照していました。 >>208 参照するだけで言及はなく、意図は不明です。
[348] ISO/IEC 16509:1999 は、 2000年問題対策をいくつか例示していました。 >>208
[359] special dates として、 特殊な意味を与えられている日付、例えば 000000 や 999999 のような reserved dates と、 システム要素が正しく動くか試験するための test dates を示していました。 test dates の具体例として、次のものが挙げられていました。 >>208
[569] American Airlines keeps mistaking 101-year-old passenger for baby, https://www.bbc.com/news/articles/c9wz7pvvjypo
[570] >>569 SNS だと未だに西暦2000年問題の影響が!?って反応が多くてびっくり。 確かに古いシステムを使い続けてるだけの可能性もあるけど、 21世紀に入って新しく作られたシステムの可能性も十分あるって一般人は予想もしないんだろうな。
[571] 西暦年を下2桁だけで表すという社会的慣行を滅ぼさない限りは、こういうのは永久に続くんじゃないかなあ? だってプログラマーは人間なんだから、人間が普段やることをプログラムに書くんだよ。
[506] Y2K WASH, , https://web.archive.org/web/20000817114555/http://www.kisnet.or.jp/wash/
[507] Wayback Machine, https://web.archive.org/web/20000618094227/http://www.y2kwash.org/
[112] 民国100年問題は、
民国紀元の2桁年号の日時形式を扱うシステムに関する日時桁溢れ問題でした。
[106] 昭和100年問題は、 昭和の2桁年号の日時形式を扱うシステムに関する日時桁溢れ問題です。
[420]
2桁年号問題の1種であるという点は西暦2000年問題と同じ性質を持ちます。
一方で、「本来4桁のものを2桁で表したという西暦2000年問題とは違う性質も持っています。
[114] 皇紀2700年問題は、 皇紀の2桁年号の日時形式を扱うシステムに関する日時桁溢れ問題です。
[445] Xユーザーの練乳さん: 「@gamsic 某Y生命のシステム触ってますが、皇暦ではありませんでした。Mと合併した時に戻したのかしら。まあ社内の一部で使う小さなシステムなので西暦なだけなのかもですが!(←この発言、凄い違和感)」 / X, , https://x.com/lengnew/status/5423071145
[64] 2000年のミレニアムブーム、 「00年」のような表記の違和感、 2000年問題の反省といった理由からか、 2000年以後西暦は4桁表記が増加しました。
[65] 例えば、 Windows 2000、 2000年体育館、 GLAY DOME TOUR 2001-2002 "ONE LOVE" (GLAY のイベント名は '99 まで2桁、 1999 だけ混在、 2000 以後4桁)、 e-Japan 重点計画-2004 といった具合。
[99] 公演名を4桁化したアーティストは他にも多かったと思われ、 例えば B'z も「'99」の次から「2000」としました >>94。 テレビ朝日の番組 ミュージックステーションスーパーライブ も「99」の次から「2000」としました >>98。 東京ゲームショウは、 「東京ゲームショウ'99秋」 の次が 「東京ゲームショウ2000春」 (キャッチフレーズ 「東京ゲームショウは2000年バージョンへと進化する」) でした >>251。
[96] 1999年に郷ひろみは楽曲 GOLDFINGER '99 を公開しました。 >>95 その後 2001年にリミックスとして GOLDFINGER 2001 が >>95、 2009年に10周年記念として Get Real Love 〜GOLDFINGER'009 が公開されました >>97。
[66] しかし4桁に統一されたかといえばそうでもなく、 2桁表記も探せばいくらでもみつかります。
[73] クレジットカードの有効期限は一貫して「MM/YY」や「MM/'YY」と印字されています。 有効期限を入力させるフォームは、 「MM/YY」のままとするものも、 「MM/YYYY」とするものもあります。
[76] 銀行のキャッシュカードでも、と印字されたりしました。
[82] 銀行通帳の日付は、 令和改元の頃でも元号年のみ (元号名なし) の「YY-M-D」 だったりしました。 (「31-3-20」のような平成の日付から 「01-5-7」のような令和の日付の変化が見られたりしました。)
[103]
日本最大の掲示板サービスだった2ちゃんねるは、
4桁西暦を使っていましたが、
の閉鎖騒動でデータ量削減のため西暦2桁年号に変更されました。
に4桁に復帰しました。 >>102
[63] プログラミング言語の C++ の 2003年版は C++03、 2011年版は C++11 (開発中の仮称 C++0x) と呼ばれました。
[74] 日本の防衛省の NDS Y 4066C は、 西暦4桁表示の他西暦2桁年号の方式も使っています。 >>75
[68] 日本の人気アイドルグループのモーニング娘。はグループ名に 「'YY」と西暦2桁年号を含める方式を 2014年から採用しました。 >>67
[71] サッカーゲームの FIFA シリーズは、 FIFA 99 の後 FIFA 2000 から FIFA 2005 まで4桁でしたが、 FIFA 06 から2桁に戻りました。 >>70
[157] TBS のTV番組 報道の魂 のWebサイトは、 「'05」から「'17」 まで2桁表記を使っていました。 (表示位置により、一貫して2桁表記か4桁表記のどちらかとなっていました。) >>158
[104] NTT電話帳はいろいろなバージョンがあって同時期でも表記が異なり統一された方針があるのかどうかはっきりしませんが、 表紙に目立つよう大書きされた年号は 「'10」や「'15」のように2桁のもの、 「2017」や「2018」のように4桁のもの、 年号のないものがありました。 小書きの詳しい説明では4桁が使われていました。
[69] 2000年から 2010年の十年紀の呼称はどう選んでも不自然で、 2010年代に入ってようやく「ゼロ年代」 に収束してきましたが、なおも違和感が残っています。 他の「Y年代」は2桁表記も4桁表記もあり、 4桁で曖昧性を解消出来ますが、ゼロ年代はそうもいきません。
[72] 日本の Webサービスである nioconico は、ほとんどで4桁西暦を使っていますが、 ニコニコ大百科 の大部分とニコレポのみ 2桁西暦を採用しています。
[79] 日本の Webサービスである とくっち.com は、掲示板部分のシステムで自動生成していると見られる日時は 「19/05/13 12:05」のように西暦2桁年号を採用しています >>78。 運営者が手動で入力されたと思われる部分には西暦4桁年号や元号年、 年なしの月日も見られます。 (運営会社は1993年設立、サービス開始は不明。)
[84] 某宅配便会社の送り状に印字される発送日は西暦の「YY年M月D日」。 不在時に配送担当者が押す確認印の日付は元号の「Y. M. D」。 今月の場合(20)「19年」、(令和)「1」(年) でした。
[100] プログラマー向け質問サイトとして業界最大手の Stack Overflow (英語版) は、 「Oct 21 '08 at 9:29」 のような日時表示を採用しています。 日本語版は 「15年12月15日 6:12」 としています。
[142] 英語圏で人気の掲示板ソフトウェア Discourse は、 「Aug 11, '18」のような日付形式を採用しています。
[145] 日本の Webサービス researchmap は、 「更新日: 15/07/13 09:47」 >>144 のように2桁で日時を表示しています。 (「2014/08 更新」のように4桁で表示している部分もあります。)
[180] Webサイトでの取引を主とする日本の証券会社 SBI証券の Webサイトは、 「19/11/07」 のような2桁西暦年号表記を全面的に採用しています。
[257] SMBC日興証券も2桁西暦年号表記を採用しています。 業界慣習があるのでしょうか。
[149]
台風番号には元号年の名称と西暦年による記号的表示があり、
後者は西暦2桁年号です。
Wikipedia によれば「元号何年台風第何号」の台風番号導入が西暦1953年でした。
西暦2桁年号を使った4桁番号形式の導入時期は不明ですが、
気象庁の Webサイトには 51 (西暦1951年)
の事例が見え >>150、遡って使われていると思われます。
また Wikipedia には「昭和20年台風何号」
(1945年) というような記述もあります。
いずれにしても、まだ100年は経過していないようです。
[105] 誤解してはいけないのは、 2桁年号の用例が多いからといって、 4桁を凌駕するほど多く見られるというほどではないのです。 Webサイトで機械的に生成される場合は4桁のことがかなり多いですし、 それ以外でも4桁の場合が多いです。 一方でここに示した2桁の事例もほんの一部、氷山の一角に過ぎず、 4桁も2桁もどちらもよく使われていて、 普段あまり意識しないため気づかないでいるのです。
[260] 機械的に生成されている年号で「'」を使っているものは、 日本ではなかなかみられません。欧米ではニュースサイトなどで事例があるようです。
[89] 2000年問題は当時よくコンピュータ2000年問題などとも呼ばれ、 あくまで計算機システムの不具合であるとする認識が極めて一般的でした。 核ミサイルが誤発射されて人類が滅亡すると主張する者が現れるなど人類の存続に関わるレベルの社会問題だったにも関わらず、 新たに登場したばかりの情報機器の未熟さばかりが注目され、 情報システムを直接扱わないほとんどの人々にとって他人事でしかありませんでした。 2桁表記の遍在性と不完全性への注意を喚起する者などいなかったか、 仮にいたとしても大衆を動かすほどではありませんでした。
[80] 2000年問題の記憶や「0x年」の違和感がますます薄れていくこの先、 2桁表記が増えることはあっても、 消えることはまずないと思われます。 計算機システムで2000年問題の大騒動が繰り返される可能性は低いかもしれませんが、 若干の混乱 (誤った形で4桁に補完される、整列順がおかしくなる、 20100年と表示される、閏年判定が正しくないなど) は2100年前後にまた起こるかもしれません。
[171] 西暦2000年問題と同じような年号処理の問題は、 その後も繰り返されました。 中には西暦2000年を過ぎてからその種が撒かれたものも少なくありません。 設計した技術者達は、 90年代をずっとコールドスリープでもしてたのでしょうか?
[240]
西暦2020年以後を正しく扱えない問題が何種類か報告されています。
2桁西暦年に起因するものも、そうでないものもあります。
[26]
西暦2000年問題の裏で密かに注目されたのが西暦1万年問題でした。
[395]
西暦1万年問題には、日時処理の設計がどうあるべきなのか、
西暦2000年問題の本質は何だったのかを考えさせられます。
[38] 西暦1900年暦は、 西暦1900年を0年とする紀年法です。
[39] 計算機システムでは非常によく用いられる紀年法の1つです。
[40] 2000年問題が認識される以前はそのまま使われました。
[41] 2000年問題の解決のため、次のような方法が採られました。
[37]
C言語の構造体 tm
の tm_year
は年を表しますが、
西暦1900年暦を使っています。
派生して Perl などでも使われています。
tm
[31] ISO 9660の日時形式は 1900年からの年数の8ビット符号なし整数を使っており、 2000年問題はありませんが、 0xFF 年までしか扱えません。
[481] ISO 9660 以外にも同じような制限を持つシステムがいくつかありました。 7ビット符号無し整数の場合に発症します。 >>478, >>480, >>479, >>477
During the late 1970s, on Data General Nova and Eclipse systems, the World Computer Corporation (doing credit union applications) created a date format with a 16-bit date field for 128 years (7 bits – note 1900+128=2028), 12 months (4 bits) and 31 days (5 bits). This allowed dates to be directly comparable using unsigned functions. Some systems, including HP 3000, still use this format, although a patch has been developed by outside consultants.
[131] 似たものとして、皇紀2600年を0年とする皇紀2600年暦があります。 (実例 >>118)
[404] 当社主要ハードウェア/OSの西暦2000年対応状況 (通信機器) - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/taiouj01.html
2000年になると、画面の年表示が19100 になり画面が一部乱れます。
[410] 製品別の対応方法 - 富士通製品の2000年対応状況, , http://radioc.web.fc2.com/weblib/y2k/fujitsu/hb2000-10.html
nroff (ディスプレイまたはライン・プリンタのためのドキュメントのフォーマット) troff (ドキュメントのタイプセットおよびフォーマット)
以下の条件の場合,日付の年表示が正しく出力されません。 (例:2000→19100,2001→19101)
[492] //邪馬台国大研究//, , https://web.archive.org/web/20020811051541/http://inoues.net/yamataikoku/index.html
今日は102年8月11日、時間は14時15分。こんにちは。14時過ぎです。気晴らしに一寸外出しますか。
[493] にアクセスが有ったときにサーバー側で生成されたとみられるメッセージ。
The Inoue family home-page Version 2.05 (C)Copyright 1997/1998/1999.
とあるのでまでこのようなプログラムが使われていて、 を過ぎても放置されているということ。 この時代に自分のドメインで個人サイトをやるのは随分と気合を入れて作っていたはずなのになぜ放置してたのだろう。 (飽きたとか仕事が忙しくなったとかがありがちな理由だけど、 それなりの費用負担があったはず。)
[494] ちなみにこのサイトはまだ存続してます。
今日は2023年3月31日、時間は18時0分。こんばんは。さぁ、今日の戦いがはじまりますね。胃腸の調子はどうですか?
[496] 4桁に修正されています。
[52] 上位桁を省略するのですから参照される年は曖昧となり、 解釈に文脈が必要となります。
[51]
西暦と他の紀年法が混在しどちらか曖昧になることもあります。
日本では西暦2桁年号と元号を省略した元号年がどちらも数字
2桁で文脈なしには区別できません。
[128] 現代日本の主要な新聞は、 本文中で西暦年下2桁または元号年の年数のみの表記を頻繁に用いていますが、 新聞社ごとに西暦年か元号年のどちらかで統一されており、 かつ初出は4桁または元号名明記としているため、 意味がわからなくなることはありません。
[129] しかし雑誌などでは徹底せず2桁年のみの表記としている場合も見られます。 主要新聞も見出しは2桁年のみとすることがあるので、 流し読みの場合や目次的な Webページなどで見出しのみ見る場合に戸惑うことはあります。
[130] 初出時と同じ上2桁や元号が省略されるとみなし本文上から順番に解釈していけばよいことがほとんどですが、 世紀境界をまたいだ話題や、 途中に古い年号が挿入された話題で、 文脈による解釈を要求され機械的に決定できない事例もみられます。
[237] 新聞が2桁年号を好むのは、縦書きのためと思われます。 2桁年号なら、縦中横で年を1文字分、 「年」を1文字分、の2文字分で年号を記述できます。 4桁になると、1文字ずつ直立させた4文字の年と「年」 を1文字分で、5文字分必要になってしまいます。
[238] 文章以外、例えば賞味期限表示で2桁年号が多用されるのは、 昭和時代の元号名なしの2桁年号表示を前提にした装置の制約やデザインの慣習が、 西暦化されてからも引き継がれていることが疑われます。
[133] 2000年問題や類似問題の対策として、 2桁分しか用意がなく変更が難しい場合や、 外部から2桁のデータが与えられ解釈の必要が生じる場合に、 適当な閾値を設けて前後で解釈 (+1900 or +2000) を変更する手法がよく採られました。
[132]
あるいは元号を使うシステムで改元前後の両方を扱うため、
特定値以下なら平成、
以上なら昭和のように異なる元号の年を数値のみで区別する事例がみられました
>>504, >>505。
令和改元でも、
外部から与えられた元号名のないデータを適当に解釈する場合がみられたほか、
内部のデータ構造を変更しないため2桁数の空間を強引に昭和・平成・令和で
3分割する手法までみられたようです。
[134] こうした複数紀元詰め込みによる強引な解決策は時間稼ぎにしかならず、 すぐに次の危機が到来することが明らかです >>27。 直接管理できない外部入力を解釈するため必要なものを除き、 採用するべきとは思えません。
[140] 2000年問題はともかく、 平成改元で閾値を設けて昭和と平成を区別することにしたものは、 内部保存用データの形式としては間違った方策といえます。 改元日以後であれば63を引いて平成年を得る方法を採っていれば、 昭和99年まで問題なく使えるはずでした。
[192] 例えば閾値を20とした場合、 21 - 64 は昭和21年 - 昭和64年を表し、 1 - 20 は平成元年 - 平成20年を表します。 この方式では平成21年以降を表せないので、 何らかの対策が必要となります。 平成の次の改元も素直な方法では扱えません。 西暦1989年が2通りに表されるのもトラブルの元に思えます。
[193] そんな複雑なことをしなくても 1 - 99 で昭和元年 - 昭和99年を表し、 以後は表示上のみ適切に置き換えることとしていれば、 西暦2024年まで単純な方法で扱えていました。
[141] 内部保存ではなく外部から入力された年数に関する元号の解釈も、 本来なら年数とは別に元号欄を設けるのが正しい対処で、 UI でデフォルト元号の自動選択のために年数を使う (人間がその場で訂正できるようにする) 程度ならまだしも、 年数だけしか入力手段がないものは設計が誤っていると言わざるを得ません。
[244] 2桁西暦年が与えられた時、 特定の閾値を決めてその前後で解釈を変える手法が一般的です。
[247] 英語版 Wikipedia はこの手法を一般に date windowing、 閾値を pivot year と呼んでいます >>245。 日本ではこれに当たる語はほとんど聞きませんが、 英語圏では使われているのでしょうか。 (前後の各企業の説明文ではあまり見たことがないような。)
[246] 英語版 Wikipedia は、 date window の決め方の主要な手法として、 Fixed pivot year、 Sliding pivot year、 Closest date の3つがあるとしています >>245。 Fixed は特定の閾値を固定で用いるもので、 残りの2つは判断する時点の日付に応じて変化させるものです。
[1] Lotus Organizer 2000 は、利用者の入力を80年前〜19年後までの範囲内として受け取ります。
[2] Lotus 1-2-3 98 は、 >>1 の方法と「全部1900年代」を選べました。
[248] 「Closest date」法、 すなわち前世紀、今世紀、翌世紀の3つの解釈のうち現在時刻に最も近いものを選ぶ方法もあります。 >>245
19.3 曰く:
HTTP/1.1 clients and caches should assume that an RFC-850
date which appears to be more than 50 years in the future
is in fact in the past (this helps solve the "year 2000" problem).
HTTP/1.1 クライアントとキャッシュは、50年以上未来の RFC 850 日付を、実際は過去のものと解釈するべきです (これが「2000年」問題解決の 手助けとなります)。
Time::Local
[10] Perlモジュール Time::Local
は現在から前後50年以内と解釈します
>>9。
[239] Microsoft Excel 95 がそうでした。 >>200
[199] Unix epoch が 1970年なので、 そこから50年の余裕がある 2020年が選ばれたといわれています。
[241] そうした判断もあったでしょうが、それだけとは限りません。 たとえば Excel は Unix time と何の関係もありません。
[242] Microsoft Excel 97 >>200
[391] picture clauses (設定で変更可)
[135] 00〜29 → +2000, 30〜99 → +1900
[136] Windoze 98 以降では、コントロールパネルの「地域」で変更出来ます。 http://www.microsoft.com/japan/year2k/2kwhitepaper/settings_jp.htm
[138] 38年を境に、39年以降が1900年代にする実装が少なからずあります。 (一部の M$ 製品を含みます。) 根拠はよく分かりません。 (Un*x時間の32ビット限界の関係?)
[442]
Microsoft SQL Server の既定値
(two digit year cutoff 機能で変更可能)
[137] Wayback Machine, https://web.archive.org/web/20080209230400/http://libsnap.dom.edu/ClasPlus/ADDONS/Y2K.TXT
In addition, a new date field option has been added to the Folio 4 products to control how dates in the dd/mm/yy format are indexed. This feature gives a user more control over range searches between the years 1950 and 2049. If this indexing option is used, all two-digit years from 00 to 49 are assumed to be after the year 2000; all two-digit years from 50 to 99 are assumed to be in the 1900s. If this indexing option is not used, all text encountered during indexing with the format dd/mm/yy is assumed to be in the 1900s.
By default, all two-digit years are represented as dates from the 1900s. Four-digit years (1997, 2001, etc.) are indexed and interpreted as the specified year. However, using Folio 4.x software, two-digit years can be indexed for range searches between the years 1950 and 2049 (i.e., 69 can be indexed as 1969 and 35 can be indexed as 2035).
RFC 2822 4.3 曰く:
Where a two or three digit year occurs in a date, the year is to be
interpreted as follows: If a two digit year is encountered whose
value is between 00 and 49, the year is interpreted by adding 2000,
ending up with a value between 2000 and 2049. If a two digit year is
encountered with a value between 50 and 99, or any three digit year
is encountered, the year is interpreted by adding 1900.
日付内で2桁や3桁の年が出てきたら、年は次のように解釈します。 2桁年号が00〜49の値の場合、2000を加えて2000〜2049の値と解釈します。 2桁年号が50〜99の値の場合、または3桁の年号の場合は、 1900を加えて解釈します。
[33] ISO 1001 と
ISO 7665
では、2桁年号で00〜49に+2000, 50〜99に+1900して
解釈します。
[5] RFC 6265 が規定するCookieの日付形式の構文解析手続きにおいては、 69以下は2000年代、70以上は1900年代とされています。
[416]
パソコンの文化圏ではが最古の年とされることが多かったようです。
[314] 弊社ワープロ関係の2000年問題対応状況について, , https://web.archive.org/web/20041215160246/http://www.nec.co.jp/bungo/10info/support/2000.html
1980年から2079年まで対応し、正常に動作します。
ただし、西暦2000年以降に作成または更新した文書があると、ファイル一覧の並び順が変わる場合があります。
[315] これって2桁で80年から79年までの100年間で扱っているということ?
[316] 同
年月日設定(ワープロ起動時)で「00年」を設定すると次に進めない。
- 対応方法
- 年の設定を和暦などで設定してください。
これは西暦でも和暦でも何でもいい日付設定が提供されているということ? ただ
00年(2000年)を閏年と認識しない。(3MIISと3VIIEXにおいてはこの問題はありません。)
- 対応方法
- 年月日を正しく再入力してください。(13NIIは00年入力ができないので和暦などで再入力してください。)
とあるので西暦か和暦かは選択しないといけない?
[317] 偶然にも平成の31年間は西暦も和暦も4で割り切れるなら閏年なので、 西暦和暦選択なしの2桁年号のシステムもあり得たのか!
[402] 日本エイサー FAQ:2000年問題とは, , http://radioc.web.fc2.com/weblib/y2k/acer/y2000.html
[17] XPath and XQuery Functions and Operators の fn:parse-ietf-date
が採用しています。
[249] 英語版 Wikipedia は Unix と Windows は環境変数で設定可能と書いています >>245 が、 その出典に示されているのは特定製品のマニュアルです。 プラットフォーム全体で通用する設定はありません。
[472] Modelerデータ加工Tips#08-7日後と6ヵ月後の日付データを作成する | IBM ソリューション ブログ, https://www.ibm.com/blogs/solutions/jp-ja/modeler-tips-08/
画面写真にSPSS Modeler のストリームのプロパティの「次世紀までのロールオーバーの閾値」 欄が写っている。西暦年を指定できるらしい。
[18] TLEの日時形式, TOPS-10の日時形式 (1桁, 2桁)
[143] 【19100年問題】Perlが有名だと思いますが、localtime関数で西暦… - 人力検索はてな () http://q.hatena.ne.jp/1218464397
[449] カリキュラム標準-情報処理学会, 一般社団法人情報処理学会, https://www.ipsj.or.jp/annai/committee/education/j07/ed_curriculum.html
[450] 記号的な固有名詞の一部とはいえ日本の情報科学の中心的な学会が2桁年号。 といえばY2Kから7年しか経っていないというのに。
[419] Xユーザーの齊藤明紀さん: 「私の出身学科にはFACOM230-45Sがあった。「昭和45年(1970年)に入れたから45S」という嘘伝説が語られていた。私が専門課程に上がった年に撤去されてしまって一度も使うことはなかった。」 / X, , https://x.com/a_saitoh/status/1810943152058159178
[86] 2000年問題以後、 日時処理に関わるものだけでなく社会のいろいろな問題について、 ある年までに対処しなければならないとき、 あるいはある年に期限が迫っていると煽りたいとき、 「何年問題」という言い方をされることが多くなりました。 いくつかはバズワードになり、 それ以外の多くはそのままひっそり忘れられていくようです。
[13] RFC 2626 urn:ietf:rfc:2626 は、それ以前に発行された RFC の仕様に存在する2000年問題を検証しています。
[35] ベンダからみたコンピュータ西暦2000年問題と1999年当時の企業法務|鈴木正朝|note (鈴木正朝 2018/12/30 00:43 ) https://note.mu/rompal/n/nc2bb676df52e
[36] Time::Local - perldoc.perl.org () https://perldoc.perl.org/Time/Local.html
[147] 13.0. 2000年問題 year 2000 problem () https://web.archive.org/web/20010430155318/http://www6.airnet.ne.jp/as400/y2k/main.html
[165] マスクによる 2 桁の日付の変換 () http://www.dataondemand.co.jp/documents/data_integrator814/rifl_language/Using_Masks_to_Convert_Two_Digit_Dates.html
[169] 1971年、1973年が正解か。 元になった資料に71年、73年とあったのではないか。
[170] リン酸さんのツイート: "訂正:昭和73年→1973年 です…… " () https://twitter.com/kotsu_rinsan/status/1173588317012549632
[177] 本文を読むと西暦2031年とわかるが、見出しだけではどの31年かわからない。 今年は平成31年改め令和元年。31年というと平成31年を思い浮かべるのが普通だろう。 新聞社は2桁年号という悪習をやめるべき。
[197] 中古バイクのチラシに書いてあった製造年。 同じチラシだけど裏と表で 「08年」、 「'18」 と2種類の表記。 「94年」 が混じっているので西暦とわかるが、平成なのか令和なのか西暦なのか、 一見わからない。
[198] 東海道新幹線にICカードでのるときのご利用票。「19年11月17日」
昭和62年。
[254] 「21年」の書類が出てきました。 今はかろうじて平成21年と解釈できますが、 もうすぐ2021年の可能性が出てきます。 20年後には令和21年の可能性も出てくるでしょう。 そうなったら書類の内容や前後関係から推測するしかなくなります。 20年後、30年後に、内容から平成21年と2021年を区別するのは困難になっている可能性は、そう低くないでしょう。 省略記法は悪です。
[262] 工事進捗報告020302 – 浄照寺, 2020年3月4日, http://o-jyosyoji.com/kouji020302/
[263] 特に説明されていないが、タイトルはの意味か。
[268] ゾフィー(『ウルトラマン(`66)』)の黒いトサカについてのあれこれ - Togetter () https://togetter.com/li/1497147
[269] 鹿沼見て歩き 栃木県見て歩き かぬまみてあるき () http://10.pro.tok2.com/~a11234842/
[270] kokuhodayori.pdf, https://www.city.kyoto.lg.jp/hokenfukushi/cmsfiles/contents/0000270/270632/kokuhodayori.pdf#page=15
グラフ横軸が 「20 21 22 30 元 2 (年度)」 となっていて、グラフ下に 「※30年度までは決算数値, 元年度以降は予算数値」 と注釈あり。 この節の題名が 「医療費と保険料の推移 (平成20年度を100とした場合)」 とあって「平成」と明示されており、 また本冊子の他の箇所はすべて「平成」か「令和」 と明示されている。発行年を考えればこのグラフの年数も自明に解釈できるので、 横幅の都合上省略するのは妥当だけど、 注意書き内の元号名も省略しているのが興味深い。 「1」でなく「元」としているのにも注目。
[271] 続く PDF 19頁にあるグラフは横幅に余裕があるためか 「20年度」から「30年度」 のラベルになっている。単位がついたが元号名は省略のまま。 こちらは周囲に「平成」と明記した箇所がない。 (常識的にそう解釈できるので妥当だが。)
[273] NHK のニュース記事には日本の元号が使われることと西暦2桁年号が使われることがあります。 これは同じ記事 (の別の章) で2つの表記が混在している珍しい例。
[275] XR日本/XRJapanのツイートより その19 20年8月前半 - Togetter () https://togetter.com/li/1569960
[276] 「1920年」のように誤読しがちだけど「その19」の2020年。 たぶん次は「その20 20年」になるはずw
その19まで続けてきて、書いた人は2桁年号に何の違和感も懸念も感じなかったのだろうか。
[279] 正倉院の北倉179の伎樂面三十一號に「作大田倭麿功五人 九年九月」、 三十號に「大田和麿功五人 九年七月 作大田」、 二十九號に「作大田和麿 十月作了」 とありました >>285 p. 225。
[284] 現在の正倉院データベースによると、 南倉1の第31号、 第30号、 第29号に当たるようです。 宝亀9(778)年と解されています。
[287] 正倉院南倉に呉樂用の衣類がいくつか所蔵されていて、 「六年東大寺」 のように記述されていたようです。 >>286 pp.224-225
[289] Soul-in@焼肉専門医さんはTwitterを使っています 「@takuyukiji なんなら「19年の2月16日です」と元号つけずに言う患者さんもいますよね。まあ見た目からして昭和で当たり前なのですが、やはり僕も西暦で統一して欲しいなと思います(・_・;」 / Twitter (午前9:01 · 2019年2月5日 , ) https://twitter.com/ngyx202/status/1092573902209921024
[290] 西暦と元号の簡略表記 | 虚実歴史のブログ () https://ameblo.jp/kyojitsurekishi/entry-12473458185.html?frm=theme
[291] 沖縄対策本部■【要警戒】「琉球独立学会」、主権回復式典の抗議を利用して琉球独立運動へ転換 - 沖縄対策本部, 2013年04月19日 10時24分19秒, https://blog.goo.ne.jp/jiritsukokka/e/a146257b05c471fcbad44f86f1dcda1a
<琉球新報:佐藤優のウチナーグチ(H12.10.27)>
貼られている画像にある新聞の日付は 「2012年(平成24年)10月27日 土曜日」。 2012年の下2桁を平成と誤認したもの。
(琉球新報 2001年4月18日)
同じく、 「2013年(平成25年)4月18」。 平成13年と誤認して西暦変換したもの。
記事画像中の日付を見ながら書いたのなら、 こうした間違いは起きるはずがない。 2桁年号+月日でメモしていたのを、 ブログ記事執筆に当たって誤解したものだろうか。
[292] 「20年8月」 って書かれてたから昭和20年8月かと思ったら、 2020年8月だった件
[293] 成人式 98.01.11, , http://www.nichiren.org.tw/main/index.php?option=com_content&view=article&id=315:-980111&catid=7:2009-06-01-15-54-50&Itemid=19
[294] へー日蓮宗って台湾にもあるんだ (中華民國日蓮正宗というらしい) → へー台湾で仏教なのに西暦使うんだ、1998年の記事かー → 「中華民國98年」 そりゃそーかー (→ そーかちゃうわ、怒られるわ!)
[295] アラベスク 中国海関 (かきたがわ, , ) http://komoro1939.blog136.fc2.com/blog-entry-568.html
[296] JR東日本:プレスリリース:コンピュータ西暦2000年問題への対応状況について (, ) https://www.jreast.co.jp/press/1998_2/19981203/index.html
[297] 関東交通印刷株式会社 - JR北海道の硬券日付印字の現状... | Facebook, https://fr-fr.facebook.com/koukenticket/posts/892792977549587/
設備の有る帯広駅で確認してみました。写真1枚目の通り西暦の下2ケタで対応しております。見た感じですと平成18年と混同してしまいますが、平成18年当時は160円でしたので、発売金額で区別が出来ます。写真2・3枚目の通り、他の券種は和暦の30年表示でした。参考まで、駅前の十勝バスでも西暦の下2ケタで対応で、両社とも硬券のみ特例の苦肉の策だと思われます。
[300] 汽車時刻表 号は、 満鉄を (昭和) 「九年十一月一日改正」 のように書き、 満洲国鉄線を 「康徳元年」 と書き、 中華民国国鉄線を「中華民国二十三年」 と書いていました。 >>298 pp.218-220
[301] 汽車時刻表 号は、 満洲の元号ではなく日本の元号を使いました。 (当時満洲国鉄が満鉄に経営統合されていたためとみられます。) 中華民国内路線は「昭和十五年」と明記していました。 (当時満鉄グループの華北交通が経営していたためとみられます。) >>298 pp.218-220
[299] 平成時代、 JR時刻表 は平成の年数のみ、 JTB時刻表 は西暦2桁年号で時刻表の改正日が書かれていました。 >>298 pp.218-220 末期に JR時刻表 も西暦化されました。
[546] こうやって多様性って失われていくのね。
[303] (, ) https://www.city.shimada.shizuoka.jp/fs/2/8/8/7/4/9/_/kawane-okanoya-sono8.pdf
[304] DBProヘルプ:各種設定ダイアログ (, ) http://www.softvision.co.jp/dbpro/help/dialog/etcopt.htm#2-column-year
[306]
CNS
は元号名なしの民国紀元の2桁、3桁の年号を規格票で頻用しています。
[310] ゲームやアニメの著作権表示で2桁年号は珍しい。 同じ SHOW BY ROCK!! コンテンツ内でも他では4桁西暦年が使われており、 ショバフェス関係でだけ2桁になっている。
[321] × 18年前(18年間)振り返る ○ 2018年を(から)振り返る
[322] 比較2020’ 明るい!LEDシーリングライト57機のおすすめ・選び方 (ceiling lights-1) 【前編】: 家電批評モノマニア (, ) http://monomania.sblo.jp/article/55673572.html
[323] 「鳥獣の研究」創刊号〜4号,第10巻85,86,87,88,90号(9冊)鳥獣の研究社 昭和5年 : 古書 古群洞 kogundou@jcom.zaq.ne.jp, kogundou, https://kogundou.exblog.jp/240733540/
雜誌記事題名
「
[324] ''20冬 ガンオン公式生配信 ~8周年記念スペシャル~ - YouTube () https://www.youtube.com/watch?v=gV3CIp18Lms
ロゴ画像では「
[325] Steve LieberさんはTwitterを使っています 「Y2K was 21 years ago. Looking back, I think the only thing we learned is that if a bunch people work really hard to stop a problem from happening, lots of other people will assume it was never really a problem.」 / Twitter (午前8:32 · 2021年1月1日 , ) https://twitter.com/steve_lieber/status/1344788482061811713
[326] ... という意見を実証するかのように、Y2K は問題でなかった厨のリプライがちゃんとついてて草w こういうのは洋の東西問わず同じかw
[327] そうして2020年問題も2021年問題も繰り返されるんだね、わかりやすいね!
[374] 『ダニエル』公式サイト, , https://danielmovie.jp/#sec_interview
他にも、『真夜中のパーティー』(70)と『BUG/バグ』(06)も参考にしています。 『ファイト・クラブ』(99)は、男同士のねじれた友情と、デヴィッド・フィンチャー監督が観客を裏切ることなく、実際にはそこにいない人々をどのように撮影しているのかを見るために参考にしました。イングマール・ベルイマン監督の『仮面/ペルソナ』(66)では、主人公2人の海辺のクローズアップを参考に取り入れてます。
作品名の後に年齢が来るはずないし (年齢は「06」とは書かないし)、 公開年しか来そうなものがないなあ、 って消去法でどうやら西暦2桁年号らしい。 っていう推論を重ねないとこれが年だと気づけない。。。
[375] 第一生命 D.LEAGUE 20-21 REGULAR SEASON ROUND.3 - 2021/02/05(金) 19:00開始 - ニコニコ生放送 () https://live2.nicovideo.jp/watch/lv329728002?ref=qtimetable&zroute=index
[377] ゆっき〜さんはTwitterを使っています 「今日は、副音声での3プベ目🎬 最初から最後までの西野さんの解説に、笑みが溢れたり、納得したりの連続。 そして、いろいろなところに散りばめられた、伏線… それを、次回作以降で回収して行くのが楽しみになってきたーーーー #えんとつ町のプペル #西野亮廣 https://t.co/S1s4la4Nj9」 / Twitter (午後1:13 · 2021年2月8日 , ) https://twitter.com/yuki_m0619/status/1358630127358279680/photo/1
1枚の映画館チケットに3種類の西暦表記。
[379] 【天華百剣 -斬-】21年02月追加「給仕」衣装紹介! - YouTube () https://www.youtube.com/watch?v=pwJ4plaQ9U8
[380] サマンサ ラジオさんはTwitterを使っています 「高地203で戦死された方の死亡通報の写しです。相続に必要だった様です。 https://t.co/67cws6XmpY」 / Twitter (午後2:20 · 2021年2月17日 , ) https://twitter.com/samansacat/status/1361908469213765639
[386] 21春 ガンオン公式生配信 ~3月号~ - YouTube]] () https://www.youtube.com/watch?v=sTC0l4WVrds
[389] 東京都のマンホールの管理番号に付された年号は西暦2桁で、 上2桁は背景色で区別されています。
[394] TVアニメ化決定!『古見さんは、コミュ症です。』ティザーPV|21年10月放送開始 - YouTube () https://www.youtube.com/watch?v=3snByVaQUF0
[396] プロジェクト‐ノート:災害 - Wikipedia (, ) https://ja.wikipedia.org/wiki/%E3%83%97%E3%83%AD%E3%82%B8%E3%82%A7%E3%82%AF%E3%83%88%E2%80%90%E3%83%8E%E3%83%BC%E3%83%88:%E7%81%BD%E5%AE%B3
[397] 天安門事件から32年 台湾 事件の日付「8964」ライトで点灯 | 中国・台湾 | NHKニュース (日本放送協会, , ) https://www3.nhk.or.jp/news/html/20210604/k10013066671000.html?utm_int=all_side_ranking-social_001
[398] PM-2400_torisetsu.pdf, , https://wis.max-ltd.co.jp/op/pdf/torisetsu/PM-2400_torisetsu.pdf#page=122
「平成」「昭和」の元号合字に加えて、 「'00」から「'12」の合字。
「昭和」と「'00」の間の線が太い。 「'08」までと「'09」からでフォントが違う。 「'00」から「'08」までは PDF としての文字データが入っていない。 マニュアルの制作過程が反映されたものか?
[399] 2000年問題へのジャストシステム製品の対応について (, ) http://radioc.web.fc2.com/weblib/y2k/justsystems/2000.htm
[401] 各PCメーカーの西暦2000年問題対応情報 - radioc.dat (, ) http://radioc.web.fc2.com/weblib/y2k/
[12] だのさんはTwitterを使っています 「カトリック黒崎教会(肥前国彼杵郡黒崎村) これ、色がない! https://t.co/gGyB0LIF65」 / Twitter (午後10:11 · 2021年8月28日 , ) https://twitter.com/Dhanow/status/1431605427754569728/photo/4
[417] ニュース記事で23年何々と書かれていると23年後に何々するのかな?って思っちゃう。 2023年のことらしい。
[418] 95年とか03年とかだと何年間と何年の区別が付きやすいから良かったのが、 業界の悪習としてずるずる今でも続いてるのかなあ。
[778] rockin'onフェスOFFICIALさんはTwitterを使っています 「COUNTDOWN JAPAN 21/22を12/28(火)・29(水)・30(木)・31(金)の4日間、幕張メッセで開催します。 新型コロナウイルス感染症対策を徹底するため、キャパシティ、会場レイアウトなどを大きく変更します。 以下、フェス総合プロデューサー渋谷陽一からのメッセージです。 https://t.co/sQ0f2quBGR #CDJ2122 https://t.co/MUYTMViSiR」 / Twitter (, ) https://twitter.com/rockinon_fes/status/1448484217831059458
[425] 「21/22」を西暦2021年・西暦2022年と読ませるのは無理だろ・・・ カウントダウンという文脈と、消去法で他に選択肢は無さそうだとはいえ・・・
[426] 受診控え、がん患者6万人減 20年、コロナ影響で初めて(共同通信) - Yahoo!ニュース () https://news.yahoo.co.jp/articles/9fe54ea8bf5d3069f68d40fd68644184d6f77ae6
これ見出しだけ読むと20年間で6万人減ったの? え、コロナ影響? 20年前から??? と意味不明なのですが、20年って2020年のことらしいです... 共同通信社は記者も校閲も、読者に誤解されないわかりやすい見出しにしようという意識がないのでしょうか。 見出しだけ切り取られて SNS で拡散されるこの世の中で注意力が欠けすぎではありませんか?
[428] 21世紀や20世紀どころか、12世紀でも2桁年号化してしまう朝日新聞。 「いいくに」の語呂合わせの年号を扱う話題でも平気で2桁にしてしまう。
[429] 上2桁が変わるところだけ2桁、他はすべて2桁、の原則がおおむね貫かれているようにみえる (完全ではない)。 和田直久の発言はその原則に従い4桁から2桁に書き換えた可能性がある。
原則に従うなら「66年」は「1966年」になるべきだし、 文脈からわかると判断したなら「66年=92年」でいいはず。 なぜ「1192年」になっているのか。 「=」の後は引用文で原文ママ4で4桁にしたのか。 だとすると和田直久の発言も原文ママで2桁だったのだろうか。
[430] 教科書では4桁で統一されているはずだし、 語呂合わせにも関わる話題で和田直久は4桁で説明したと推測するのが自然。 しかし変化のない上2桁は省いて変化のある部分を強調して下2桁だけで語った可能性はあるし、 記者が2桁で質問したから2桁で答えた可能性もある。 またこの「」のような発言はなく、記者とのやり取りを元に記者が作文した可能性もあろう。
いずれにしても新聞は引用文を (記者が読み取った) 文意さえ同じならいくらでも改変してしまうことが知られているので、 この記事だけから原発言を推測するのは難しい。
[432] この見出しの「20年代後半」が本当に意味不明。
[433] Virginia 'AtiolaさんはTwitterを使っています 「Elected representatives of Tongaʻs Parliament will meet in Nukuʻalofa tomorrow (15.12.21) at 10.00am to elect a Prime Minister Designate as well as a Speaker and Deputy Speaker of the Legislative Assembly of Tonga 🇹🇴🇹🇴🇹🇴 https://t.co/ChktcTLrC7」 / Twitter (, ) https://twitter.com/giViaAshoutOut/status/1470503657003225092
[434] のっちさんPさんはTwitterを使っています 「祝!!!山下次郎先生!お馬さんのお仕事おめでとうございました! 良いお仕事でした。 https://t.co/misItsAVEV」 / Twitter (, ) https://twitter.com/Notty_san/status/947024164820467712/photo/1
[436] なお令和3年の馬券は「3年」で0埋めなしのようです。
[435] 女優・栗山千明が登場!22年来の幼なじみ・山田孝之&松本まりかが暴く謎すぎる生態!今夜くらべてみました 1月26日(水)よる9時放送!
紛らわしいがこの「22年来」は2022年ではない。
[439] 同じデザインの道の駅切符でも、押印されている時刻印の様式がそれぞれ違います。
「
「
「
「
[440]
賞味期限
「
[444] 岡島昭浩さんはTwitterを使っています: 「1965年と1971年の京都オーム社書店のレシートと昭和61年の神戸ジュンク堂のレシートが、何故か「うたのしをり」に挟まってた。 https://t.co/QTtfY9JKmE」 / Twitter, , https://twitter.com/okjma/status/1498664908178993153
[454] この「13年」はのこと。 保存期間が13年間くらいと言っているようにも読めて非常にわかりにくい。
(この記述は引用元の報道記事の文言に由来していて、 そちらの記事は出来事の記述に2桁年号が出現しまくっているので、 そこまでわかりにくくはなっていない。)
[455] java43, , https://web.archive.org/web/20010720040934fw_/http://village.infoweb.ne.jp/~tkiku/java/java43.html
[456] 複数の会社が新卒入社向け情報を「23卒」「23年卒」のように西暦2桁年号で出している模様。 スペースの制限がなくてもこういう表記になってて、すごく不自然。就活情報系の会社がこのフォーマットで各社の人事担当に広めているらしい。
[457] こういう形式は就活業界でしかまず見かけない位相語的なものといえるでしょうか。 履歴書では「令和5年卒業(見込み)」か「2023年卒業(見込み)」と書くのでしょうし、 略歴でもそうでしょう。 (そもそも履歴書や著者略歴的なもの以外でこういうの書く機会無いだろうし。) 一旦入社してしまえば「令和5年入社」とかでしょうし、 同窓会だと「第何期生」「令和5年卒業生」「2023年卒業生」「R5卒」 「令和4年度卒業生」「令和○年度入学生」とかになりそう。
[521] そういう就活業界の独特の風習に浸かってSNSのアカウントに「@21卒」とか書いてる人はたまに見かけます。
[522] でも今なのに「21卒」とか書いてる人どんだけ就活好きなんだよおかしいだろって違和感しか。 新卒就職失敗してまだ就活浪人中の可哀想な人なのかもしれんけど。
[553] 「@25卒」とかSNSのアカウント名にするような人は就活業界に流されてるだけ (= 自分の芯がない) という自己紹介なので、採用側にとっては足切りのためのチェックポイントにちょうどいいんですよ。 社会常識がなくて周りに流されやすい社員を採りたくないので。
[459] ruby/date_core.c at 8d40ede2e005439cbc84abfd50c98932a33448f4 · ruby/ruby · GitHub, https://github.com/ruby/ruby/blob/8d40ede2e005439cbc84abfd50c98932a33448f4/ext/date/date_core.c#L8581
[462] ページネーション・マニュアル - page0006QX41.pdf, , https://www.pot.co.jp/moji/page0006QX41.pdf#page=4
[463] 日本、入国に必要なワクチン3回接種証明で中国製も対象に=中国ネット「チャイナマネー目当て」, Record China, https://www.recordchina.co.jp/pics.php?id=901896
中華人民共和国で発行されたワクチン接種証明書。 年月日が空欄で印刷された紙に手書きで年月日の数字が書き入れられている。 年は「22」 (= )。
中華人民共和国の公的性質の書類でも2桁年号が普通に使われていることがわかる1例。
[464] ぐるぐるうづまきさんはTwitterを使っています: 「日立市内に2箇所ある昇開式可動橋な歩道橋。全国でもここにしかない貴重な橋です。 今夜、その橋が動きます! https://t.co/EldZCYjKMZ」 / Twitter, , https://twitter.com/guruguruuzumaki/status/1578676194102239232/photo/2
通行止め看板。年月日の年は「4」 (令和4年)。元から年数分のスペースしかなく元号名なし。 この種の看板は元号名入のものが多いイメージだけど、地域によっては元号名なしだったりするのだろうか。
[482] 昨年は2022年なのに2020年と言い間違える人をあちこちで見かけた気がします。 2が続きすぎて言いにくいのでしょうね。 やっぱり人類には4桁数は難しすぎるのか。
[484] ニュースな史点, , http://www2s.biglobe.ne.jp/~tetuya/REKISI/sitenlog/news990326.html#jinmu
元ネタは朝日新聞20日付の「ウィークエンド経済」欄です。
トヨタ自動車ではほぼ2000年問題への対応をすませたらしいのだが、一部に過去のデータの使い勝手を考えて「昭和」の元号を使っているという。昭和元号だと二ケタで処理できるので修正の手間が省けるのだそうだ。つまり今年は「昭和74年」で西暦2000年は「75」と処理できるわけ。今でも何となく「昭和換算」をしてしまうかなりの日本人(実は僕もそうだ)には結構有効かもしれない。ただし2025年には修正の必要あり。
凄いのが安田生命で、1970年代にシステムを作る際に、なんと「神武紀元」(!)による数値化を行ったのだそうだ。ご存じの方も多いだろうが、初代天皇・神武天皇の即位を元年とする「皇紀」というやつで戦前の方には非常におなじみ。西暦1940年=昭和15年が「皇紀2600年」に当たる。来年は「皇紀2660年」だから「60」と表せばいいわけで意外としっくりくる。安田生命の当時のシステム構築者が2ケタのシステムを作るに当たって考えた「苦肉の策」だそうで、なんでも生命保険は長期間の契約を扱う必要があるためにこうなっちゃったのだという。別に神武天皇の存在を信じているからやったとかそういうことでは無いようだが、最先端の技術の世界に元号やら皇紀やらが出てくると言うのが面白いところ。
[485] 【新店OPEN記念】豪華特典付き!本格オーダースーツ2着¥48,000~<font size=2>(税込¥52,800~)</font>|オーダースーツ専門店 GlobalStyle, https://www.global-style.jp/fair/202303/combi/?utm_campaign=criteo_rt_18&utm_source=criteo_persona&utm_medium=cpc
23年春モノ
<p class="lead mincho">老舗生地問屋の直営だからできる、<br class="sp">豊富な品揃えとコストパフォーマンス。</p>
老舗だから font
とか使ってるヤバい HTML なんだな!
23年春モノって昭和23年かな??
[487] 永楽館歌舞伎 | 豊岡市観光公式サイト, https://toyooka-tourism.com/event/eirakukan_kabuki/
明治期に建設された近畿地方に現存する最古の芝居小屋である「出石永楽館」。ここでは、平成20年の杮(こけら)落とし公演以降、毎年、上方歌舞伎の花形役者、片岡愛之助丈を座頭に、歌舞伎公演を開催しています。
※22年度は新型コロナ感染拡大防止のため中止となりました。
【イベント概要】
期 間 2023年9月~10月頃 ※日時未定
[488] >>487 2つ目の年は平成22年度ではなく2022年度。
[489] 豪、米原潜最大5隻購入か 30年代と報道、中国に対抗 - 産経ニュース, SANKEI DIGITAL INC., , https://www.sankei.com/article/20230309-44YR55APLRMT3EVF7F3A4OTVJY/
[490] >>489 本文を読むと2030年代と書いてあるが、見出しだけ読むと1930年代に思えてあれ?となる
[491] 千坂公民館に保存されていた映像です1987年(昭和62年) - YouTube, https://www.youtube.com/watch?v=jSzInjFRUI4
サムネイル画像に「'62」とありますが、題名によると昭和62年の意です。
[499] 日本初の「サマータイム」スタート 不評で52年廃止/今日は? - 社会 : 日刊スポーツ, 2023年5月2日0時0分, https://www.nikkansports.com/general/news/202305010000696.html
[500] >>499 この見出しだと52年間続いたようにも読める (それだとなんか変だけど、見出しは変な言葉なことよくあるし)。 そうでなくても今は2000年代なのに1900年代を省略して暗黙的に1952年と理解されると思ってるなら記者は頭昭和かよ、 といいたいところだけど頭昭和ならこれは昭和52年の意味になるからやっぱ意味わかんないな。
[501] 今2023年だから2052年は29年後。1952年より2052年の方が近い。 この見出しだと今始まったけど29年後に廃止されることが決まったようにも読めるよね。意味わからんけど。 どう取っても意味がわからない。
[508] 年号の表記がわかりにくい – オッサンとバイエル、ピアノ等, 佐藤俊夫, 平成21年(2009)09月29日(火)21時36分, https://satotoshio.net/blog/?p=6269
「HVを持たないマツダはガソリンエンジンの燃費性能を追求。「清」をベースにした小型車を10年代前半までに発売する方針だ。」
などと、平気で書いてある。どうも最近こういう記事が増えてきた。ナニがおかしいかって?「10年代」ですよ、10年代。約10年前の平成10年からの10年間のことかと思った。先だってなどは、別の何かの記事で「9年度」とあって、一瞬とまどった。
[509] 早瀬雪未・松岡美里の“もしかわ” 第51回(2023.04.07) - ニコニコ動画 () https://www.nicovideo.jp/watch/so42048466
Y2K (髪型)
[510] 【会員限定】早瀬雪未・松岡美里の“もしかわ” 第51回おまけ(2023.04.07) - ニコニコ動画 () https://www.nicovideo.jp/watch/so42048592
[518] 学術分野では当時西暦も普通に使われていたからあり得ると思う一方、 当時の人が西暦を記号に使うのかという疑問もあって。 でもラテン文字使ってるし西暦使っててもおかしくないよな。
[519] 温暖化ガス排出削減の35年目標60%軸、日本に試練 G7環境相声明 - 日本経済新聞, https://www.nikkei.com/article/DGXZQOUA137DQ0T10C23A4000000/
[520] >>519 35年間の目標だと思って本文読んだらだった。悪文。日経の校閲はレベルが低い。
[525] >>524 国際問題化した雑誌の発行社による在日外交官宛の謝罪文。 発表早々、既に各方面からいろいろな観点で稚拙さや不誠実さが非難されている。
[526] 当謝罪文の本文には
とある。
[530] >>528 は固有名詞なので仕方ないとして、 >>527 が「2022年」「西暦2022年」「令和4年」 などではなく「22年」と略式の西暦2桁年号であるのは、 著しく丁重さを書き正式な謝罪文という文脈に適切とは言い難い。 社会常識のある者が書いた謝罪文とは思えない。
[531] また、縦書きで欧州数字表記はどうあがいても見づらく、特に >>529 の4桁日付の縦表記は醜悪。雑誌の略式の組版ではこうした表記はよく見られるし、 雑誌編集部も普段の業務ではそのような表記を用いているのであろうが、 格式が求められる場にそのような内輪ノリのようなフランクな表現を持ち出すのは不適切。 やはり伝統に則って漢数字表記とするべきだった。 それが嫌なら普通に左横書き文でよかったのではないか。
[532] こうした表面的な些細な問題点すら修正できないまま社長名で発信、公開されてしまう雑誌社、 編集能力の脆弱さを露呈しておるな。
[533] 30年に全国の荷物35%運べず 物流残業規制で人手不足 | 共同通信, 共同通信, https://nordot.app/988707477933555712?ncmp=post_rcmd
[534] >>533 意味不明な見出し。2030年の意味らしい。
野村総合研究所は19日、トラック運転手の残業規制強化で人手不足が予想される「2024年問題」の影響で、25年には全国の荷物総量のうち約28%、30年は約35%が運べなくなるとの推計を公表した。
(そもそも意味不明な推計。運べないとは倉庫に貯まるということ? そうなる前に新規受入停止するのでは? 2025年に28%運べなくなるなら2030年には発送需要も(やむなく)減少してるのでは? 減少してもなお35%が運べない? そんな指数関数的に人手不足になるの?)
[535] 16bitセンセーション ANOTHER LAYER 6話上映会 - 2023/11/12(日) 22:30開始 - ニコニコ生放送 () https://live.nicovideo.jp/watch/lv342967463?from=live_watch_anime_player
[550] <記者だより>西暦と年号:東京新聞 TOKYO Web, 堀場達, 2023年6月5日 07時30分, https://www.tokyo-np.co.jp/article/254717
先日、ある記事でおしかりをいただいた。文中に登場させた「三二年」の表記。西暦の一九三二年の意味だったが、「昭和三十二年だと思った。紛らわしい」と指摘された。
その前文に、時代が一九〇〇年代である旨を書いていたのでミスではない。通常はカッコで年号を入れるようにしているが、記事内容が明治、大正、昭和の三時代にまたがっていたので「くどいな」と、つい端折ってしまった。
「やはり紛らわしかったかな」と反省した。私自身も昭和時代なら年号表記の方がしっくりくるからだ。たとえば「二・二六事件」「太平洋戦争終結」「大阪万博」「グリコ森永事件」が昭和何年に起きたかを、丸暗記している。
[551] 新聞記者なのに反省できるのはすばらしい。でもそれで終わりでいいの? 再発防止策もちゃんと考えなよ。
[552] 2回目なら2桁年号でもいいという悪習は改めるべきだし、元号表記の方がいいと筆者が思っている時まで西暦に統一する悪習も改めるべき。 せっかく見直しの機会を読者に与えられたのにもったいない。
[554] 米選抜徴兵局、19世紀生まれの男性に徴兵登録を求める通知を送付 | スラド IT, https://it.srad.jp/story/14/07/13/0048234/
[560] 西暦1979年、 星新一はエッセイ きまぐれ暦 所収 単位について で、 西暦が日常生活に溶け込めないでいるのは一九七一などと4桁で呼ばなければならず最初の2桁の省略ができないからだと指摘していました。 >>562
[563] 90年代まで、2桁年号を使うときには前に「'」を付ける必要があったことが思い起こされます。
[564] 以後の西暦の普及は「せんきゅうひゃく」が「にせん」 と一気に短縮されたことも大きな要因のように思えます。
[565] XユーザーのDEXclubさん: 「🎵THE IDOLM@STER MILLION LIVE! | AFTER PARTY THAILAND TOUR จำหน่ายรอบพิเศษแล้ววันนี้!! 🔥FIRST ACT > 9 มี.ค.67 🔥SECOND ACT > 16 มี.ค.67 🔥THIRD ACT > 23 มี.ค.67 ✅SF CinemaApp ✅ตู้จำหน่ายบัตรอัตโนมัติ #DEXmovie #DEX #THEIDOLMASTERMillionLiveAfterPartyThailandTour https://t.co/aTZw8TsIA1」 / X, , https://twitter.com/dexclub/status/1763398766625706170
[566] >>565 画像では
[567] https://rissho.repo.nii.ac.jp/record/5272/files/KJ00000161220.pdf #page=3
西暦の下3桁
[568] Xユーザーの齊藤明紀さん: 「どこぞの大学は学籍番号は西暦下1桁だけど学部独自の番号は元号の下一桁と使っていた。おかげで昭和63年入学の学生と平成3年のがくせいの区別がつかず。」 / X, , https://twitter.com/a_saitoh/status/1778070833518583904
[107] 樺太先住民の日本国籍 : 国籍を剥奪されない権利 - HokudaiHouseiJournal_26_04_Sasaki.pdf, , https://eprints.lib.hokudai.ac.jp/dspace/bitstream/2115/76267/1/HokudaiHouseiJournal_26_04_Sasaki.pdf#page=29
前後関係の明確化のため年号表記は西暦を原則
とする。
[108] >>107 そんな大事なことは注釈にこっそり書くんじゃなくてもっと大書きてくれ。 判例なんて普通元号表記だからずっと昭和だと思って読んでたじゃないか...
だいたい、2桁年号は西暦ではないし、「前後関係の明確化」に資さないだろ。突然「04年」とか出てきたから平成?と思ったらどうやら西暦2004年だったという、 まさに「前後関係の明確化」の失敗で誤読してしまった。
[109]
雑誌
63年/7〜2021年/6 省略
2021年/7 スピンと物理
とあります。
[110] >>109 「2021年」は明らかにですが、 「63年」がいつなのか自明ではありません。 なのかなのかなのか。
[111]
そこで表紙を見ると第3種郵便物認可が「
[113] おかしな表記ですが、当時の号数表記に忠実だったりするのでしょうか。
[826] 加賀屋26年再開 客室減ももてなし磨く 和倉温泉、いざ観光復活 〈能登半島地震から半年〉|社会|石川のニュース|北國新聞, https://www.hokkoku.co.jp/articles/-/1445826
[829] >>826 記事開いてみたら西暦2026年のことだった。見出し詐欺のような真似はやめてほしい。
[832] なぜこんなわかりにくい見出しのまま公開されるのか。校閲いないのか?
[115] XユーザーのTsuyoshi Gorokuさん: 「NATO首脳宣言、中国について厳しい表現。「体制上の挑戦者」評は22年来だが、踏み込んだ。内容自体は既出も、首脳宣言として全ての国が同意したと考えると興味深い。 「中国はいわゆる「制限なき」パートナーシップとロ防衛産業基盤の大規模支援により、ロシアの対ウ戦争の決定的支援者となっている」 https://t.co/KitCIra2xh」 / X, , https://x.com/t_gordau/status/1811151805046497311
[413] >>115 普通の日本語としては22年間そうだったと解釈するべきだが、文脈からみて以来のつもりで筆者は書いているのだろう。難解な表現。 筆者は大学教員。
[421] Xユーザーの西日本未来地図さん: 「ルート図だけだと片手落ちだと思いますので走行距離と建設費を貼っておきます https://t.co/Wp8m7dmPtV」 / X, , https://x.com/FutureWestJapan/status/1817092283252244890/photo/1
[422] >>421 新聞かなにかから取ってきたと思しき表、どうせ「20」が省略された2桁年号だろうと思いきやよく見ると「工期」なので年号でなく年数だった。 危うく誤解しかけて、そんなすぐに完成するものなの、妙だな?って疑問がなければ騙されるところだった。 いやこの表は何も騙してないんだけどな。
[423] Xユーザーのちゅんさん: 「そういえばラジオで20歳の子が、2000年代のファッションを表す「Y2K」(Year 2000)という語について、なぜ「Y2K」なのかは知らないけれど、平成っぽいことやアイテムの具体例は分かると話していた。 「好ハオい」もこんな感覚で受け入れられたのかなと思い出した例。」 / X, , https://x.com/coeos_/status/1704840714818080961
[424] そもそも Y2K という語の原義は「2000年」のはずで、 「2000年代」(のファッション)という意味で使われてるとしたらその時点でもう拡張されてるよな。 「2000年頃のファッション」と説明されることもあって、そっちの方がしっくり来るけど (そも、10年単位できっちり切り取れるものではない)。
[441] 「2000年代」だと2009年まで入るけど、今 Y2K ファッションと呼ばれてるものは2009年だと一昔前感あったような。
’
('
) で省略を表すのは極めて一般的な用法であって (’