アカウント名:
パスワード:
なんで㍻なんてのが必要なのかわかりません。「平成」でいいじゃないですか。
組文字をコードに入れたJISとか、そもそも機種依存文字の時代にそんなもん作ったメーカ(NECか富士通か知らないですが)に文句を言うべきかと。
昔は昔、今は別の実装で使ってください。ってことにして、元号は排除したったほうがいいと思うけどねぇ。使う側が「元号コード(数値)+年」のセットで保存して、「元号コードと名称」を別に管理すれば済みそうだけど。
まぁ作ったメーカーがクソだったのかもしれないが、彼らもユーザーの要件組んで入れたんだろうしなぁ・・・ユーザーの要求にハイハイ言ってたらあとで痛い目見る例か。
1バイト、1ビットでも貴重だった昭和の頃ですから仕方なかったと思います。「昭和」で4バイト、外字「㍼」が2バイトなら小さいほうを選ぶのが正義です。「M/T/S」にして1バイトにしても今度は変換しなきゃならなくなりますからね。
よく言われるバイト節約の神話ですが、ぶっちゃけ元号と西暦ではそこまで差はないです。というか、固定レコード長上等の時代にはそれ以外の無駄の方がやたらと多くて正直誤差ですよ。とくにデータ境界を揃えたりとかやってると。
あとはまぁ、「入力した日付(元号+月日)をそのまま出力させる」ことが要求されるケースとか。例えば「昭和64年1月10日」の原データがあったとして、これを1989年1月10日で記録して出力時に元に戻そうとすると結構面倒なんですわ。果たして1989年1月10日は昭和64年か平成1年か? 西暦で保持してこれを「正しく」判定するには更に何らかの情報が必要になるという…。
汎用機の漢字in-漢字outとか知らない若い人かな?もう少し過去の事情を知らないと、ドヤ顔解説には向かないですよ
だから「元号採用がバイト数の節約」はそれほど効果のある話ではないって事だろ。
和文タイプライターに、組文字があったということが全てだと思う。事務処理機器なら、和文タイプライターのスタンダードには従うしかないでしょう…。
平成も要らないと思う。
この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。
元号なんて害はあっても利点は無し。
元号を続けることで有史以来固有の国家として存続しているとアピールしたいだけなんじゃないかな。実際は飾りにすぎない朝廷に対して実際の支配者が強制的に元号を変えさせたりもしてるんで、元号って「お面」に過ぎないんだよ。支配層が変わったアピール、飢饉や疫病が流行ってるから払拭する祈願を兼ねて変更してみたとか、暦で見ると適当に行われてる。
>この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。自分は逆に西暦で書いて突き返された。前に西暦で通った事も有ったので安心していたのだが、「前は通った」と言っても「ここは元号って事になっている」と言って取り付く島もなかった。
お役所には本来無い筈の担当毎の裁量が存在するのはなんでだろうな。実は元号問題自体よりもそちらを直した方が良いのかも。
お役所は罫線&表が大好き。罫線&表に(特に大量の)年号を並べる時、兎に角小さくしたい。お役人の都合だよ。
>この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。
後に続く独善的な文章から推察すると。この人には何を言ってもダメだと思われてこっそり書類を修正されているパターン。
もう新元号は「女子」(じょし)とか「彳亍」(てきちょく)とかにして、組文字が必要なときは「好」や「行」を使えばいいよね
「走召」「糸色」「木亥」「火暴」とかにすればいいんですね。わかります。
#自分で書く日がくるとはおもわなんだわ。
糸色はやめたほうがいいと思う。久米田康治が大喜びしそうだし。
そこでyasuoka先生の全力予想ですよhttps://srad.jp/~yasuoka/journal/608909 [srad.jp]
外人が見ると、冗談抜きでそう思うかもしれない。
西暦にしろって主張するよりも組み文字やめろって主張の方が受け入れやすいよね。
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell
素朴な疑問ですが (スコア:0)
なんで㍻なんてのが必要なのかわかりません。
「平成」でいいじゃないですか。
Re:素朴な疑問ですが (スコア:1)
組文字をコードに入れたJISとか、そもそも機種依存文字の時代にそんなもん作ったメーカ(NECか富士通か知らないですが)に文句を言うべきかと。
Re: (スコア:0)
昔は昔、今は別の実装で使ってください。
ってことにして、元号は排除したったほうがいいと思うけどねぇ。
使う側が「元号コード(数値)+年」のセットで保存して、「元号コードと名称」を別に管理すれば済みそうだけど。
まぁ作ったメーカーがクソだったのかもしれないが、彼らもユーザーの要件組んで入れたんだろうしなぁ・・・
ユーザーの要求にハイハイ言ってたらあとで痛い目見る例か。
Re: (スコア:0)
1バイト、1ビットでも貴重だった昭和の頃ですから仕方なかったと思います。
「昭和」で4バイト、外字「㍼」が2バイトなら小さいほうを選ぶのが正義です。
「M/T/S」にして1バイトにしても今度は変換しなきゃならなくなりますからね。
Re: (スコア:0)
よく言われるバイト節約の神話ですが、ぶっちゃけ元号と西暦ではそこまで差はないです。
というか、固定レコード長上等の時代にはそれ以外の無駄の方がやたらと多くて正直誤差ですよ。
とくにデータ境界を揃えたりとかやってると。
あとはまぁ、「入力した日付(元号+月日)をそのまま出力させる」ことが要求されるケースとか。
例えば「昭和64年1月10日」の原データがあったとして、これを1989年1月10日で記録して
出力時に元に戻そうとすると結構面倒なんですわ。
果たして1989年1月10日は昭和64年か平成1年か? 西暦で保持してこれを「正しく」判定するには
更に何らかの情報が必要になるという…。
Re: (スコア:0)
汎用機の漢字in-漢字outとか知らない若い人かな?
もう少し過去の事情を知らないと、ドヤ顔解説には向かないですよ
Re: (スコア:0)
だから「元号採用がバイト数の節約」はそれほど効果のある話ではないって事だろ。
Re: (スコア:0)
和文タイプライターに、組文字があったということが全てだと思う。
事務処理機器なら、和文タイプライターのスタンダードには従うしかないでしょう…。
Re:素朴な疑問ですが (スコア:1)
平成も要らないと思う。
この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。
元号なんて害はあっても利点は無し。
元号を続けることで有史以来固有の国家として存続しているとアピールしたいだけなんじゃないかな。
実際は飾りにすぎない朝廷に対して実際の支配者が強制的に元号を変えさせたりもしてるんで、元号って「お面」に過ぎないんだよ。
支配層が変わったアピール、飢饉や疫病が流行ってるから払拭する祈願を兼ねて変更してみたとか、暦で見ると適当に行われてる。
Re: (スコア:0)
>この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。
自分は逆に西暦で書いて突き返された。
前に西暦で通った事も有ったので安心していたのだが、「前は通った」と言っても
「ここは元号って事になっている」と言って取り付く島もなかった。
お役所には本来無い筈の担当毎の裁量が存在するのはなんでだろうな。
実は元号問題自体よりもそちらを直した方が良いのかも。
Re: (スコア:0)
お役所は罫線&表が大好き。
罫線&表に(特に大量の)年号を並べる時、兎に角小さくしたい。
お役人の都合だよ。
Re: (スコア:0)
>この数年、お役所等への申請書類で平成表記しないといけない部分以外、西暦で通してきたけど全くなんの問題もなかった(あたりまえ)。
後に続く独善的な文章から推察すると。
この人には何を言ってもダメだと思われてこっそり書類を修正されているパターン。
Re: (スコア:0)
もう新元号は「女子」(じょし)とか「彳亍」(てきちょく)とかにして、組文字が必要なときは「好」や「行」を使えばいいよね
Re:素朴な疑問ですが (スコア:2, おもしろおかしい)
「走召」「糸色」「木亥」「火暴」とかにすればいいんですね。わかります。
#自分で書く日がくるとはおもわなんだわ。
Re: (スコア:0)
糸色はやめたほうがいいと思う。
久米田康治が大喜びしそうだし。
Re: (スコア:0)
そこでyasuoka先生の全力予想ですよ
https://srad.jp/~yasuoka/journal/608909 [srad.jp]
Re: (スコア:0)
外人が見ると、冗談抜きでそう思うかもしれない。
Re:素朴な疑問ですが (スコア:1)
縦書きはしないですか?
Re: (スコア:0)
西暦にしろって主張するよりも組み文字やめろって主張の方が受け入れやすいよね。