行政手続きの和暦を廃止して西暦に統一していただきたい @00027

1：jinmsk 2020/10/09 19:55 ID:aea

昭和、平成、令和など和暦文化は非常に素晴らしく、これ自体を廃止したいわけではありません。

行政手続きにおける和暦をなくしていただきたいです。

平成から令和で、なくなく様々な免許資格を失効した方も多いはずです。
西暦であればそんなことはなかったはずです。 表記上の問題だけではありません。

内部処理の際にも西暦のほうが簡単に行えるかと思います。
脳内で変換される、マッピング表があればよい、などあるかと思いますが、多様性を求める今後のご時世を考えた際に、『行政手続きにおける』和暦は不要かと思います。

はんこ廃止もそうですが、文化を否定するものではありません。

10/10 12:05 追記
併用案のお声をいくつかいただいておりますが、行政手続きにどういった利便性があるのかセットでないとかと思います。中途半端に残すくらいであれば不要なのではと考えております。

2：高岡賢 2020/10/09 20:06 ID:d4e

反対

他所にないものであり、伝統的で文化的な習慣です。両方意識すると頭も使う。
　しかし、どちらか一方を入力すると、自動的に変換されるような仕組みはあってもいいかと思います。

3：ryo 2020/10/09 20:29 ID:116

反対

公的書類等がデジタル化されることで、和暦・西暦が自動換算入出力されるシステムができればいいですね。和暦を使いたい人も西暦を使いたい人もいると思いますので。
デジタル化で自動換算ができれば、元号文化の維持と便利さが両立するのではないでしょうか。

4：ろどりげす 2020/10/09 20:40 ID:200

反対

申請手続きにおいて、和暦，西暦、どちらも受付可能にすれば良いかと。
西暦の方が計算しやすい人も居れば、和暦の方が直感的に分かりやすい人も居るでしょう。選択肢を減らさなくてもいいと思います。

5：クロさん 2020/10/09 21:55 ID:25a

反対

申請手続きにおいては、和暦，西暦、どちらも受付可能にすれば良い。
世界中でも他所に無い、伝統的で文化的な習慣です。両方意識すると頭も使うから良いと思います。

6：だるま 2020/10/09 22:03 ID:8f7

賛成

気象庁ウェブサイトの右肩に出ている「災害関連情報」
　令和２年７月豪雨
　令和元年東日本台風
　平成30年北海道胆振東部地震
　平成30年7月豪雨
　平成29年7月九州北部豪雨
　平成28年熊本地震
　東日本大震災～平成23年東北地方太平洋沖地震～

何年前の災害か、即答できますか？


　外務省の日本語ウェブサイト。無理にでも元号表記しているのが、痛々しい。

7：クロさん 2020/10/09 22:29 ID:25a

反対

だるまさんへ
初めまして、今晩は。

気象庁ウェブサイトの右肩に出ている「災害関連情報」
　令和２年７月豪雨　　　　　　 　　　　　　　　←今年、2020年
　令和元年東日本台風　　　　　 　　　　　　　　←去年、１年前、2019年
　平成30年北海道胆振東部地震　 　　　　　　　　←一昨年、2年前、2018年
　平成30年7月豪雨　　　　　　　 　　　　　　　　←一昨年、2年前、2018年
　平成29年7月九州北部豪雨　　　　　　　　　　　 ←3年前、2017年
　平成28年熊本地震　　　　　　　　　　　　　　　←4年前、2016年
　東日本大震災～平成23年東北地方太平洋沖地震～　←9年前、2011年

以上の回答で、よろしいいでしょうか？

8：名無し 2020/10/10 00:11 ID:

西暦に統一する案に賛成です。
事務処理はすべて西暦にした方がメンテナンスコストがかかりません。
データは西暦で保持しているのに、国や自治体に提出する書類は和暦の記載を求められる為、和暦に変換して出力します。
変換プログラム自体は複雑なものではありませんが、マスタに新元号を追加したらそれを参照する全ての帳票で検証が必要ですし、マスタを参照できないEUCなどで独自の実装をしていないか検証します。
改元の度に全システムを検証含め改修するため、企業は費用を投じて対応せざるを得ません。

一方、いざ西暦(だけ)に統一と決まってしまうと、先の改元の際に改修した現システムを今度は西暦に変更する事になり、再び工数と費用が発生します。

改修を終えてしまった企業や、和暦を使いたい個人のための段階的な措置として、手続き書類上、記入欄(入力欄)は和暦・西暦どちらでも可能にして、内部の処理は改元による改修が再び発生しない西暦に統一する。
アウトプットも不必要な和暦の出力は廃止して標準は西暦とし、本当に必要な場合に限定して和暦出力する方法で、和暦・西暦利用の両者に対応可能と考えます。

9：aries 2020/10/10 00:59 ID:a1b

賛成

元号が変わるたびに既存の文字コードに新文字を割り当てて、膨大な数の既存システムを改修して…といった対応は、日本全体でみれば相当な損失だと思います。その分の工数は、それこそデジタル化や、既存システムのブラッシュアップに使うべき。

伝統がある、とか、和暦に慣れている人もいる、とかは確かにその通りなんだけれど、コストと天秤にかけた場合、切ってしまっていい程度の話かと私は思います。

10：ろどりげす 2020/10/10 01:25 ID:200

反対

>>9
大半のシステムは、2000年問題やWindows10対応などのシステム改修において、内部的には西暦、変換テーブルで和暦の入出力に対応、と既になっているので、改元が生じても大幅なコスト増はありません（実際、平成→令和がそうでした）。
なので、コストを理由に和暦切り捨てを正当化するのは困難と思ってます。

11：DX2024 2020/10/10 02:12 ID:791

賛成

2100年って和暦でいつか？

免許証の有効期限とか、その時になってみたら変わってるかもしれない元号が記載してあるのは個人的にはキモい。（あくまで個人の感想です。）

12：日本ミツバチ 2020/10/10 05:44 ID:2e2

反対

両方併記すればよい

13：0014akira 2020/10/10 16:21 ID:b05

中立

あらゆるものが紙に印刷される行政なので、紙という限られたスペースを和暦だけにせざるを得ないだけで、内部的には西暦ベースで和暦変換すればいいだけ。
利用者が入力するのはどちらでもよい。

免許証とかマイナンバーカードとかスペースが限られるものは西暦ベースが現実的。

14：りゅうきん 2020/10/10 21:00 ID:29d

賛成

和暦問題だけならまだましです・・・
うちの市なんか1年を元年と書かないと書類をやり直しだという総務省の通達を全く無視した人たちもいます・・・
さっさと無くなってほしい。
デジタル化の抵抗勢力はこうした人たちがまだ上層部に残っている間は非常に大変です。
こういったデジタル音痴でも対応できるようなものは、無理やりにでも政府には頑張ってほしいです。
特に、和暦対応と称してどうみても簡単なシステム変更に驚くような費用を払い続ける額を住民がしったら怒るでしょう。

15：孝信 2020/10/11 11:49 ID:3b3

反対

皇紀でいきましょう＾＾

16：Hand-Karee 2020/10/11 12:16 ID:480

賛成

和暦，西暦、両方に対応すればよいとのコメントがありますが、
それだと改元の度に和暦を使うシステムに手を加えないといけないので、西暦に揃えた方が良いでしょう。元号に不慣れな外国人への配慮にもなります。

17：けー 2020/10/12 12:42 ID:d85

賛成

「行政手続きの」ということであれば，絶対に西暦で統一するべきだと思う。利便性が段違い

ただ，和暦にも価値がないわけではないし，実質令和になって人々の気持ちが切り替わった面もあると思うので，文化として残しておく程度で良いかと思う。

18：kyo 2020/10/12 15:35 ID:317

賛成

海外との大きな障壁になると思います。日本人にも大きな障壁となります。昭和39年の東京オリンピックから今年は何年なのか平成生まれの人はピンとこないでしょう。そのような和暦で行政手続きを行うと、いらぬミスが増えるだろうことは容易に想像できます。海外から来た人にはなおさらでしょう。

19：下書き 2020/10/12 22:56 ID:cfd

中立

仰るとおり西暦に統一した方がシステム的にもデータ連携的にもシンプルで良いです。昨年なんか、「改元対応」という機能が向上することの全く無いシステム改修で多額の社会的コストをかけたと思います。昨年度は平成31年度なのか令和元年度なのか、令和元年にするのか令和1年にするのか、元年に表記すると「元」は文字なので改修コストが増えるとか不毛な対応を余儀なくされた組織も多いと思います。

ただし、日本人にとって和暦というのは脈々と受け継がれ、日本人だけが感じることが出来る時間軸なのです。昭和50年代とか平成1桁世代とか、和暦によって一つの時代を感じることが出来る側面もあります。行政が和暦を使わなければ、和暦は忘れ去られていくでしょう。和暦という文化の喪失は、ハンコなどの比では無いです。

20：やまだ船長 2020/10/13 19:52 ID:9ed

反対

和暦・西暦とも使って、表示の度に変換したとしても、大したコストじゃありません。

変換プログラムは、デジタル庁(仮)の仕切りのもとで、オープンソースで用意して、行政にはAPIで提供する。落ち着いてから一般にも開放すればいいと思います。

当初は、明治以降の元号が変換できれば、行政手続きに使えます。
新元号が決まれば、最速を目指す人がいて、ものの30分で実装されるでしょう。

慶応以前の元号については、順次追加して行けば良いんじゃないでしょうか。

西暦といっても、国内だと 年-月-日 の順ですが、米国は、日-月-年 と逆順だったり、英国や欧州は、月-日-年 と月と日の順がまた入れ替わっていたりして、国よってバラバラですし、表記も
・年の前に「,」を入れて区切る／区切らない
・月は 10月なら、10と書くのか Oct や October と書くのか
・日は序数で表示する（例：22日は 22nd）／しない 22

と、西暦に統一した所で、表記の揺れは残ります。

外国人向けといいますが、イスラム暦や台湾で使われる民国紀元を無視するのはどうかと。

21：NAGATOnoWA 2020/10/13 21:14 ID:259

反対

日本の元号は、大宝律令において公文書に年を記す際は年号を用いよという規定がなされ、広く社会に定着した結果、今日まで連綿と続く制度として成立した。

以来、公文書に元号を記すことは、我が国において元号を元号たらしめる決定的な要素であり、その意味において公文書から元号を廃止することは、我が国の元号制度の終焉に他ならない。

また、独自年号の成立時期や国際的な意義を踏まえると、日本の元号制度は日本国号と一体的に成立したことは明確であり、元号制度の終焉は我が国が培ってきた根幹の否定にも繋がるものである。

それでもなお、公文書における元号の廃止を主張するのであれば、このような歴史的経緯や文化的性質を深く認識した上で、日本における元号制度の終焉と向かい合う強い覚悟と責任を持つべきであり、利便性等の理由で安易に踏み込む領域では決してない。

22：Hand-Karee 2020/10/13 23:36 ID:480

賛成

この手の話題では、必ずと言っていいほど西暦統一と元号廃止を結び付けた意見が出てきますが、行政手続において年号を西暦に統一すると、元号の存在意義が無くなってしまうことを恐れているのでしょう。
ですが、仮に行政手続において年号が西暦に統一されたとしても、元号をこれまでどおり存続させることは可能です。
ハンコにしても年号にしても、実務面での利便性と文化的価値は切り離して考えることができます。

23：ろどりげす 2020/10/14 00:32 ID:200

反対

誤って二重投稿になってしまったので削除します。

23：ろどりげす 2020/10/14 00:32 ID:200

反対

上でも書きましたが、行政システムは、2000年問題対応などで既に内部的には西暦となっており、入出力を元号変換して、和暦、西暦を並列表示させており、令和対応でコストがかかったという話はないです（どちらかというとWindows10対応の方が大変）。西暦に統一とすると、現状の変換処理を削除しなければならず、それ自体がシステム改修コストとして発生します。

