アカウント名:
パスワード:
公文書で使う日付は西暦に統一すべき。元号を殺せとは言わんが、公文書や正式な書類ほど和暦を使わせるのは本当に良くない風潮。
まあ気持ちは分からんでもないが、ITの使用の心得として基本的に間違ってると思う。
基本は、社会を便利にするためにITを使うであるべきで、ITがうまくいかないから社会を変えるは逆でしょ。
ITのためというか、ITが深く組み込まれている社会のためにというか。漢字の統合とかも同様かな。誤字・誤用・送り仮名問題とかは、「ルールを簡略化」の他に「間違ってても許容しようぜ」って方向性もあるからややこしいけど(ITの負担は増える)。
ITによって受けられる恩恵が大きいなら、ある程度はITに合わせて社会を変える必要もあるでしょ。平成◯年は西暦でいうと…なんて役所の記入デスクでやってるのは不便な社会。
でも、生年月日は昭和や平成とかじゃないとピンとこないでしょ。
昭和X年生まれって言われても自分の誕生年から差分ださないとわからない。大正以前はもはや西暦換算もできない。時代の話をする時は元号の方がわかりやすい。(1940年生まれは78歳とすぐに出るけど、昭和なのか大正なのかはよくわからない)
> 1940年生まれ
皇紀2600年。ほら、「金鵄輝く日本の」って歌が流行ったじゃないですか。
生まれ年の表現は、ジョージ・オーウェルのおかげで西暦のほうが好きなんですよ。
公的文章に使わなければあっていいんじゃない?
これで何か問題でも。
平成だとピンとこない昭和でも最近は曖昧
IT関係なく、元号をまたぐ年数の計算にいちいち換算が必要な表記は純粋に面倒だから正式文書に使うのはやめたほうがいいかと。
例えば新元号5年になったとき、「昭和54年生まれの人は今何歳だっけ」という計算を、西暦に変換せずにやる気はしないでしょう。
あるいは、今すでに免許証の有効期限が「平成34年」だったりする人はいると思いますが、新元号3年の時に「そういえば平成34年は新元号4年だっけ?」などと考えることになるんでしょう。 (今回はたまたま30引けば新元号になるので覚えやすいですが、正直これは運がよかっただけなわけで、次回もそうなるという保証はない)
元号は六曜と同じ扱いでいいと思いますよ。
行政も、でしょうか?
大分で「大安」「仏滅」入りカレンダー回収騒動 非科学的でも「載せて何が悪い」の声もhttps://www.j-cast.com/2015/12/28254481.html?p=all [j-cast.com]
火葬場は一般的に友引休日だから、宗派に関係なく六曜の影響は受ける。たとえば、7月31日の晩に亡くなったら、2日が友引だから、1日に通夜、2日に葬式という日程は立たなくなる。
まあ、探せば例外的に友引にやっている火葬場もあるが少数(東京23区付近なら友引にやってるのは臨海斎場のみで他は友引休み)。
パッケージソフトに合わせて会社のシステムを変更するのと同じでしょ?ITに合わせて社会を変えていけないわけがない。今回の改元ではITと元号どちらかを選ぶ事を強要される、って話なんだし。# どこぞの議員さん達は元号のためなら紙と鉛筆と算盤の昭和に還れ、って主張するんだろうなぁ。
この考えが主流だから日本のITはガラパゴス化したのでは?
良し悪しはここでは言及しませんけど
日本では人のためにITがあるのではなく国家のためにITがあるのです
そうやって客に合わせてカスタマイズしていったことで日本のSIは崩壊したんで、入れ物に体を合わせるのも大切です。
そうやって業務にパッケージを合わせろとカスタマイズを要求しまくった挙句不具合噴出しパッケージのアップデートに追従もできなくなるよくあるパターンですね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
一つのことを行い、またそれをうまくやるプログラムを書け -- Malcolm Douglas McIlroy
100万回言われてるだろうけど (スコア:2)
公文書で使う日付は西暦に統一すべき。
元号を殺せとは言わんが、公文書や正式な書類ほど和暦を使わせるのは本当に良くない風潮。
Re:100万回言われてるだろうけど (スコア:0)
まあ気持ちは分からんでもないが、ITの使用の心得として基本的に間違ってると思う。
基本は、社会を便利にするためにITを使うであるべきで、ITがうまくいかないから社会を変えるは逆でしょ。
Re: (スコア:0)
ITのためというか、ITが深く組み込まれている社会のためにというか。
漢字の統合とかも同様かな。
誤字・誤用・送り仮名問題とかは、「ルールを簡略化」の他に「間違ってても許容しようぜ」って方向性もあるからややこしいけど(ITの負担は増える)。
Re: (スコア:0)
ITによって受けられる恩恵が大きいなら、ある程度はITに合わせて社会を変える必要もあるでしょ。
平成◯年は西暦でいうと…なんて役所の記入デスクでやってるのは不便な社会。
Re: (スコア:0)
でも、生年月日は昭和や平成とかじゃないとピンとこないでしょ。
Re: (スコア:0)
昭和X年生まれって言われても自分の誕生年から差分ださないとわからない。
大正以前はもはや西暦換算もできない。
時代の話をする時は元号の方がわかりやすい。
(1940年生まれは78歳とすぐに出るけど、昭和なのか大正なのかはよくわからない)
Re: (スコア:0)
> 1940年生まれ
皇紀2600年。ほら、「金鵄輝く日本の」って歌が流行ったじゃないですか。
Re: (スコア:0)
生まれ年の表現は、ジョージ・オーウェルのおかげで西暦のほうが好きなんですよ。
Re: (スコア:0)
公的文章に使わなければあっていいんじゃない?
これで何か問題でも。
Re: (スコア:0)
平成だとピンとこない
昭和でも最近は曖昧
Re: (スコア:0)
IT関係なく、元号をまたぐ年数の計算にいちいち換算が必要な表記は純粋に面倒だから正式文書に使うのはやめたほうがいいかと。
例えば新元号5年になったとき、「昭和54年生まれの人は今何歳だっけ」という計算を、西暦に変換せずにやる気はしないでしょう。
あるいは、今すでに免許証の有効期限が「平成34年」だったりする人はいると思いますが、新元号3年の時に「そういえば平成34年は新元号4年だっけ?」などと考えることになるんでしょう。
(今回はたまたま30引けば新元号になるので覚えやすいですが、正直これは運がよかっただけなわけで、次回もそうなるという保証はない)
元号は六曜と同じ扱いでいいと思いますよ。
Re: (スコア:0)
元号は六曜と同じ扱いでいいと思いますよ。
行政も、でしょうか?
大分で「大安」「仏滅」入りカレンダー回収騒動 非科学的でも「載せて何が悪い」の声も
https://www.j-cast.com/2015/12/28254481.html?p=all [j-cast.com]
Re: (スコア:0)
火葬場は一般的に友引休日だから、宗派に関係なく六曜の影響は受ける。
たとえば、7月31日の晩に亡くなったら、2日が友引だから、1日に通夜、2日に葬式という日程は立たなくなる。
まあ、探せば例外的に友引にやっている火葬場もあるが少数(東京23区付近なら友引にやってるのは臨海斎場のみで他は友引休み)。
Re: (スコア:0)
パッケージソフトに合わせて会社のシステムを変更するのと同じでしょ?
ITに合わせて社会を変えていけないわけがない。
今回の改元ではITと元号どちらかを選ぶ事を強要される、って話なんだし。
# どこぞの議員さん達は元号のためなら紙と鉛筆と算盤の昭和に還れ、って主張するんだろうなぁ。
Re: (スコア:0)
この考えが主流だから日本のITはガラパゴス化したのでは?
良し悪しはここでは言及しませんけど
Re: (スコア:0)
日本では人のためにITがあるのではなく国家のためにITがあるのです
Re: (スコア:0)
そうやって客に合わせてカスタマイズしていったことで日本のSIは崩壊したんで、入れ物に体を合わせるのも大切です。
Re: (スコア:0)
そうやって業務にパッケージを合わせろとカスタマイズを要求しまくった挙句
不具合噴出しパッケージのアップデートに追従もできなくなるよくあるパターンですね。