パスワードを忘れた? アカウント作成
この議論は賞味期限が切れたので、アーカイブ化されています。 新たにコメントを付けることはできません。

新元号の発表は今年の年末以降に」記事へのコメント

  • by Anonymous Coward

    > システム屋を殺す気かと思いました

    盛り上がるかどうかで判断する馬鹿は居ない方がためになる。

    • by nemui4 (20313) on 2018年01月26日 15時51分 (#3351187) 日記

      新元号の名前と略号用の変数を準備するだけでは不十分すかね。

      看板屋はんこ屋名刺屋印刷屋とか実体物扱うところは毎度お疲れ様の稼ぎ時なのでしょうね。

      親コメント
      • by Anonymous Coward on 2018年01月26日 21時55分 (#3351427)

        こういう思い違いをしている馬鹿が多すぎるのでMSがわざわざブログエントリまで起こす羽目になった。
        新元号 改元の対応のプロセス [microsoft.com]

        多くの方が誤解しているのですが、Era Handling for the Japanese Calendar https://msdn.microsoft.com/en-us/library/windows/desktop/ee923790.aspx [microsoft.com]) に公開されているようにレジストリ対応すれば大丈夫、といった単純な話ではありません。その一例としまして、元号には 1 文字表示 (合字) が存在します。「明治」「㍾」「大正」「㍽」「昭和」「㍼」「平成」「㍻」といった具合です。この対応が必要になってくるのです。歴史的背景や技術的な詳細については後日 blog で説明しますが、まずは改元に際して発生する作業、プロセスを紹介します。

        1. 新元号が確定
        2. 新元号のグリフ (合字)
        3. 符号位置の確定
        4. 照合順序の更新
        5. ICU (International Component for Unicode) の更新
        6. グリフの作成
        7. フォントの更新
        8. アプリケーション、ツールの更新
        ※ 2. ~ 5. は、標準化などの国内、国際団体、フォーラムなどによる作業

        そういや日本工業標準調査会も「シフトJISの拡張なんてマッピングテーブル差し替えるだけやろ」とかやって見事に無視された過去があったな。

        親コメント
        • by nnnhhh (47970) on 2018年01月26日 23時27分 (#3351482) 日記

          合字は要らないと思うなぁ

          親コメント
          • by st1100 (45287) on 2018年01月27日 17時27分 (#3351889)

            役所とかで、今後の文書では合字の使用を禁止すればいいと思う。
            過去の文書には遡及しない。

            そうすれば、㍻までで、以後は追加更新しないで済む。

            親コメント
            • by nemui4 (20313) on 2018年01月28日 15時40分 (#3352202) 日記

              合字を使わなければイケナイ理由ってなんだろうね。
              英文字の略号禁止だけど一文字で表さないといけない制約があったのかな。

              もしかしたら、イニシエの日本語ワープロ専用機時代になにかあったんだろうか。

              親コメント
          • by Anonymous Coward

            同意

          • by Anonymous Coward

            文字コードを連番で確保して、インクリメントすれば元号が進むようにしてくれれば万事解決なのにね

        • by nemui4 (20313) on 2018年01月27日 6時51分 (#3351591) 日記

          「レジストリ対応すれば大丈夫」なんて思ってる人もいるんだ。
          でも、元号改正自体は古よりわかりきってる事だから。
          長きに渡って利用される予定のシステムで、元から対応準備してないならそれはそれで仕様決めた人達のうっかり感が滲み出そう。

          親コメント
          • by Anonymous Coward

            .Net framework 4系の和暦変換関数は確かにレジストリ対応すれば大丈夫なのだが、付随した問題がいろいろあるのだ。
            ユーザが勝手に作って実装しているExcelマクロとか、Accessマクロとか、アプリケーションの入力フォームとか出力フォームとか、Microsoftのパッチを適用しただけではどうにもならないものが山ほどある。

          • by Anonymous Coward

            要は過去の身から出た錆
            自分らの不始末で死ぬのに文句垂れてるってことさ

        • by Anonymous Coward

          SIerに何か影響があるように思えないけど?
          まさに後で置き換えればいい事例の典型では。

        • by Anonymous Coward

          今時どれほど合字を使うシステムが残っているのか知りませんが、事前に合字を使わないように改修しておけば良いだけでしょ。
          明日から切り替わるなんて言われたら間に合わないだろうけれども、今から対応しておけば何の問題にもならない。

          • by Anonymous Coward

            「次から合字を使わないことを確約してもらえる」ならその通りですけど、
            この枝の話は「システムを改修する以前にまず色々決めてもらわなきゃいけない」ってところがネックなんだって話ですからね。
            例えば合字以外でいえば明治大正昭和平成→MTSHという頭文字についても「次のは過去のと被らないだろう」というのは「ほぼ確実だけど確約はされていない状態」ですから、決まるまでどのように改修すれば良いか分からない。
            (同じ漢字は使わない、についてはほぼ確実に大丈夫だけど)

            最初から「元号なんて使わない」あるいは「どんな元号(文字かぶり、4文字以上含む)でも大丈夫」なシステムでもない限り、次どのように改修すれば”大丈夫”なのかが分からないのに、限定された仕様が設定されている文書/システムがあるのが問題なんですよ。

            • by Anonymous Coward

              >4文字以上含む
              寿限無~みたいなのとか?

        • by Anonymous Coward

          大昔のNECの文字セットとの互換のために入れた元号合字を
          新たに増やす意味がわからない

        • by Anonymous Coward

          MS関係ないし。

      • by Anonymous Coward

        昭和がFalse 平成がTrue なんですが
        どうすれば良いですか

      • by Anonymous Coward

        新元号の名前と略号用の変数を準備するだけでは不十分すかね。

        それで十分。
        もうすでに対応案件始まってるからね。

コンピュータは旧約聖書の神に似ている、規則は多く、慈悲は無い -- Joseph Campbell

処理中...