また、行政手続きの利便性として考えると、例えば、過去の日を記入（入力）しなければならない手続きがあったとして、利用者（国民）側が、和暦で記憶しているのか、西暦で記憶しているのかは、人それぞれなので、和暦で統一すると西暦記憶の人は混乱しますし、その逆も然りなので、どちらでも可として、システムがカバーするだけと思います。
システムに人を合わせる、という考えは、違和感です。

24：下書き 2020/10/14 00:58 ID:cfd

中立

改元対応で数千万取ったという実話を知ってるんですけどねぇ。東証でやらかしてるあの大企業です。技術的に大した話では無いと言いますが、それと商売は別です。ベンダーからすれば役所からボッタくれる良いネタです。和暦に関して実務と文化は切り離せないですよ。行政が和暦使わなければ民間は使わない。忘れ去られます。

25：あおい 2020/10/14 01:09 ID:ae4

>>24
仰る通り、行政が使わなければ文化として消えると思います。デジタル化とは離れた話になるのですが、元号は効率化の上にあるもので、改元対応は日本国をつつがなく運営するための必要経費として受け入れています。

26：情報太郎 2020/10/14 07:53 ID:89f

中立

歴史的資料になる場合、和暦の重みはありますが、たしかに普段の生活では西暦に統一する意見に賛成です。
システム内部では西暦で持っていて印刷時に変換している仕組みが多いと思いますし。
余談ですが、これに似た事案として時刻もそうですよね
公文書では昔は24時表記は許されず、午前、午後、30分は半といったことが、当たり前に24時表記で書かれますし・・
日常でも午前1時も25時とか日にちや曜日が判らなくなって録画できなかったという苦い経験も・・・
いずれにしても表記は自由で良いとは思いますが、公文書や歴史的資料にいたっては統一された表記となるような整備が大切だと思いますよね。

27：kyo 2020/10/14 16:35 ID:317

賛成

>>7
割って入ってすまないですね。
それじゃあだめなので、西暦に変換しないで理解できるようでないと、ダメなんじゃないかな？
関東大震災から何年経過したのかを、西暦を経ないで直ぐに理解できるようでないのなら、よくないよね、ということです。
極論、皇紀であっても構わないけど、元号だと暗号コードのようになる。

28：だるま 2020/10/14 17:54 ID:8f7

賛成

>>27 kyoさん、おっしゃるとおりです。

　NHK（テレビ、ラジオ）のニュースは、過去の年を一貫して元号でアナウンスしています。見聞きすることの時間感覚を掴もうとすると「頭も使う」（>>6 クロさん）ことを強いられます。報道内容をスムーズに理解することが、その度に妨げられます。

　NHKのニュースは、何か意図があってそうしているのか（そうさせられているのか）。勘ぐります。

29：delarge 2020/10/18 15:03 ID:eca

賛成

賛成です。ただしシステム的な面では変換用のマスタ化すれば良いだけなので、都度修正が必要なシステム側の怠慢です。
これらは一部の共通利用しているシステムが和暦だからというのもあり変更時に影響が大きく、これらのシステムが新しくなる際に西暦を採用すればさえ今後変わるかと思います。

30：delarge 2020/10/18 18:18 ID:eca

賛成

>>13 その通りだと思います。

31：高橋宗開 2020/10/25 11:16 ID:794

賛成

>>23さん
和暦、西暦を並列表示させており、令和対応でコストがかかったという話はないです（どちらかというとWindows10対応の方が大変）とありますが、
ただ単にあなたの関わった範囲ではでないでしょうか？

確実にシステムの改修は発生するんです。
システム受注側がお金を払わなかったから、何もコストが発生していないわけではないんです。
単に事業者が改修費を自分で飲んでいるだけなんです。

それが、周り周ってシステム維持費になっていること理解されてのコメントでしょうか？

32：ryo 2020/10/25 11:33 ID:116

反対

西暦統一のメリットは和暦（元号）改元コストがかからないという点があると思いますが、

ふと思ったのですが、改元て頻繁に起こることはないので、あと数十年ほど令和は続くのではないですか？その間に、技術が進歩して、改元コストが低くなるという可能性はないのでしょうか。（退位の先例もできましたし、何らかの原因で急にご崩御→数年で改元という事態もありえないとは言えないので何ともですが。）

33：ろどりげす 2020/10/25 16:04 ID:200

反対

>>31
もう一度よく読んで頂きたいのですが、「2000年問題対応などで既に内部的には西暦となっており～」と書いたとおり、既に改修が終わっており、今後新たに発生するコストではない、と言っているのです。
例に挙げた2000年問題の時は、既に昭和から平成への改元を経ている訳ですから、当然、次の改元に備えた仕組みとするはずです。ファクトリーＰＣなどで改修が止まっているならともかく、国のシステムは定期的に更新していく中で、そういった対応も済んでます。少なくとも、当方のいくつかのシステムは、元号変換テーブルに追記するだけで対応可能でした。

逆に、あなたの係わってるシステムで、その程度の対応すら出来ないとなると、他の部分でも拡張性に乏しく、なんでもかんでも改修依頼しないと対応出来ないのかな？と感じます。元号以前の問題として見直しした方が良いかと思います。


また、システム維持費と仰いますが、一度、変換テーブルを組み込んでしまえば、内部的には西暦で保存されるだけなので、維持費の増は発生しないですね。

34：高橋宗開 2020/10/25 17:03 ID:794

賛成

>>33 基本的にすべての行政システムがあなたが思っているもので完結しているという前提を辞めたほうが良いです。
基本的には、ＤＢ上では西暦、どこかの段階で和暦変換という状況であるのはたしかですけれども、問題はその箇所数です。
常に同じ変換テーブルをかませるシステム構成であればよいのですが、なぜか転換テーブルを使わずにいる古いシステムもあります。（もっともこれを使っているが問題というのはＹＥＳなので、無視してもよいでしょう。

次に、同一のシステムのように扱っているが、ネットワーク分離により独立しているので、それぞれの箇所に行って変換テーブルを書き換える作業があります。
これは、現地（システムのある場所)で変換テーブルを書き換える作業が発生しています。
国や地方公共団体を含めたシステム数がいくつあるか分かりませんが、移動費を考えると結構な金額が動いていること自体は事実だと思っているのですが、いかがでしょうか？（すべてのシステムが内製では出来ていないという前提です。）

35：ろどりげす 2020/10/25 17:26 ID:200

反対

>>34
総てが周りのシステムのように効率的な作り（先人達に感謝）ではない可能性は否定しませんが、それはシステムが非効率なのであって、元号によるものではない、という意図で意見を述べております。元々、元号に係る改修コストが莫大、といった意見に対するものです。

例えばこのページの「賛成」「中立」「反対」。
ここに、「やや賛成」「やや反対」を追加しようとした時、拡張性が視野に入っていればテーブルに追加するだけですし、視野に入ってなかったら改修が要る。拡張性の無さが悪いのであって、追加することが悪いと、私は思いません。
改元はあり得る話なので、想定に入っていないシステムというのは、それ自体が問題なのです。

＞移動費

移動費かかりませんよ。テーブルに追加する内容がメールで送られてきただけですから。追加も地方支局を束ねているサーバーに管理者権限であてるだけなので、数十支局分が１度の修正で終わります。１分もかかりません。

36：庭庭 2020/10/25 22:01 ID:7a0

ロジックとプレゼンテーションを分離すれば良いだけの話だし
Digital to Digitalならばプレゼンテーションが元号でも何ら負担はないはず
一度紙にしたり人間が目視したりする工程を前提にするから元号は不便ということになるはず
そんなアナログ脳

37：だるま 2020/11/01 10:07 ID:8f7

賛成

　国税庁法人番号公表サイト www.houjin-bangou.nta.go.jp/、ダウンロードやAPIにおける年表記は西暦なのに、ウェブでの閲覧は元号。

　これ、何かの罰ゲームでしょうか？

　政府統計の総合窓口 e-Statでも、統計名と統計データでも、そうなんだよね。

　いい加減にしていただきたい（怒気の意味で）。

38：だれかの遠い友人 2020/11/03 14:20 ID:d97

賛成

文化とシステムは分けて考えるべきです。
もちろん和歴は素晴らしい文化でありこの文化は残すべきです。
ですが、行政手続きに和歴は不要です。
残すべきとの意見が見られますが、これは文化の問題ではなくシステム面の問題です。
事実、令和に変わる際に行政の某代行機関からは『令和』の設定の提供が遅れていました。

39：piyoist 2020/11/18 00:54 ID:661

賛成

いまはたしか令和2年らしいと知ってますが、平成のときは「いま平成何年なのか」全く分からないので役所に行って書類を書くたびに困っていました。そのような人は多いのではないでしょうか？

40：takuya_1st 2020/11/18 01:40 ID:ab0

反対

和暦と西暦の「変換」のプログラムを政府が無償で提供してくれれば問題がないのである。


平成３０年〜令和２年の間を計算するときに、ちゃんと２年間と計算できる必要がある。

このプログラムを政府が作成し無償利用できればいい。できればweb API提供してくれれば全部丸く収まるのである。

プログラムのことはプログラムで解決すればいい。

多くの会社とシステムで、和暦西暦変換と年数計算を独自で作っているのがこの問題の本質なのだ。

41：野瀬田裕樹 2020/11/18 08:45 ID:2a5

賛成

行政手続きから和暦がなくなる＝和暦文化が消えるというコメントが多いですが、私はそうは思いません。
子どもたちは行政手続きがあることで和暦を認識、理解して育つわけではなく、ニュースやスマホの変換、サイトの表記などを通して和暦の認識、および理解をするので、行政手続きで和暦利用しなくても良いと思います。

42：安井元規 2020/11/18 09:06 ID:b07

賛成

「行政手続きにおける和暦」に関しては廃止していただくことに賛成いたします。

医療機関に勤めておりますのでその点についてだけコメントさせていただくと、患者さんのご本人確認に生年月日を使用している場合があり、お年寄りは自身の生年月日を西暦でおっしゃることが出来ない方が多く見えます。
このことからも「和暦を使用すべき部分がある」ことを理解していただいた上で、行政手続きにおいては和暦を廃止していただくことに賛成いたします。
（本人確認に生年月日を使用することの賛否は別として）

先日の改元に関して、システム内で電子化された行政への提出書類について、全ての書類で改元の対応を行いました。このような作業を減らすためにも意味があるのではないかと思います。

43：とある鯖管理人 2020/11/18 09:19 ID:85c

賛成

紙で記入する場合は記入する窓口に変換表を配置するなどして、行政が発行する文書や書類は西暦で統一が良いと思います。年の途中で元号がかわったりとかはシステム上も混乱のもとです。
全てを統一するのは時間はかかると思いますが、和暦も皇紀や旧暦のように文化・伝統として使うのはともかく、行政サービスにいつまでも混在するのは非効率です。

44：ステキ事務員 2020/11/18 09:33 ID:ba4

賛成

大賛成です。勤務先では、これまで元号表示でしたが、改元を機に車内のすべての文書を西暦表示に変更しました。（既存の規定などは、改定時に西暦に変更していく仕組み）
これにより、非常に取り扱いが明確になりました。
昭和・平成時代とまたがった場合、引き算が容易で何年経過したかがすぐにわかりやすいのもメリットかと思います。

また、内部・外部問わず、ファイル名で日付を記載する際には、yyyymmddの順番で必ず表記することも統一してほしいと思います。
極端な例ですが、ファイル名を「200108」のようにつけると、平成20年1月8日なのか、2020年１月８日なのか、またまた2001年の８月なのか混乱することが多くあるので…

元号が文化として長く残ることは私も願っています。はんこと同じですね。

45：kabanyasu 2020/11/18 12:49 ID:354

賛成

和暦前提のプログラムが様々なところで運用されており、それらを西暦に変換することによる業務コストは多々あると考えられます。
システム上も西暦の方が処理が簡単ということから、IT化を推進するにあたり必要なプロセスであると考えられます。

46：たかさん 2020/11/18 13:27 ID:5f8

賛成

