多くの方が誤解しているのですが、Era Handling for the Japanese Calendar https://msdn.microsoft.com/en-us/library/windows/desktop/ee923790.aspx [microsoft.com]) に公開されているようにレジストリ対応すれば大丈夫、といった単純な話ではありません。その一例としまして、元号には 1 文字表示 (合字) が存在します。「明治」「㍾」「大正」「㍽」「昭和」「㍼」「平成」「㍻」といった具合です。この対応が必要になってくるのです。歴史的背景や技術的な詳細については後日 blog で説明しますが、まずは改元に際して発生する作業、プロセスを紹介します。
一人一殺 (スコア:1)
> システム屋を殺す気かと思いました
盛り上がるかどうかで判断する馬鹿は居ない方がためになる。
Re: (スコア:1)
新元号の名前と略号用の変数を準備するだけでは不十分すかね。
看板屋はんこ屋名刺屋印刷屋とか実体物扱うところは毎度お疲れ様の稼ぎ時なのでしょうね。
Re:一人一殺 (スコア:1)
こういう思い違いをしている馬鹿が多すぎるのでMSがわざわざブログエントリまで起こす羽目になった。
新元号 改元の対応のプロセス [microsoft.com]
そういや日本工業標準調査会も「シフトJISの拡張なんてマッピングテーブル差し替えるだけやろ」とかやって見事に無視された過去があったな。
Re:一人一殺 (スコア:2)
合字は要らないと思うなぁ
Re:一人一殺 (スコア:2)
役所とかで、今後の文書では合字の使用を禁止すればいいと思う。
過去の文書には遡及しない。
そうすれば、㍻までで、以後は追加更新しないで済む。
Re:一人一殺 (スコア:1)
合字を使わなければイケナイ理由ってなんだろうね。
英文字の略号禁止だけど一文字で表さないといけない制約があったのかな。
もしかしたら、イニシエの日本語ワープロ専用機時代になにかあったんだろうか。
Re: (スコア:0)
同意
Re: (スコア:0)
文字コードを連番で確保して、インクリメントすれば元号が進むようにしてくれれば万事解決なのにね
Re: (スコア:0)
何が解決すんだよ。
Re:一人一殺 (スコア:1)
「レジストリ対応すれば大丈夫」なんて思ってる人もいるんだ。
でも、元号改正自体は古よりわかりきってる事だから。
長きに渡って利用される予定のシステムで、元から対応準備してないならそれはそれで仕様決めた人達のうっかり感が滲み出そう。
Re: (スコア:0)
.Net framework 4系の和暦変換関数は確かにレジストリ対応すれば大丈夫なのだが、付随した問題がいろいろあるのだ。
ユーザが勝手に作って実装しているExcelマクロとか、Accessマクロとか、アプリケーションの入力フォームとか出力フォームとか、Microsoftのパッチを適用しただけではどうにもならないものが山ほどある。
Re: (スコア:0)
要は過去の身から出た錆
自分らの不始末で死ぬのに文句垂れてるってことさ
Re: (スコア:0)
SIerに何か影響があるように思えないけど?
まさに後で置き換えればいい事例の典型では。
Re: (スコア:0)
今時どれほど合字を使うシステムが残っているのか知りませんが、事前に合字を使わないように改修しておけば良いだけでしょ。
明日から切り替わるなんて言われたら間に合わないだろうけれども、今から対応しておけば何の問題にもならない。
Re: (スコア:0)
「次から合字を使わないことを確約してもらえる」ならその通りですけど、
この枝の話は「システムを改修する以前にまず色々決めてもらわなきゃいけない」ってところがネックなんだって話ですからね。
例えば合字以外でいえば明治大正昭和平成→MTSHという頭文字についても「次のは過去のと被らないだろう」というのは「ほぼ確実だけど確約はされていない状態」ですから、決まるまでどのように改修すれば良いか分からない。
(同じ漢字は使わない、についてはほぼ確実に大丈夫だけど)
最初から「元号なんて使わない」あるいは「どんな元号(文字かぶり、4文字以上含む)でも大丈夫」なシステムでもない限り、次どのように改修すれば”大丈夫”なのかが分からないのに、限定された仕様が設定されている文書/システムがあるのが問題なんですよ。
Re: (スコア:0)
>4文字以上含む
寿限無~みたいなのとか?
Re: (スコア:0)
大昔のNECの文字セットとの互換のために入れた元号合字を
新たに増やす意味がわからない
Re: (スコア:0)
MS関係ないし。