この話、提出書類への記載や証明書への表記の話と、内部処理やデータ連携などシステムで日付を管理する話は分けた方が良いと思っています。

内部処理やデータ連携用のフォーマットは、巡り巡って国連など政府から海外へ提出する場合などがありますので、最初から西暦に統一しておく方が良いと思います。西暦というか、日時の国際規格であるISO8601ですね。
ja.m.wikipedia.org/wiki/ISO_8601
これに対応しておけば、データベースに格納する際にもデータ変換を考える必要がなく、ライブラリも自動的にISOを元に作られますので、このデータを元に変換して表記をすれば良いと思います。実際に政府が公開しているデータを見ても、2桁の場合和暦なのか西暦（下2桁）なのか、和暦が抜けてさっぱりわからないデータが大量にありますので、内部データや公開データは西暦に統一する方が良いと思います。（4桁の場合は西暦か皇紀kは年数で判別つきます。）

内部処理としてISOに準拠してもっているなら、提出書類への記載や証明書への表記のする場合には、和暦中心でもいいと思っています。

47：Caminoroad 2020/11/19 08:15 ID:c35

賛成

和暦表記のほかに西暦表記があればいいのですが、そうなると表記領域の問題があるでしょうから、どちらか一方という話になると西暦を望みます。
私の手元には平成33年まで有効な運転免許証がありますが、一瞬でこれが2021年とわかるのは無理です。何秒も考えた上、さらにGoogleで検索して確かに来年2021年だ、と分かるぐらいです。和暦表記をなくせないのであれば、せめて西暦を併記するべきです。

48：waterline 2020/11/19 16:33 ID:ce3

賛成

賛成です。併記案は反対です（単に費用・負荷増にしかならないため）。もちろん和暦を無くしたわけではなく、和暦をキチンと残すということも重要であると思います。その上で。

システム屋の観点から言うと、和暦が変わることは間違いなくシステム改修が入ります。仮に入らなかったとしても、検証は必須です。
Windowsアプリであれば、Microsoftが提供しているAPIに依存しているところがほとんどだと思いますのでMicrosoft待ちも発生します。（令和の際やきもきしていたSEも多くいたかと）
なくすためには色々とありますが、最優先は帳票への印字でしょう。これが無くなれば、大部分の和暦問題は解決します。申請書等でよく見かける、和暦に丸を囲む表記なども該当すると思います。

あくまでも一例ですが、整理を行えば影響の大きい部分についての西暦への変換は行えるものと思います。もちろん最初に費用はどうしてもかかってしまいますが。

49：だるま 2020/11/20 13:45 ID:8f7

賛成

不動産取引価格情報検索、
年次の絞り込みで使っていたのは西暦なのに、
その結果、得られる表示・ダウンロードされるデータは元号表記、っていうのには
以前からガッカリさせられている。

　e-Statでは、逆に、
得られるデータは西暦なのに、
統計の名前は元号表記で表記されている。
　データ収集着手にあたり、
まず、元号に当たりをつけることで一苦労。

　オープンデータにまつわるこんな罰ゲームのあれこれ、
いつまで続けてるのでしょう（生産性...）

50：すぐる 2020/11/21 11:38 ID:3a6

私は天皇制を廃止すべきだと思います。
天皇・皇族だって同じ人間なのに、公務を担うというレールがしかれ、自分の考えを自由に述べる権利、職業選択の自由、プライバシー、海外に移住する自由など、国民が当たり前にもっている自由もないというのはかわいそうです。
戦前まであった華族・士族も廃止されたんだから、皇室も廃止して、日本も国民が大統領を選共和制を導入すべきだと思います。

元号はあってもなくてもよいと思います。天皇制が廃止されたことによって元号も廃止され西暦のみが使用されるようになるというのであれば、それでよいと思います。
天皇という人間としての自由がない身分が存在することで成り立っている元号は、積極的に使いたいとは思えないですね。

51：netbeen56 2020/11/21 13:23 ID:a9b

賛成

昔 銀行にカードのクレジット機能の有効期限切れの確認を聞こうとした時
和暦で言われたが カードの裏面見ると西暦だったことがある
下二桁しか表示が無いので分かりにくかった記憶がある

プログラムの改修問題もあるし 民間でもなるべく西暦使って欲しいですね

52：ZZO 2020/11/21 13:26 ID:9e1

賛成

参考まで。
e-Taxでは日付は和暦で書く(xmlに出力する)ようになっています。
<gen:era>3</gen:era>
<gen:yy>63</gen:yy>
<gen:mm>12</gen:mm>
<gen:dd>31</gen:dd>
eraの"3"は昭和、"4"なら平成。
令和に変わったとき、令和="5"に決まるまで時間がかかった。

JISでもX0301の更新に時間がかかってましたね。
※令和="R"の追加

長らく和暦の年は2桁だったので、「令和1」「令和 1」「令和01」の３パターンで出力されることが発覚。
これをどれに統一するかという議論に日数を潰す上層部。
※"元年"派も出てきてカオス

マイクロソフト社が「1年は元年」といってWindowsを改修する予告を出したので、和暦文字列をパースしている箇所を探し出す羽目に。

極めつけに、アプリ独自の元号設定ファイルを元に変換している箇所とOS(言語のライブラリ)の日付APIを使っている箇所が見つかる。

日付を扱っている数百箇所を全部確認・修正。

今回潰したので二度と見直さずに済むことを期待。

53：ZZO 2020/11/21 13:39 ID:9e1

賛成

もう一つ、「平成」などは合字の「㍻」などで出力しているシステムがあって、令和の合字(㋿)がWindowsのフォントに組み込まれるまで待ったというのもあります。
漢字一文字の幅しかないのなら「令」の一文字を出せば済みそうなものですが、それが許せない人(ユーザ)が結構居ました。
WindowsのUnicodeアプリケーションだったので令和の合字(㋿)が出せましたがANSIアプリケーションだったら…

合字(㋿)で出すようにした結果、Windowsアップデートを拒否する(新しいフォントが入らない)ユーザからクレーム入りました。

少なくとも元号の合字については「今後はUnicodeに追加しない」とするべきかと私は思っています。

54：でじお 2020/11/21 17:43 ID:5a0

賛成

伝統文化を維持するために、公的リソースをかけるのであれば、それは文書という形ではなく、もっとデジタルな資産としてスタンプされるようなものかも。
令和の次の元号になるとき、MTSHRに加えての記号処理はさすがに非現実的では。

55：だるま 2020/11/21 18:01 ID:8f7

賛成

>>54 残るレターは {K,N,Y,R,W,A I,U,E,O}。

こんなことを令和に向けた決定プロセスの中でマジメに考えていたのでしょうか？

そもそも、このような制約条件は本質的な問題ではないし、 皇室に対しても申し訳ないし。

56：早起きすると死ぬ 2020/11/21 23:52 ID:ab7

システムの内部表現とか、データ連携の表現としては、いいと思います。
文書の正式な日付とすると、デジテル以外の要素が多すぎて話が進まないのでは。

57：ivjourneeey 2020/11/22 13:40 ID:4e5

賛成

いろいろな場面で元号表記が非効率のもとになっているのは事実。すぐにでも元号表記縛りはやめて西暦表記を標準化してほしい。これができないなら、規制改革など何もできないと思うのですが。

58：ほげ 2020/11/22 14:46 ID:d5d

個人としては入力や確認は西暦をデフォルト、任意で和暦に切り替えると言ったインターフェースが嬉しいと思います。記念品としての証書、例えば表彰状等は和暦の方がという古い価値観もあるかなと。同時に、海外の方々を考えると、ユダヤ暦やイスラム暦等にも対応しても良いのかなと。

統一してそれしか扱わないという話と、併用というより選択可能でデフォルトをどうするかという話は違うと思いますが、私は後者で、西暦、和暦に限らずもっと多様な紀年法に対応するというデジタルの強みを活かすべきだと考えています。

59：だるま 2020/11/22 14:50 ID:8f7

賛成

>>58

このアイディアの投稿者 jinmskさん の10/10 12:05 追記（以下に引用）を、支持します。

"併用案のお声をいくつかいただいておりますが、行政手続きにどういった利便性があるのかセットでないとかと思います。中途半端に残すくらいであれば不要なのではと考えております。"

60：dermania 2020/11/23 08:37 ID:9b9

反対

両方記載でお願いします

61：はいたにまさひろ 2020/11/24 01:41 ID:595

賛成

コストに関してですが、西暦の読み替えロジックに拡張性があるから問題なしとの意見ですが、システム屋目線でみると問題はないかもしれないが結局設定変更は何かしら必要かつ動作確認の試験工数も考えるとコストはかかるのでは？と思います。
まぁ、それも加味した保守契約なら改元時の別契約は不要でしょうが、結局保守契約内に設定変更にかかる費用が積まれてるだけというね。
職員実行で変更しても良いですが、それはそれでその職員の人件費がコストとしてかかっていますよね？

これこそ無駄な作業ではないですか？

62：ohnoma 2020/11/25 00:19 ID:3bf

賛成

外部から他人事的に考えると賛成です。
例えばこのサイトのように、システム化したときの時間軸は、西暦かUNIX時間で記録されます。
（AWS等のクラウドを含む）サーバ内のログファイルも西暦で作成されます。
例、この投稿の記録は、　20201125001900と記録されます。
世界中のシステムが西暦で動いていますが、和暦(元号)に変換するプログラムを作ると1箇所に付き１０万〜１００万円しないくらいのコストが、かかるとします。（計算方法は各社色々）
他国のプログラマがボランティアで公開しないためコストが高く付きます。（ossでライブラリが落ちてないため）
コストを掛けてでも和暦と西暦を変換する機能に価値があるのなら、仕方ないですが。
■↓ここの事です■

63：きんとん 2020/11/25 14:53 ID:2aa

中立

よくわからないのですが、書類などの手続きに和暦を使う必要性というのは、文化以外にどういったものになるのでしょう？
和暦が増えると書類やプログラムに手直しが必要になるというようなデメリットしか思いつかないのですが、それでも文化を守るために記載する必要があるというのでしたら仕方ないとはおもいます。

64：Caminoroad 2020/11/25 15:35 ID:c35

賛成

>>63
和暦というか、元号は1979年（昭和54年）に制定された元号法には契約書やその他文書に元号を使用しなければならないとは規定していません。
よって、元号を書類に使用しているのは、文化そのものであり、それ以外は何もありません。

しかしながら、役所が作成するあらゆる文書は西暦を使用する事なく、元号を使用しているのは事実です。これは通例、つまり昔から使用している慣習だからそうなっている、に過ぎません。乱暴な言い方をすれば、公的文書に押していたハンコと同じような位置付けかもしれません。

ハンコの場合は、鶴の一声で何とかなりそうですが（合理性の観点からも認印では本人認証の意味がないので）、元号を書類からなくす、というのは長い文化が絡んでいるため、昨年元号が変わったタイミングで何とか出来ていなければ、この先も厳しいとは思います。

まずは、民間の各種書類から廃止することは可能だと思うので、そこから始めるべき案件でしょう。

65：だるま 2020/11/25 17:13 ID:8f7

賛成

e-Statが、「統計表における機械判読可能なデータの表記方法」の意見照会を11月25日から12月1日まで行っています。

www.e-stat.go.jp

そこでは、"チェック項目1-10 e-stat の時間軸コードの表記、西暦表記又は和暦に西暦の併記がされているか"という案も書かれています。
www.e-stat.go.jp/..20201125.pdf#page=14

統計表だけで済む話では、なんですけどね > twitter.com/../1331478653977325569

66：ryo 2020/11/27 20:09 ID:116

反対

元号法は、元号を定めるきっかけと方法のみを立法化しただけだと思います。民法や公文書関係の法令に「文書に元号を使用しなければならない」という規定はないはずですので、>>64さんのおっしゃるように、文化・慣例ということになると思います。

ちなみに、>>21さんが「日本の元号は、大宝律令において公文書に年を記す際は年号を用いよという規定がなされた。以降、慣例として今日まで続く。公文書に元号を記すことは元号を元号たらしめる決定的な要素」という趣旨のご意見をされているように、「元号は公文書で使用することに意義がある」という元号と公文書の相互補完の関係性があることからも、「まずは民間から」という>>64さんのご意見には一理あると思います！

公文書（行政内部）の文書のみ元号を使用し、国民が行政に提出する書類や、行政が国民に出す書類は、国際化や個人が使用する暦を選ぶ自由を鑑みて西暦でもよいのかなと。

しかし、デジタル化によってプリントアウトそのものを廃止（紙媒体の文書そのものを廃止）するならば、ここで議論されているようにシステムのコストの問題になるってことですよね。

67：とある鯖管理人 2020/11/27 22:03 ID:85c

賛成

どちらでも利用可能にしたり併用すれば良いという意見に関して

一言で日付といっても、保管、表示、入力、印刷、他システムなどとの送受信などがあり、保管や他システムとの送受信に使用する内部フォーマットは西暦で、表示、印刷、入力はいずれか併用できるようにするという意味だと前提ですが、自動換算すりゃよいってほど単純ではないです。

ぱっと思いつく限りでも元号が変わると以下のような事象に対して検討・仕様設定・改定・テストが必要になり、これらをあらゆる行政システムについて改元対応を行うのはデジタル改革に大きな障壁になると思います。

・文字コードの㍻などの字形
・表示・印刷時のレイアウト
・元号が2文字じゃなかった場合の対応(レイアウト崩れなど)
・平成元年12月1日などの存在しない日付けに対しての例外処理
・有効期限などの未来日付けに対しての改元時の対応

68：マエッキー 2020/11/28 01:22 ID:c7f

反対

利便性が論点ではありません。
元号の形骸化につながり、断固反対です。

（誤解のないよう直接的な表現に修正しました。）

69：だるま 2020/11/28 04:37 ID:8f7

賛成

>>68
マエッキーさん、利便性は認めてるみたい (^_-)？

70：マエッキー 2020/11/28 11:14 ID:c7f

反対

>>69
「利便性」の定義によりますが、ユーザー目線でいうなら普段使っている和暦から自分で西暦に変換しないといけないので、非常に不便ですね。

ただ、この問題はそこを論点にするものではないと思っています。

71：野瀬田裕樹 2020/11/28 12:41 ID:2a5

賛成

現状は和暦を使いたい人と西暦を使いたい人が混在しているので、どちらの入力がユーザにとってより便利かは個人差があります。
UX観点で言えば、同一データに大して複数の入力形式を受け付けるために枠を大きく取るよりも、１つの入力形式で受け付ける方が好ましいです。
あるデータを入力するためにどの入力形式を採用するかを選択させるよりも、共通した一通りの入力形式が標準になり、ユーザはそれを学習する方が最終的なUXとしては好ましいものになります。
極端な例でいうと、西暦・和暦だけじゃなく皇暦や中国暦などとにかく全ての暦から選ぶ形式になっていたらどうでしょうか？選択が面倒くさいですよね？
確かに選択肢が２つであればまだその面倒くささは感じにくいですが、選択肢が１つとそうじゃない場合では選択するというプロセスがあるかないかという観点で大きくUXは変わってきます。
これは入力フォームの設計における基本的な原則です。
和暦と西暦で西暦の方が好ましい理由は既に多くの人が挙げられているので割愛しますが、和暦は全て行政手続きから排除すべきだと思います。

72：野瀬田裕樹 2020/11/28 12:48 ID:2a5

賛成

和暦文化の喪失の懸念に対しては、そもそも行政手続きによって和暦文化が支えられているという根拠を示すべきだと思います。
子供が和暦を意識するのは行政手続きを行うときだけだと本当に考えているのでしょうか？
和暦を知る機会、和暦を学ぶ機会は成人までの過程においてたくさん存在します。
伝統芸能などのように保護したいという主張であれば、それは行政手続きによってなされるべきではなく、教育課程などで行われるべきでしょう。
マイナンバーカードの取得のために伝統芸能への貢献が必須と言われたらどう思いますか？お箸の講習を免許証の更新の時に行うとしたらどう思いますか？
行政上の手続きは文化継承のためにあるわけではありません。
目的のための手続きなので、それ以外の要素は排して考えるべきでしょう。

73：マエッキー 2020/11/28 15:38 ID:c7f

反対

元号は「保護」するものではありません。
1373年前の「大化」以来、国民に長く定着してきており、これからも「使い続けていく」ものです。

（誤解のないよう補記）
行政手続で使わないこと自体が問題であるとの意見です。

74：野瀬田裕樹 2020/11/28 16:55 ID:2a5

賛成

>>73 そうですね、個人のブログやTwitterの投稿、普段の会話などで個人個人が和暦を使い続けることにはなんら問題はありません
そうして使い続ける人たちがいる限り和暦はなくなりませんし、行政手続きが西暦だけになろうとそれは変わりません
そのため、UX観点やシステムの保守運用などの観点でメリットがうまれる行政手続きからの和暦排除に問題はないということです

75：NAGATOnoWA 2020/11/29 11:45 ID:259

反対

>>72
公文書に年号を記すことがなぜ元号の決定的な要素なのかとの問いであるが

大宝以前の年号がなぜ定着しなかったのか？
大宝以降の年号はなぜ途絶えることなく今日まで続いているのか？


その理由を考えれば火を見るより明らかである。


そもそも、日本の根幹の一つである元号を伝統芸能に例えることは、絶える方向にあるものを無理矢理残すかのようなイメージを与えるもので、意識的かどうかを問わず、悪意のあるミスリードである。

ぜひ元号の本質的な部分まで掘り下げて意味のある議論をお願いしたい。

76：nao0x2c6 2020/11/29 11:58 ID:699

中立

賛成の人の主な意見
・手続きが面倒
・わかりにくい

反対の人の主な意見
・文化を大事に

なのであれば
「文化を大事にしながら手続きをシンプルにし、わかりやすいあり方を模索する」
という方向が、
「物質的・精神的にバランスの取れた先進国」な感じでよいではないでしょうか。

「面倒だから西暦」というロジックはわかりやすいかも知れませんが、違和感があります。

「西暦」はその名の通り、日本の暦ではないですよね。
西暦が生活に馴染んでいるのはわかりますが、それとこれとは別かなと。

技術の発展とは、
「生活や文化をより良く洗練させるため」の発展が大前提であり、
「文化を廃れさせるため」ではないものだと思います。

行政の手続きをまずデジタル化する。
これはまず必要かと思います。

その上で
「文化を大切にする」ことを考えながら
「技術側がフォローする」形で手続きは簡素化すればよい。

本質的に何が大事か。
この順番を考えることが
「日本の精神的・物質的両方の発展」という点で大事かと思います。

少なくとも出発点を
「和暦を手続きからなくす」から始めるのは、
順番として違うかなと思います。

77：だるま 2020/11/29 12:35 ID:8f7

賛成

>>76
出発点：ideabox.cio.go.jp/ja/about/


デジタル改革アイデアボックス 概要

デジタル化は、日常生活や仕事における手続きや情報共有、活用においてストレスを軽減させ、一人ひとりの暮らしを豊かにし、人々をより生産性の高い仕事に向かうことを後押しするために不可欠です。

しかしながら、我が国のデジタル改革は、その理想に比べて十分とは言えず、特に新型コロナウイルス感染症による働き方改革や、対面を伴わない形での諸手続の実現が望まれている中で、その課題解決は急務となっています。

そこで、インターネット上で国民の皆さんにアイデアを投稿いただき、デジタル社会のかたちやデジタル改革の進め方等について議論を行う仕組みとして「デジタル改革アイデアボックス」を急遽開設しました。

デジタル改革は総力戦です。様々なご意見やアイデアを持つ国民の皆さんこそがデジタル改革の大切な担い手です。

皆さんからの率直なご意見やユニークなアイデアをお待ちしております。

78：野瀬田裕樹 2020/11/29 16:21 ID:2a5

賛成

>>75
そんな問いはしてません。
全く関係のない話で全く論理の通らない話をしているだけで、根拠もないし思い込みだけでコメントをするのは議論の妨げになるだけなので控える方が良いでしょう。
今まで使われてる＆残ってる→だから使う＆残す、というトートロジー（同義語反復）ロジックは意味がないし根拠になりません。
こういうトートロジーを許すと今ある仕組み・システムは必ず残さねばならなくなります。
まさにデジタル改革における妨げといえるでしょう。

79：野瀬田裕樹 2020/11/29 16:28 ID:2a5

賛成

>>76
> 賛成の人の主な意見
> ・手続きが面倒
> ・わかりにくい

> 反対の人の主な意見
> ・文化を大事に

賛成派の意見が全然入ってませんね。
和暦を排除するメリットは手続きの簡便化やUX改善だけでなく、システム保守運用や開発費用の削減のようにコストも絡むものです。
また、日本国外から外国人が多く訪れ、帰化する人も多数おり、今後増えていくという潮流の中、行政手続きにおいては世界で標準的に利用されている西暦を使うのは当然の流れといえるでしょう。

行政手続きの目的は和暦を残すためにあるわけではありません。
和暦文化を継承し、残していくためにやるべきことは行政手続きに和暦使用を強制することではなく、文化継承のため教育課程として盛り込むなどそのための手段を模索すべきでしょう。

80：だるま 2020/11/29 16:38 ID:8f7

賛成

>>75
NAGATOnoWAさんが言うところの
元号の本質的な部分でもって
この議論に決着を付けて下さることを期待。

それは一体、何でしょう？

火を見るよりも明らかな、その理由。

81：nao0x2c6 2020/11/29 16:49 ID:699

中立

>>78
> 全く関係のない話で全く論理の通らない話をしているだけで、根拠もないし思い込みだけでコメントをするのは議論の妨げになるだけ

どういった点が論理の通らない話なのか、具体的に教えて下さい。
今後の参考にさせていただきます。

一応ですが、私は「中立」の立場です。
それは、そもそも「元号（和暦）」というものの価値自体の議論もすべきかと思うからです。（その意味で「出発点」に対する問いをしています）

その上で、「価値なし」となるのであれば、西暦に統一でもよいという立場です。

あくまで「残す・残さない」の判断基準を「面倒・面倒でない」だけで決めるというのは例えると「人として生きるためには効率よく食べられればよい」くらいな感覚を覚えます。

完全食だけを食する生き方を好む人もいます。
これなら、食事も排泄も最低限で済みます。

ただこういったものがあっても、食を楽しむ人がほとんどでしょう。
食を大事にしたい。それを忘れたら食文化は廃れます。

国の手続きで和暦が使えないのは、私は寂しいです。

多数派少数派あるのはわかります。ただ片側が劣っているという考え方はどうなのでしょうか。

82：nao0x2c6 2020/11/29 17:03 ID:699

中立

>>79
> 行政手続きの目的は和暦を残すためにあるわけではありません。
> 和暦文化を継承し、残していくためにやるべきことは行政手続きに和暦使用を強制することではなく、文化継承のため教育課程として盛り込むなどそのための手段を模索すべきでしょう。

こちらについては同意します。
この点を言えば、単純に和暦を使わないといった判断をするのは危険では？
とは思っています。
教養が我々にない状態で、世界の潮流をただ受け入れるという考え方を採用するということですよね。

まぁおっしゃるとおり、行政手続きで和暦を強制・矯正することで文化が守れるわけではないと思います。

ただ考え方として、西暦に統一するなら統一するで、もう少し文化のことを考えた上で、行政はこういうやり方で行こう、という選択の仕方がよいかなと思っています。

83：野瀬田裕樹 2020/11/29 17:09 ID:2a5

賛成

>>81
> どういった点が論理の通らない話なのか、具体的に教えて下さい。

大前提として、「公文書に年号を記すことがなぜ元号の決定的な要素なのかとの問いであるが」という問いはしていないので、そのあとの話は全く意味がありません。
私は和暦排除にメリットがあることをコスト面、UX面、世界の潮流などの観点から既に示しています。
また、反対派の懸念されている文化喪失の懸念に対しては、行政手続きの目的が和暦文化継承でないこと、文化喪失に対してはそれを目的とした別の手段を用いて対処するのが望ましいことを示しています。

和暦を行政手続きから排除することは、和暦文化に価値がないことと等価ではありません。
和暦文化に価値があっても、行政手続きからは排除すべきであり、その根拠として先ほど理由と反対理由に対する反論を述べていますが、これらに対する根拠ある意見は一切ありません。
どちらかが劣っているとか優れているとかではなく、和暦排除によるメリット、デメリットをきちんとあげて決めるべきです。
和暦排除にはユーザが慣れるまでの一時的な利便性の低下、一部ユーザの気分的なもの以外にデメリットは存在しません。

84：nao0x2c6 2020/11/29 17:17 ID:699

中立

>>79
> 賛成派の意見が全然入ってませんね。
> 和暦を排除するメリットは手続きの簡便化やUX改善だけでなく、システム保守運用や開発費用の削減のようにコストも絡むものです。

すみません。文字数ぴったりだったので、書ききれませんでした。
私もシステムエンジニアなので、理解できますし、同意する点もあります。

ただこの話をすると、
もともとコンピュータの世界は英数字しか使えないところに、
ユニコードと呼ばれる文字集合や、タイムゾーンの考え方、
また WEB の世界でも、右から読む言語圏のためのデザインサポートなど、
「技術が人の文化に合わせていく」という考え方で発展していると思います。

コストはもちろんかかると思いますし、実際手間がかかります。
ただ「いかに効率よくサポートできるか」を、技術者は考えて技術を磨いています。

こういった点で、単純にコスト減のために文化側を即切り捨てるのは違うかなと思っています。

（まぁ和暦対応入れることで予算オーバーするとかだったら、そのときは普通に仕方ないと思います）

85：nao0x2c6 2020/11/29 17:26 ID:699

中立

>>83
すみません。私宛の返信かと思っていたのですが、
NAGATOnoWAさん 向け　（>>75） の返信でしたね…
大変失礼しました。

（言い訳ですが、自分以外への返信にもメールが来るのですね。使い始めでして勝手がわかりませんでした）

86：ほげ 2020/11/29 17:43 ID:d5d

コンピュータシステムの話だけで言えば、別にここで議論する必要もなくXML なり JSON なり大体 RFC3399(ISO8601) で西暦に統一されていたり、unixtimestamp のようにそもそも年月日を意識しない表現になっているのではないですかね。

フロントエンドの話をすれば例えば Web であれば Intl.DateTimeFormat とか使えば西暦和暦変換できますよ。
そんなコストがとかシステム改修がとか目くじらたてるほどの話ですかね、逆に、既に一般的に結構な便利機能が利用する環境で提供されているのに、それでも改修に手間がかかるという主張はもっと根本的にダメな設計か実装がされているのではないかと疑いたくなります。仮にもしそうなのであれば、それは和暦/西暦の問題以前にそもそもの作りが悪いとしか言えないですね。

夏時間騒動の時も思いましたが、それコンピュータシステムの問題にしないでもらえるかな迷惑だからと思っています。

87：野瀬田裕樹 2020/11/29 17:43 ID:2a5

賛成

>>84 コストの問題だけでなく、UXや世界の潮流を鑑みる必要があります。
何度も書いていますが、行政手続きは和暦文化継承を目的とするものではありません。
文化を保護したいならそれように別で予算を割り当てる議論をすべきでしょう。
個人的見解でいえば、日本に現在する文化にシステムが合わせるのではなく、より効率的な仕組みの上に新しく文化を作っていくことが大切だと思います。
システムや仕組みは可能な限り効率化することで、時間や金銭に余剰が発生します。
この余剰によって文化継承や新しい文化の育みを為すことが好ましいと考えます。
仕組みを文化を理由に非効率化するのは、時間や金銭の余剰を減らし、文化の醸成のみならず文化継承にまでかえって悪影響を及ぼしかねないと思います。

88：yuuka 2020/11/29 17:45 ID:a05

基本西暦で運用をして、歴史的保存資料になるとの判定欄にチェックすることで、和暦を自動演算ソフトで添え書き追加出来るように出来ませんか。

89：だるま 2020/11/29 17:51 ID:8f7

賛成

>>88
賛成。


問題： この公文書「元号建定ノ詔書案」（ www.archives.go.jp/ayumi/photo.html?m=91&pm=3 ※）は、何年前の文書か？ カンニングは、しないでください。

90：ほげ 2020/11/29 18:02 ID:d5d

>>87 > コストの問題だけでなく、UXや世界の潮流を鑑みる必要があります。

世界で言えば意外と西暦を使わない国というのは結構ありますよ。特に宗教の影響が強い国は顕著ですね。逆に宗教を政治から切り離す事を徹底している国も西暦を捨てようとしたところもありますね。AD/BC という表記をやめようという話もあったりします。

91：nao0x2c6 2020/11/29 18:04 ID:699

中立

>>87
> コストの問題だけでなく、UXや世界の潮流を鑑みる必要があります。

> 仕組みを文化を理由に非効率化するのは

一般的でないかも知れませんが、和暦で物事を記憶する方もいます。
UX という観点を論じるのであれば、必要なサポートではないかとは思います。
同時にその点で非効率とまでは言いきれないかなと思います。

> 何度も書いていますが、行政手続きは和暦文化継承を目的とするものではありません。

はい。この点は同意です。

> 文化を保護したいならそれように別で予算を割り当てる議論をすべきでしょう。
> 個人的見解でいえば、日本に現在する文化にシステムが合わせるのではなく、より効率的な仕組みの上に新しく文化を作っていくことが大切だと思います。
> システムや仕組みは可能な限り効率化することで、時間や金銭に余剰が発生します。
> この余剰によって文化継承や新しい文化の育みを為すことが好ましいと考えます。

確かによいですね。
こういったことができるのなら、私も賛成です。

92：nao0x2c6 2020/11/29 18:16 ID:699

中立

自分でコメントしていて内容が一貫しなくなってきた（議論の中で気づかせていただいたこともあります）ので一応整理したものを投下します。

・面倒だから捨て去るという議論の出発点には違和感があります
・和暦のサポートを切ることが、そもそも本当に効率化・コスト減に直結するのかという疑問があります

上記 ２ つが腑に落ちていないので、中立という立場を取っています。
現状、普通に西暦も和暦もサポートすればよいのではと思っています。

世界の潮流の話でいうなら、
多様性を大事にする潮流だと思っているので、いずれあらゆる年号をサポートするのが一般的とさえなるのではと思っています。

93：Caminoroad 2020/11/29 18:38 ID:c35

賛成

何らかの申し込み用紙などでは、民間のものでは西暦が多くなりましたが、行政のものは元号が入ったものが印刷されて２枚、３枚綴りのもので用意されているケースもあります。
もちろん、元号が変わればその用意されている行政のものは破棄しなければなりません。もし、これが西暦で記述するようなものであれば、何の問題もなくそのまま使えるはずです。
なのに、元号が変わったということで、用意されている申請用紙などが無駄となるのです。

これも含めてどれぐら税金が使われているんでしょうね。

94：ほげ 2020/11/29 18:43 ID:d5d

>>93 そういうのはこれからオンラインになっていくらしいので問題にならないのでは ?

95：Caminoroad 2020/11/29 18:54 ID:c35

賛成

>>94
オンライン申請するためには何が必要なのでしょう。マイナンバーカードです。
現在の普及率で、これからはオンライン申請だから全く紙の申請書などが不要だと言うのは極論です。かといって、元号が使われ続ける限り、元号が変わるタイミングで大量の申請用紙が破棄されていくのです。

96：ほげ 2020/11/29 18:59 ID:d5d

>>95 まずは次の元号に変わるタイミングまでに状況がどうなるかですね。現状の話をしたところで大した意味はないと思いますよ。

それに、様式を用紙では無く PDF なりのフォーマットで配布すればいいだけでもありますね、そういった対応は既に色々なところで行われていますし、されていないところがあればそういった対応をお願いすれば良いのではないですかね。様式が変わるのは別に元号に限ったことでもないですし。

97：ryo 2020/11/29 19:44 ID:116

反対

>>93 市民目線では少々の手間ですが、印字された旧元号を二重線で消して、上部に新元号を書き足せばいいだけではないでしょうか。そういう訂正ならば税金と紙の無駄遣いになるよりいいですし、役所の人もそこを気にするとは思えません。
（また、脱紙媒体の意見もあるように、アイデア発案者の追記の意図からも、行政手続きのデジタル化という大きな観点からの議論も引き続き必要ではないでしょうか）

98：ろどりげす 2020/11/29 20:03 ID:200

反対

>>93
令和への改元の際「改元に伴う元号による年表示の取扱いについて」という方針が出てます。これにより旧元号が印刷されていたとしても、そのまま使用出来ます。
また、混乱を避ける観点として、平成を取消して令和と記載する例も挙げられてますが、平成を取消忘れて提出したとしても、有効とされてます。当方の職場では、平成の帳票が無くなってから令和に印刷発注を順次切り替えましたので、無駄に捨てた、ということはありませんでした。

99：NAGATOnoWA 2020/11/29 20:13 ID:259

反対

>>72 >>78
2020/11/28 12:48
「和暦文化の喪失の懸念に対しては、そもそも行政手続きによって和暦文化が支えられているという根拠を示すべきだと思います。」

これは「公文書に年号を記すことがなぜ元号の決定的な要素なのか」
と同じ意味ではないでしょうか。

少なくともその投げかけが意味する本質的な問いではないかと思います。

100：NAGATOnoWA 2020/11/29 20:16 ID:259

反対

>>80
元号の本質的な部分について、その淵源にまで遡ってみましょう。
日本書紀で最初に登場する年号は「大化」です。

その後「白雉」年号が続きますが、そこで一旦途絶え、約30年の空白があって天武朝で「朱鳥」年号が半年だけ登場し、また「大宝」年号まで約15年途絶えます。

この間の年号が実際に使用された痕跡は一切残っていません。

「大宝」年号以降は、今日まで途切れることなく連綿と受け継がれてきており、その意味で年号制度のスタートは「大宝」年号と言えます。

それではなぜ最初が「大宝」年号だったのか。

その答えは、大宝律令で規定された次のルールに凝縮されています。

【凡そ公文に年を記すべきは皆年号を用いよ】
（公文書に年号を記す際はみな年号を用いよ）

「大宝」年号と同時に定められたこの条文を先人たちが守り、今日まで受け継がれてきたからこそ、年号制度は日本に定着することになったのです。

公文書に年号を記すルールは、年号が使われず人々に浸透しなかった過去の反省を踏まえて生み出された、古代人の知恵の結晶とも言えるでしょう。

101：NAGATOnoWA 2020/11/29 20:17 ID:259

反対

>>80

公文書に年を記すという行為が日本における年号の価値を担保しているとすれば、それを廃止した場合、年号がもつ価値も当然に失われることを意味します。

形だけ年号が存在しても、使われない環境であればそこに価値は生まれないのです。

102：ろどりげす 2020/11/29 20:29 ID:200

反対

内部データについて西暦保存することについて異論は出てないかと思います。また、他のアプリケーションに取り込むためのcsv出力などについても、同様に西暦出力で良いかと思います。

ただ、人が何らかの入出力を行うものについては、入力は選択式、出力は並列記載が望ましいと考えます。文化云々というより、単に、西暦、和暦、どちらに慣れているかは人それぞれなので、それぞれに適した方式を選択出来た方が、間違いが減ります。西暦に統一したとして、和暦に慣れた方の入力ミスが増えたら、それの修正コスト（人的）の方が、よっぽど嵩みます。システムは人の誤りを防ぐために有るのであって、そのためのコストは必要なコストだと考えます。

既に、昭和→平成→令和と、改元に伴うシステム改修の知見も得られており、それでもコストが嵩む、というのであれば、当該システムの問題であったり、また、問題を把握しておきながら提案を行ってこなかったベンダーにも問題があるのでないかと、感じます。

103：便器株主 2020/11/29 20:57 ID:7fc

賛成

元号が増える度に各システムでコードが振り当てられます。システムごとにコードはさまざまです。しかし元号を表示する為にはコードが必要になります。

日本国憲法は天皇が公布したものであることから行政に対する手続きの基準は和暦となっています。

和暦のメリットは何も感じられません。

西暦でいいと思います。

104：dermania 2020/11/29 21:26 ID:9b9

反対

圧倒的多数の国民が元号を利用している以上、UXとしての和暦対応を否定するのは、平井大臣の言うところの『だれも取り残さない』という目標に反しています。賛成派の方々の意見は、システム構築側の理論が殆どで、利用者側としての視点があまりにかけていると思われます。
紙が無駄になるというのは、そもそもデジタル化が進めば、窓口での紙ストックを置く必要すらなくなるのでは？紙が必要ならオンデマンドプリントでしょうし、窓口での入力もタブレット等に置き換わるでしょう。

105：ryo 2020/11/29 21:30 ID:116

反対

>>103
行政文書に和暦（元号）を使用するということ、日本国憲法の公布手続きとに法的関係はないと思います。日本が近代化・西洋化した明治以降においても行政文書で元号を使用するのは、前近代からの「慣例」が続いているからではないかと。

106：ryo 2020/11/29 21:49 ID:116

反対

>>104
＞「だれも取り残さない」という目標に反しています
言われてみればそうだと思います。

むしろ、行政手続きのデジタル化において、西暦を使いたい人、和暦を使いたい人、どちらでも可能な人、その他の暦を使いたい人のそれぞれにとってのアクセシビリティを向上できると思います。

デジタル化によって、アクセシビリティが向上するからこそ、現在よりも多様性が尊重される社会にしなければならないのではないでしょうか。まさに、大臣の言っている「だれも取り残さない」という目標がそうだと思います。

私も、和暦廃止及び西暦統一ありきでの行政手続きのデジタル化には違和感があります。

（公文書での元号使用の意義に関しては、行政内部・行政機関間の文書や単に行政が外部に発信するだけの文書で使用（国民の多様性を鑑みて西暦等の他の暦法でも併記）すればよいと思います。）

107：yuuka 2020/11/29 22:13 ID:a05

歴史的記憶の条件として、皆さんは何を基準に覚えましたか？、歴史上の出来事を記憶するのは、社会情勢の変化などを見極める為に必要なはずです。今から起こる歴史を伝えるために必要だと思いませんか、変えるのは簡単ですが、過去の歴史のなかでの役割を丁寧に分析してから否定してください。未来のために。

108：だるま 2020/12/01 08:11 ID:8f7

賛成

これは、e-gov法令検索、対象カテゴリ"法律"で「商法」の検索結果。

商法（明治三十二年法律第四十八号）
　公布日：明治三十二年三月九日
　施行日：令和二年四月一日
　（平成二十九年法律第四十五号による改正）

商法施行法（明治三十二年法律第四十九号）
　公布日：明治三十二年三月九日
　施行日：平成三十一年四月一日
　（平成三十年法律第二十九号による改正）

金融商品取引法（昭和二十三年法律第二十五号）
　公布日：昭和二十三年四月十三日
　施行日：令和二年五月一日
　（令和元年法律第二十八号による改正）

家畜商法（昭和二十四年法律第二百八号）
　公布日：昭和二十四年六月十日
　施行日：令和元年十二月十四日
　（令和元年法律第三十七号による改正）

　ここで表記されている年次：明治、昭和、平成、令和○○年（漢数字）。
パッと見で、新古を判断できますか。
数字だけで素直に経過年数を勘定できるようにしませんか。

　元号併記はあってもよいでしょう。けど、元号一本足になるとまるでクイズです。

　e-gov法令検索。
これ、先月、システム更改されたばかりの最新版なんですよね。

109：ほげ 2020/12/01 08:58 ID:d5d

>>108 > パッと見で、新古を判断できますか。

検索結果を施行日順でソートする機能ありますよ ?
ついでに検索を西暦入力する機能ありますね。

少なくともシステムの問題では無いと思いますが。せいぜい、法令本文内に記述される日付とは別に法令に付随するメタデータとして発効日/施行日を西暦でも表示できる機能が欲しいで十分なのでは ?

110：UNZEN.JP 2020/12/01 09:11 ID:e15

賛成

入力や表示に変換機能（併記）をつければ解決する問題なのでは?

111：yuuka 2020/12/01 12:58 ID:a05

法文に関して、4桁の数字の誤認は、ままに、生じる事があると思います。ある意味、元号最大2桁の方が分かりやすいと言うことはありませんか？。

112：高橋宗開 2020/12/01 17:15 ID:794

賛成

色々議論が錯綜していますね。

私自身は西暦にするのは賛成で
〇昭和４０年→何年前だっけ？→検索して１９６５年と分かる→２０２０－１９６５＝５５年とわかる
というのが結構な手間なんですよね。

全てがデジタル化されるのは結構時間がかかるので、紙でのやりとりがある程度続く前提で考えるとちょっとしんどいなぁと思う次第です。

113：ほげ 2020/12/01 20:41 ID:d5d

>>112 > 全てがデジタル化されるのは結構時間がかかるので

全てがデジタル化される前提でデジタル化されれば問題とならないとするあれば、時間がかかるにせよそれまでの限られた期間だけのためという話になるわけで、その期間のためだけに西暦に統一するという手間をかけるの ? という疑問になりますが。

そんなのいいから早くデジタル化(とやら)をしろよで良いのでは。

114：だるま 2020/12/02 10:21 ID:8f7

賛成

>>93
Caminoroadさん
> これも含めてどれぐらい税金が使われているんでしょうね。
エビデンスの可視化は、議論の第一歩。

　内閣官房デジタル改革担当におかれては、

「平成31年4月1日 新元号への円滑な移行に向けた関係省庁連絡会議申合せ」
www.cao.go.jp/others/soumu/gengou/index.html

の周辺資料から、要した費用についての材料提供をお願いしたいところ。
次に対する備えとして、何かしらのものはお持ちでしょうから。

115：だるま 2020/12/06 13:31 ID:8f7

賛成

改修に関するコスト管理・リスク管理として、
日付管理を改修する場合と、
日付入出力変換を改修する場合と。

　情報システムのDevOpとしては、
どちらを選択する方がいいんでしょうかね。

　住基ネットの日付管理は、和暦。


住民記録システム標準仕様書【第1.0版】　2020年９月11日
www.soumu.go.jp/.._hyojunka/index.html

1.1.1 日本人住民データの管理

　生年月日については、住基ネット上は、日本人住民は和暦で管理されていることから、住民記録システムにおいても日本人住民は和暦で管理することとする。ただし、データベースに保持する形式として西暦も許容するが、入出力において和暦に変換する機能を有すること。

116：石田文明 2020/12/13 17:25 ID:95b

賛成

改元費用が大したことがないとおっしゃっている方は、ご自身のお財布から59,228千円という大金を捻出できるのでしょうか？
www.pref.saitama.lg.jp/..18-10/pdf/003867.pdf

改元の際書き換えが必要なのは元号を選ぶPull Down Boxだけではありません。Check boxを使っているところや帳票に元号を書いていてそれを片っ端から書き換えるという作業も必要になります。
また、元号処理依存部を最小限に留めるという節度を持っている開発者はほとんどおらず得てして、いろんな箇所に飛び散った元号処理を書き治す必要があるのが現実です。

また、生産性の無いものを作ることは経済効果ではありません。
無駄に元号を変える処理を税金で発注するぐらいなら、その税金を直接事業者に渡した方が無駄な労働を有意義な労働に回せるだけマシです。

117：だるま 2020/12/13 17:45 ID:8f7

賛成

>>116
> 改元費用が大したことがないとおっしゃっている方は、
> ご自身のお財布から59,228千円という大金を捻出できるのでしょうか？
> www.pref.saitama...T2018-10/pdf/003867.pdf

（ ← www.pref.saitama.lg.jp/../ST2018-10/main.html ）

　埼玉県民の方々には、屁でも無いのでしょうね。
その費用 6千万円 は、県の15部局のうちの1つであって、

実際は、県全体で、

また、都道府県、市町村、国、

そして、企業・団体 と合わせて、

日本全体で

いくら費やしたのでしょう。

118：MAKISHI 2020/12/14 14:27 ID:ded

賛成

>>116

反対されている方は税金使われてる感覚ないんですかね…

大半のシステムは改元対応できるのでコストかからないと
仰ってますが例えば病院なんてほぼオンプレなのでできませんよ？

これしかも元は税金ですからね

119：ほげ 2020/12/14 17:04 ID:d5d

>>116 ＞ また、元号処理依存部を最小限に留めるという節度を持っている開発者はほとんどおらず得てして、いろんな箇所に飛び散った元号処理を書き治す必要があるのが現実です。

元号処理依存部を最小限に留めるという節度を持っている開発者を選べば出来るのであれば、まずは元号処理依存部を最小限に留めるという節度を持っている開発者を選べば良いだけでは。

そんなに難しい話ですか ?

120：だるま 2020/12/14 17:22 ID:8f7

賛成

>>119
> 元号処理依存部を最小限に留めるという節度を持っている開発者を選べば
> 出来るのであれば、まずは元号処理依存部を最小限に留めるという
> 節度を持っている開発者を選べば良いだけでは。

　ほげさんに、全面同意。

　そして、
そのような 節度を持った開発者 らと一緒になって
ほげさんが挙げたようなことを含め
行き届いた 情報システム や 業務 の設計や運用ができていたのであれば、

2001年のe-Japan計画
（ www.kantei.go.jp/..ai1/1siryou05_2.html ）
から
ほどなくして
日本は
実を伴った世界最先端の
電子政府を
実現していたことでしょう。

121：ほげ 2020/12/14 17:51 ID:d5d

>>120 ＞　2001年のe-Japan計画

その程度の事で実を伴った世界最先端の電子政府を実現できるのであればやれよとしか思いませんが。あれ、そのためのデジタル庁ですよね ?

122：だるま 2020/12/14 17:55 ID:8f7

賛成

>>121
ほげさん。

ですよね？

123：Nickname 2020/12/21 14:46 ID:5d7

賛成

できうる限り廃止を求めます。どうしても日本の暦を使いたいのであれば、皇紀としてほしいです。

124：UNZEN.JP 2020/12/21 16:11 ID:e15

反対

すみません。大反対です。

まさかここまで日本人のアイデンティティーが凋落しているとは思いませんでした。
西暦、すなわち「キリスト歴」で日本を定義したくありません。
デジタルはデジタルで好きにすればいいのですが、廃止ということなら、日本人として私は反対させていただきます。
日本の行政なんだから日本の時間で記録して当たり前。

ところでこちらではアカウントを複数つくって投稿しても構わない仕組みになっていますか?
見慣れないお名前が多いと感じますが。まあ、アクセスログみればたいてい分かるんですけどね。アカウント数ではなく人数でカウントしていただきたいとの希望を述べておきます。
と、そこまで疑ってみたくなるほどです。

やるなら国民投票で。一人一票だから疑われずに結果を出せます。

125：hata 2020/12/23 20:36 ID:f38

賛成

西暦の統一に賛成です。 行政手続きの際、公務員の方でも思考にいくらか手を止めているのを見ます。和暦と西暦の換算というこの小さな段差に使う意識を開放できたら楽になるのは間違いないと思います。

文化なので行政手続きでも使い続けなければならないという意見には賛成できません。文化は環境に合わせてより優れた形に変化してきたのではないでしょうか。
測量法にはこうあります。
＞第一条　この法律は、計量の基準を定め、適正な計量の実施を確保し、もって経済の発展及び文化の向上に寄与することを目的とする。
計量単位はその時代ごと適正と考えられるものが使われてきたのでしょう。いくつかの単位系がまとめられ尺貫法になり、今では国際単位での統一が「経済の発展及び文化の向上に寄与」することになっています。
江戸時代に使われていた不定時法や太陽太陰暦も今は使われていません。仮に残っていても現代の広い地域を結ぶ情報網で使うにはふさわしくありません。
これが簡単に短期に変えられるとは思っていません。文化として人の記憶や記憶を引き出す物に残っているからです。しかし行政手続きを合理化することで日本はより発展できると考えます。

126：NAGATOnoWA 2020/12/25 17:35 ID:259

反対

>>125

古代以来、公文書に年号を記すことが日本における年号の本質的な価値を支えていることは以前に投稿しました。（ >>100 >>101 ）


日本の年号制度は、その過程や当時の国際関係を見ると、白鳳時代に日本国号と一体的に成立したと考えられています。

したがって年号は、日本という名前と並んで私たち国家の根幹を構成していたからこそ、今日まで変わらずに受け継がれてきたのです。


年号は「文化だから使い続けなければならない」訳ではではありません。
神社等でたまに目にする「皇紀」は日本のオリジナルな文化ですが、全員が使い続けなくとも文化として残っています。

つまり話は逆で、文化だから年号を記すのではなく、公文書に年号を記す行為が年号の普遍的な価値を担保しているのです。

127：NAGATOnoWA 2020/12/25 17:36 ID:259

反対

>>125

また、文化の変遷例として測量の単位や不定時法、太陽太陰暦を挙げていますが、それは国家の根幹と何ら関わりはありません。

そのような文化は、学問の発展や環境の変化に合わせて、経済的な発展や文化向上に寄与するものであれば柔軟に変えるべきと思いますし、現に先人たちもそうしてきています。


同様に行政手続きのデジタル化も、暮らしの発展に大きく寄与するもので強力に進めるべきだと思いますが、その変革に伴う社会の発展は、私たちが培ってきた根幹の上にこそ、成り立つものではないでしょうか。

128：hata 2020/12/26 10:34 ID:f38

賛成

すみません、和暦廃止くらいの感覚で書いてしまいました。行政手続きだけですね。

>>126
存在価値のために公文書で利用し続ける必要があるというように読めますね。それでは機序が逆転してしまっています。
不便なことがアイデンティティだというならそれは変えたいですね。

129：ryo 2020/12/26 13:14 ID:116

反対

行政手続きでの和暦（元号）廃止は、「元号の価値の喪失」に直結するという、行政手続きの利便性とは別の問題をはらむということではないでしょうか？

（>>127の「その変革に伴う社会の発展は、私たちが培ってきた根幹の上にこそ、成り立つもの」という一文からそう理解していいんでしょうか？）

130：ryo 2020/12/26 13:23 ID:116

反対

「行政手続き」の面から暦について考えてみました。

（手続きにおけるデジタル・アナログに関係なく言えることだと思いますが、）申請や届出などの行政手続きは、様々な人が利用できるものであることが基本だと思います。

つまり、「行政手続きの利便性」と「アクセシビリティの確保」はセットということです。アクセシビリティは、物理的なものだけでなく、心理的なアクセシビリティも含まれると考えます。

例えば、後者は、「暦」がその一つであると思います。
「西暦を使いたい」「和暦（元号）を使いたい」という人たちが、自分が使いたい暦を使えることが重要ではないでしょうか。

西暦に「統一」するという点に違和感があります。

131：UNZEN.JP 2020/12/26 23:48 ID:e15

反対

常識的に考えれば「併用でいいんじゃない?」なのでしょうが、提案者が「併用に反対」されているので議論になっています。
主張としては「行政手続きの利便性」のために「行政手続きから和暦を排除する」という主張をされています。
デジタル化が普通にできていれば、西暦というより「事務的年代カウント」いわば「デジタル歴」として併記は可能です。例:令和元年（2019）など、表示しなくても事務手続きの時に参照すればいいことです。
私自身、日付の関連性を必要とするファイルの保存名には20201226などと付記して管理しています。簡単なことなので気をつければ誰でもできることですが、この提案はそのような「手間を省き、ちょっと楽したい」ために行政手続きから和暦を排除するという主張をされているとしか思えません。自分のフォーマットを他人に強制するようなものです。

令和から存命中の退位ができるようになりました。今後は計算しやすいような時期を選んで改元することも可能です。国が堂々と表記してこその自主独立の暦なのです。それを手間を省くためだけに無くそうというご提案には断固反対します。

和暦は文化ではなく、国家なのです。

132：シロウ 2020/12/28 10:12 ID:8a8

賛成

完全に同意です。履歴書なども元号を強制するところがあると非常に萎えます。

133：かやの 2021/01/07 21:16 ID:c95

反対

反対。使うということが和暦文化を大切にするということ。大切にするが使わない？ そんなのはナンセンスだ。むしろ役所は和暦一本に統一しましょう。戸籍や住民票など個人の手続きで外国と相互運用なんかすることなどあり得ないので西暦併用も必要ない。外国人は日本語覚えるついでに和暦も覚えなさい。

134：ryo 2021/01/07 22:18 ID:116

反対

反対です。その理由は、>>125、>>126さんが述べているところと同じです。

他の投稿でも述べましたが、ただ、「西暦に統一」に反対なのですが、「元号に統一」にも反対の立場です。

つまり、誰にとっても利用しやすいこと、心理的アクセシビリティが確保されていること。さらに、これらがデジタル化によって向上されること。こういうことが「行政手続き」に求められるものなのではないでしょうか。

135：b 2021/01/07 23:51 ID:605

この長命スレの意見をみるに
和暦を嫌う人たちは、人間の脳内での和暦と西暦の換算を疎ましく思っている
で、何故か西暦が合理的でコンピューターと親和性が高いと勘違いしている
コンピューターの内部処理が西暦とさえ思ってる人もいる
つまりデジタルと関係がない

コンピューターの内部ではいわゆるUNIX時間などの単位で時間を扱っている
だからコンピューターからみたら西暦も和暦も同程度にアナログ臭い人間的なものに過ぎない
要するに、和暦にせよ西暦にせよ表現層でわざわざ変換しているのだ
だからデジタル思考においては和暦での表記はなんらコストのかさむものではない

デジタル化が高度に進んだ行政手続きにおいて、この和暦西暦というのは問題にすらならない
よって、和暦のままで全く構わない
デジタル化はITによって文化を守るべきなくてはならず、文化をデジタル化の名目で破壊すべきではない

136：hata 2021/01/08 14:11 ID:f38

賛成

>>135 換算を疎ましく思っているというか事実障害になっていますね。人は暦をUNIX時間で処理していません。暦は数字で表すものなのでデジタルかアナログかというのもずれています。

改元コストの例としては59,228千円(>>116)が出ています。ひとつの県の1つの組織で約6千万円だそうです。問題にならないならコストはほぼ0でないとおかしいですね。

文化を守るためのものでもなさそうです。文化を守るために行政手続きで和暦を使っているという根拠は出ていません。

137：b 2021/01/08 15:40 ID:605

>>136 結論として、和暦にするか西暦にするかはデジタルにはほぼほぼ関係のない話で、単に好き嫌いの話に落とし込めるだけに過ぎない、それだけのことだ

和暦関連のコストについては、行政の外注コントロールの問題に過ぎない

138：ryo 2021/01/08 21:34 ID:116

反対

「日本の元号制度は公文書に年号を記すことで歴史上その価値が担保されている」と>>100、>>101、>>125、>>126で述べられていると思います。

行政手続きのデジタル化（デジタル申請）ができれば、
（↑PDFをプリントアウトして紙媒体で提出する等はないのが前提）

①利用者が申請する時は、各自が利用しやすい暦で入力（>>135さんの指摘する「表現層）。【目的：心理的なアクセシビリティ＝暦法を選ぶ自由（「表現の自由」「思想の自由」に含まれると解します）を担保。すべての手続利用者に公正な行政運営を実現。】↑>>130、>>134でも述べていますが

②コンピューターではUNIX時間になる。

また
③行政が発行する公文書は、元号（表現層）。
【目的：公文書に元号を記すことで、その価値や文化性を担保。】

ということは、技術的に可能なのでしょうか？

これまでの議論で話題に上がっているコストについては、改元は数年に一度という頻繁なものでもないので、次期改元までに技術が進歩してコストが低くなるということも考えられないでしょうか。

139：hata 2021/01/08 22:22 ID:f38

賛成

>>138 確かに「日本の元号制度は公文書に年号を記すことで歴史上その価値が担保されている」と主張している人はいますが、引いている文にあるのは年号を使うということだけで、文にはその人が主張するような理由は書かれていないように見えます。

140：便器株主 2021/01/08 23:52 ID:7fc

賛成

少なくとも同一帳票の中で外国人の嫁さんだけ西暦の誕生日という謎システムは止めてはどうかと。

何目的なのか分からないので。

141：かやの 2021/01/09 03:29 ID:c95

反対

文化とは合理性で計られるものではありません。むしろ天然記念物のように、役に立つ・立たないを問わず無条件保護が第一オプション。なぜなら失われた文化は元に戻らないからです。海外でも「郷に入っては郷に従う」が基本。外国人が本国人にあわせるのが当然であることを、彼らは疑いもしませんよ。せっかく日本文化に興味を持って来てくれた外国人に対して「あなたの文化にあわせます」などと間違った気遣いをしては相手も困惑するでしょう。もしあなたが和暦を使いにくいと感じるなら、それはこれまでまかり通ってきた文化の毀損の結果です。そうやって失われてきた文化は枚挙に暇がありません。そのようなことを許すから、「除夜の鐘がうるさい」などと調子に乗る輩が現れるのです。もうそろそろ歯止めを掛ける時。和暦で統一しましょう。ただ電子フォームなら西暦で入力したものを和暦に変換する機能は付けてもいいかもしれませんね。それこそITの力なのですから。

142：ryo 2021/01/15 20:30 ID:116

反対

>>139

>>100の投稿に対する補足なのですが、

古代の東アジアでは、十干十二支か中国の元号を使用するのが一般的だったが、飛鳥時代の日本においては、独自の元号が生み出された（それが、「大化」「朱鳥」「白雉」）。しかし、広くは定着はせず、実際に使用されなかった。と、歴史の講義で習った記憶があります。

>>100の内容も踏まえると、

過去に独自の元号が根づかなかった反省から、『大宝律令』という法典に「公文書に元号を使用せよ」と明記した。結果、元号が制度として定着した（当時、文字が書ける階層の中に貴族や官僚がいましたが、彼らは業務で公文書を作成します。）。もっとも、武家社会の到来により朝廷の権力が低下し、『大宝律令』が意味をなさなくなっても、慣習として元号制度は続く（例えば、改元では、朝廷の案の中から、幕府の将軍が選定するなど）。つまり、元号が元号としての価値を担保した最初の契機が「公文書における使用にある」。

ということではないでしょうか？

143：一心同体 2021/01/16 11:14 ID:f40

Hello! but I am against your idea.
We Japanese has a long history and an honorable traditions.

And math is sometimes needed if you want to skip.
Maybe your grandmother in the nursing home can not memorize.

144：ジェム 2021/02/22 16:39 ID:f1d

反対

どちらかに揃えるなら、むしろ西暦を公的分野では完全廃止すればいい。
外国人が頻繁に使う手続き・書類以外にそもそも西暦は不必要です。
混在すると混乱してダメということで、他に政治的な下心が無いならば、
別にどっちに揃えてもいいはずですよね？

144.1：Starla Fincham 2021/02/26 23:23 ID:6d6

反対

You Won&>>40;t Want To Miss This!

Buy N95 Mask only $1.69 each and get 10 pcs of medical surgical masks for FREE.

Limited Time Offer! &>>44; Fast Shipping! Get yours here: pharmacyusa.online

Cheers,

「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.2：名無し 2021/03/04 19:14 ID:???

反対

提案者は、ただの無意識の正義感で、あおり運転者と似た精神。運営が、バカみたいにコメントするから、今の結果になる。

144.3：Katrina Allen 2021/03/05 14:19 ID:Ta8

反対

Hey there

Buy all styles of Oakley Sunglasses only 19.99 dollars. If interested, please visit our site: framesoutlet.online

Cheers,

「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.4：Olivia Alcock 2021/03/08 22:48 ID:aDw

賛成

Hey there

Buy face mask to protect your loved ones from the deadly CoronaVirus. We wholesale N95 Masks and Surgical Masks for both adult and kids. The prices begin at $0.19 each. If interested, please visit our site: pharmacyoutlets.online

Sincerely,

「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.5：Eugenio Joseph 2021/03/12 07:43 ID:NA+

中立

Morning

The complete selection of all Ray&>>46;Ban sunglasses styles available online and only 19.99 dollars.

Insanely special offer for the next 24 hours only! Get yours here: sunglassusa.online

You Won&>>40;t Want To Miss This!

Kind Regards,

Eugenio
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.6：Kami Herrod 2021/03/13 22:18 ID:xXv

賛成

The >>2 Best Dog Bed Of 2021
Get yours now, we&>>40;re currently having a sale & Free Shipping
Shop now: dogloverclub.store

「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.7：Fred Thacker 2021/03/15 06:21 ID:Xag

反対

Good Morning

Defrost frozen foods in minutes safely and naturally with our THAW KING™.

50% OFF for the next 24 Hours ONLY &>>44; FREE Worldwide Shipping for a LIMITED time
Buy now: thawking.online

Regards,

Fred
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.8：Eric Jones 2021/03/19 21:16 ID:Czj

賛成

Hello, my name’s Eric and I just ran across your website at goto2ch.net...

I found it after a quick search, so your SEO’s working out…

Content looks pretty good…

One thing’s missing though…

A QUICK, EASY way to connect with you NOW.

Because studies show that a web lead like me will only hang out a few seconds – 7 out of 10 disappear almost instantly, Surf Surf Surf… then gone forever.

I have the solution:

Talk With Web Visitor is a software widget that’s works on your site, ready to capture any visitor’s Name, Email address and Phone Number. You’ll know immediately they’re interested and you can call them directly to TALK with them &>>46; literally while they’re still on the web looking at your site.

CLICK HERE talkwithcustomer.com to try out a Live Demo with Talk With Web Visitor now to see exactly how it works and even give it a try… it could be huge for your business.

Plus, now that you’ve got that phone number, with our new SMS Text With Lead feature, you can automatically start a text (SMS) conversation pronto… which is so powerful, because connecting with someone within the first 5 minutes is 100 times more effective than waiting 30 minutes or more later.

The new text messaging feature lets you follow up regularly with new offers, content links, even just follow up notes to build a relationship.

Everything I’ve just described is extremely simple to implement, cost&>>46;effective, and profitable.

CLICK HERE talkwithcustomer.com to discover what Talk With Web Visitor can do for your business, potentially converting up to 100X more eyeballs into leads today!

Eric
PS: Talk With Web Visitor offers a FREE 14 days trial – and it even includes International Long Distance Calling.
You have customers waiting to talk with you right now… don’t keep them waiting.
CLICK HERE talkwithcustomer.com to try Talk With Web Visitor now.

If you&>>40;d like to unsubscribe click here talkwithcustomer.com/..e.aspx?d=goto2ch.net

144.9：Roland Margarot 2021/03/21 02:51 ID:f0+

賛成

Hello there

Wholesale Medical Surgical Masks for both adult and kids &>>46; Buy Now as Low as $0.19/mask

Shop now: pharmacyoutlets.online

Sincerely,

Roland
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

144.10：Eric King 2021/03/28 12:43 ID:vP2

中立

Hello,
I hope life is treating you kind!

Are you looking for working capital to further grow and expand your business?

If so, put the power of a direct lender to work for you.

We provide loans up to 500k without requiring good credit or collateral. This is because we base our funding decisions off your
total monthly bank deposits, and we approve over 95% of all businesses!

Plus, we provide you a funding decision within 30 seconds without submitting a single document, and funding the very next day.

Visit www.bizfunding4you.xyz to see how much you qualify for! Applying does NOT affect your credit!

Also, please check out this video to see all the funding options we have available for you. www.bizfunding4you.xyz/video

Thanks again and we look forward to funding you soon.

Warm Regards,

Eric King
Biz Funding 4 You
www.bizfunding4you.xyz

144.11：Bryan Prendergast 2021/03/29 10:32 ID:V9O

中立

Good Morning

CAREDOGBEST™ &>>46; Personalized Dog Harness. All sizes from XS to XXL. Easy ON/OFF in just 2 seconds. LIFETIME WARRANTY.

Click here: caredogbest.online

Thank You,

Bryan
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

164：charm_sappari 2021/04/02 00:11 ID:dbc

賛成

>>160
まだ「理由」と「結果」を混同してますね。。。
どういえば理解してもらえるのかな。

＞「適切」として存続してきたものです。
「良いものだから残そう」というロジックであればね。
もし「残っているから良いものと言えるので残そう」なんて考え方に陥れば、
良いものだろうと悪いものだろうと残ってしまうことが理解できます？
あなた、ずっとこっちを言ってるんです。

＞自分が面倒だからその部分の廃止を政治権力にやってもらおうというのは、
当方、自分の面倒を政治権力を操って実現するような権力は持っていないんですが。

＞全体への影響を考えないただのわがままだと思います。
具体的に全体への影響とやらを語ればいいじゃないですか。もちろん付き合いますよ。

＞それを「廃止」というある種の暴力で行おうとする姿勢に違和感を感じます。
「廃止」を希望したら「ある種の暴力」なんですか？
私は意見を文章にして書くことしかしてないです。あなたと同じですよ。

＞自然に消滅します。
「ある種の暴力」なのか「自然に消滅」なのかは、恣意的に表現を変えているだけで、同じこと。
維持も廃止も同じく人間がやること。

165：charm_sappari 2021/04/02 00:14 ID:dbc

賛成

>>161
＞文化否定ではない
いいえ。
私は良いと思う文化には賛成しますが、良くないと思う文化は否定します。
「文化否定ではない」などという但し書きなどしません。

166：UNZEN.JP 2021/04/02 00:29 ID:e15

反対

>>164
ほんとどう言えば理解できるんでしょうね?
私は「良い文化だから残そう」とは思っていませんよ。
文化の良し悪し、を決めるのはあなたでも私でもありません。
評価することはできます、個人の嗜好としてね。
必要ならば存続する、必要でなければ消滅する、ただそれだけです。

あなた方の主張は「自分には不都合、面倒だから廃止してほしい」と政府主催の意見募集の掲示板に投稿しているわけです。
それは強制力を期待してのことです。

で、あればその不合理な主張に対して、別の意見を持つ者がリアクションを起こす、これも自由でしょう?

嫌なら使わなければいい。自分の責任範囲で。それだけのことです。

おわかり?

167：UNZEN.JP 2021/04/02 00:33 ID:e15

反対

>>165
そうですね。
自分の気に入らない文化は否定されるのですね。

私は自分が気に入らなくても文化は過去も含めた日本国民全体のものだと思いますので、否定はしません。

追従しないだけです。

168：charm_sappari 2021/04/02 00:38 ID:dbc

賛成

>>161
＞はっきり言うと行政文書に自分の生年月日が西暦で載るのは不愉快なんだ。
なるほど、こういう主観的な意見、貴重だと思います。
でも、私は不愉快でなく、和暦の面倒さの方が不愉快なんですよね。
私は結構主観重視なんです。
議論していくうちに、お互いの主観の違いの原因がわかってくるかも、なんて思います。

＞日本文化だけを合理性によって切り捨てておきながら、
＞「多様性」を語るダブルスタンダードは止めなさい。
それは論理が逆だと思うな。
日本人だからと言って日本文化を好んで当然という考えの方が反多様性だと思うけど。

169：charm_sappari 2021/04/02 00:46 ID:dbc

賛成

＞文化の良し悪し、を決めるのはあなたでも私でもありません。
↑↓
＞評価することはできます

＞否定はしません。
↑↓
＞追従しないだけです。

そうですか、、、
そこ、別に反発する必要なくない？
表現の仕方の違いでしょ。
そういうところは歩み寄っとけばいいじゃん。

170：charm_sappari 2021/04/02 01:02 ID:dbc

賛成

>>166
一つとても気になるところが。
＞あなた方の主張は「自分には不都合、面倒だから廃止してほしい」と政府主催の意見募集の掲示板に投稿しているわけです。
それは強制力を期待してのことです。

はい。それが何か問題ですか？
社会への影響を期待して発言する。
それが「わがまま」で「ある種の暴力」なんですか？
何か悪いことなんですか？

171：UNZEN.JP 2021/04/02 01:08 ID:e15

反対

>>169 >>170
自分の個人的な不都合や事情で「気に入らないから」と言って、他の人まで禁止するようなことをやっているのですよ?
言うのは勝手ですが、それに対して異論がある人たちが反論するのも自由でしょう。

自分だけの価値観に他者を巻き込むのがよろしくないので、反発されるのも当然です。
逆に私が「西暦廃止」と言ったらあなたも反論するでしょう? 黙って「はい」と言いますか?

おわかり?

172：charm_sappari 2021/04/02 01:16 ID:dbc

賛成

>>171
え？どこへの反論？
何も問題ないですよ。
大いに反論してください。

173：charm_sappari 2021/04/02 01:48 ID:dbc

賛成

突然何の話なのかわからなかったので、混乱してしまいました。

和暦に賛成なのか反対なのか、お互い自由に意見を述べ合う。
全く問題ありません。私もそれをやりに来ています。
私の意見に反論が来るのも歓迎です。

先ほどの話は、これと全く別でしょ？
「自分が面倒だからその部分の廃止を政治権力にやってもらおうというのは、全体への影響を考えないただのわがままだと思います。」
「「自分には不都合、面倒だから廃止してほしい」と政府主催の意見募集の掲示板に投稿しているわけです。それは強制力を期待してのことです。」

これ、自由に意見書くこと自体を批判してますよね。
私もあなたも、政府主催の意見募集の掲示板に、自由に意見を書いて全く問題ないですよね？

174：鈴木潤 2021/04/02 12:31 ID:262

賛成

めんどくさいので手続きでは西暦で統一してほしい。伝統的で文化的な習慣で頭を使うので良いという反論もあるが、その文化を行政手続きで残す必要はないし、頭を使う必要があるなら、その時間やコストはもっと有意義なことに使ったほうが社会の発展につながると思います。

175：yuuta2020 2021/04/03 16:26 ID:2b2

賛成

>>20

>月は 10月なら、10と書くのか Oct や October と書くのか
10　でおｋ

・日は序数で表示する（例：22日は 22nd）／しない 22
22　でおｋ

>外国人向けといいますが、イスラム暦や台湾で使われる民国紀元を無視するのはどうかと。

西暦でよくね？
というのもイスラム暦や民国紀元より西暦のほうがわかりやすいから

175.1：Marina Moore 2021/04/06 11:45 ID:FaY

中立

Hello

World&>>40;s Best Neck Massager Get it Now 50% OFF &>>44; Free Shipping!

Wellness Enthusiasts! There has never been a better time to take care of your neck pain!
Our clinical&>>46;grade TENS technology will ensure you have neck relief in as little as 20 minutes.

Get Yours: hineck.online

Best,

Marina
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

175.2：Derek Sinclaire 2021/04/15 05:25 ID:7cZ

反対

Hey there

Trim your dog&>>40;s nails safely from home.

Get it while it&>>40;s still 50% OFF &>>44; FREE Shipping

Buy here: pawsafer.shop

Thank You,

Derek
「アイデアボックス」を2ch風にしてみた。| デジタル庁板

175.3：Wilford Paris 2021/04/17 05:57 ID:Iac

反対

Morning

Meet your best Buds &>>46; True Wireless Earbuds with amazing sound, convenience, portability, & affordability!

Order yours now at 50% OFF with FREE Shipping: musicontrol.online

Regards,

Wilford
「アイデアボックス」を2ch風にしてみた。| デジタル庁板