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

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

  • by Anonymous Coward on 2018年01月26日 15時54分 (#3351190)

    2文字なのは確定してるんだから、設定で変えられるようにしてテストしろよ
    まさか、埋め込んでるの!?

    • by Anonymous Coward on 2018年01月26日 16時21分 (#3351211)

      新元号の文字コードが、よりによってShift_JISで0x5cを含む
      いわゆるShift_JISのダメ文字になってたりして。

      親コメント
      • by Anonymous Coward

        そんな予想したらフラグ立ちそうで怖いよ~~~
        ホントやめてください。
        そんな事になったら、本当に死亡するSIer出てきそう。

        • by Anonymous Coward

          その辺の話を政府に苦言なり進言なりあげられるロビイストは日本のIT業界にいないの?
          特定の文字コードによるトラブルなんてのは、流石に専門家の立場から進言しないと問題点が伝わらない例だと思うけど…。

          # 日本IT業界の黒い話を聞く限りじゃ、政府との窓口役は皆安請け合いのクズばかりというのも有りそうだけど…o…rz

      • by Anonymous Coward

        第1・2水準から選ばれるなら次の34字。
        なんか平易な文字という縛りがあるみたいだから「圭」「構」「十」「申」「貼」「能」「表」「暴」「予」ぐらいか。あまり使えそうにないかな?

        噂浬欺圭構蚕十申曾箪貼能表暴予禄兔喀媾彌拿杤歃濬畚秉綵臀藹觸軆鐔饅鷭

      • by Anonymous Coward

        ― ソ Ы Ⅸ 噂 浬 欺 圭 構 蚕 十 申 曾 箪 貼 能
        表 暴 予 禄 兔 喀 媾 彌 拿 杤 歃 濬 畚 秉 綵 臀
        藹 觸 軆 鐔 饅 鷭 纊 犾 偆 砡

        どの文字のつもりで言いましたか?

    • by Anonymous Coward on 2018年01月26日 16時23分 (#3351214)

      テスト用のダミー元号を決めてIT業界内で統一しといて欲しい。

      ケータイとかパソコンとかの時計を数年後に設定してバグ出し、とかやるときに、どのOS、どのサーバでやっても同じように表示されると分かりやすくて便利だし。うっかりそのまま修正を忘れて切り替えを迎えても、一目で切り替え漏れだと分かって楽だし。

      # それがほんとの次の元号だと勘違いしちゃうやつらが一定数現れて混乱するのを指さして笑えるし

      親コメント
      • by Anonymous Coward

        保気とか富賀とか羽下とかどうですか

    • by Anonymous Coward

      カレンダーや手帳は設定では変えられないぞ。

    • by Anonymous Coward

      ちゃんと開発できないやつは、よくこういうこと言うよね。
      テストの主旨がわかってないんだろうな。

      問題なのは変える手間じゃなくて、ちゃんと変わるか予想外の問題が出てないか
      確認する手間なんだよ。「設定変えたので変わってるはず」で済むんだったら楽勝。

      システムによっては外字作るか、Unicode に新しい文字を登録して、新しいフォント
      準備しなっくちゃならないとか、笑えるやつもあるし。

      # 私は「OSの設定変えたので変わってるはず」で押し通すつもりだけど。

      • 酷いシステムになると「文字列xが○○だったら~処理」みたいなのがハードコーディングされてたりして…
        # 何故可変のものを比較するのに固定値を埋め込んでしまうのか…

        親コメント
        • by Anonymous Coward

          やっつけで対応したコードなんて、埋め込み山ほどあるでしょう。
          まぁ、昭和→平成問題で、和暦使わなくなったシステムも多い(特に民間)ので、「平成対応時の遺産」くらいじゃないのかなぁ。

      • by Anonymous Coward

        SJISの$5Cに引っかかる元号になったら古いシステムで悲鳴が上がりそうだなw

    • by Anonymous Coward

      > 2文字なのは確定
       
      そう思わせといて3文字とかだったらマジで殺されますね。
      あと、「㍻」使ってる場合はやっぱり厳しいね。

    • by Anonymous Coward

      葛城市の「葛城」(U+845B U+E0100 U+57CE)みたいにIVSを含んでいたりしたら大変です!
      漢字2文字と言いつつ、UCSで3文字、UTF-16で4ワード、UTF-8では10バイトもあります。2文字だから大丈夫なんて、甘い甘い。

      • by Anonymous Coward

        10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。

        • by Anonymous Coward

          すごい自信ですね。データベースのバイト長制限とか、帳票のレイアウトとか、文字コード変換とか、入力文字数のバリデーションとか、全文検索の異体字対応とか、思いつくことなんていくらでもあると思いますが・・・。
          そこまで十分に考えきっているシステムはほとんどないですね。同じUTF-8ですら、IVSのU+E0100を、いったんUTF-16のサロゲートペアにしてからUTF-8にして6バイトにしてしまう(それを正しいと定義している)処理系もありますからね。

          • by Anonymous Coward

            まったく意味不明。挙げた例のすべてで年号変更が無関係。

            データベースのバイト長制限 →もしかして、「平成」をUTF-8で表現すると10バイトになることを知らない人?
            帳票のレイアウト →表示が2文字のままで変わらないのだからレイアウトは影響ない
            文字コード変換 →意味不明。自分の言ってることわかってる?
            入力文字数のバリデーション →あなたのシステムは「平成」がバリデーションエラーになってたわけか
            全文検索の異体字対応 →文字単位の異体字対応なら年号無関係だし、そもそも極めて優先順位が低い

            • >「平成」をUTF-8で表現すると10バイトになることを知らない人?

              6バイトになると思っていたのですが、10バイトの場合には具体的にどのようなコードになるのでしょうか?
              --
              Leshade Entis
              親コメント
              • by Anonymous Coward

                u5e73-ue0101とかだったらおもしろいな。そんなの見たことないけど。

              • by Anonymous Coward
                バイトオーダーマークと平成と末尾のNULに決まってるだろ
              • by Anonymous Coward

                バイトオーダーマークって1バイトでは無いよね…?
                NULLは入らないんじゃ無いかな
                UTF8ではBOMはそもそも必要ないけど

              • by Anonymous Coward

                Pascal フォーマットで Length が32ビット
                なら10バイトになるかも。

                UTF-8でPascalフォーマットでの保存ってシステムって見たことはないけど、世の中にはあるんだろうな。

        • by Anonymous Coward

          そういう柔軟性の無いシステムの保守をやってるとか、改修をやってくれと泣きつかれたとか、そういうこともあるんですよ
          あとOCRラインケチった旧システムを踏襲して元号コード無しの納付書とか・・・

        • by Anonymous Coward

          君が実作業側で、発注者とか丸投げ上流ではないことを切に願います。
          切に願います。
          切 に 願 い ま す

        • by Anonymous Coward

          >10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。
          自分で何も作ったことないのにドヤ顔でこういう頓珍漢なこと言うゆとり増えたよね

      • by Anonymous Coward

        http://www.unicode.org/L2/L2017/17429-sc2-n4577-japan-new-era.pdf [unicode.org]
        UCSに新元号のコードポイントの予約要求してるけど、レガシーシステムをサポートするためだからBMPでないと困るとか言ってる。
        マジで北朝鮮の将軍様専用文字を笑えねーな。
        そこまでレガシーならシフトJISで使えなかったらどのみち困るんじゃねーの?

        話は変わるけど、ISO/IECのJTC1/SC2も芝野がやめてからずいぶんと秘密主義に戻って、この文書も私企業連合であるUnicode Consortiumのほうがオープンに情報を出している始末というのもひどい

    • by Anonymous Coward

      孝謙天皇「天平勝宝ですっ★」

    • by Anonymous Coward

      改号に備えた提案をしても「ハードコーディングのほうが早くて安いならそっちで」というオーダーがあったという話を聞いてことはある。

    • by Anonymous Coward

      過去には2文字を超える元号もあったよ。

      • by Anonymous Coward

        過去は過去。今では元号を2文字にするというガイドラインがあるから

        • by Anonymous Coward

          ルールは不変ではありませんよ

        • でもまだそれは予想であって確定じゃないから。
          直前になって3文字になった時点でアウト。
          それに対して文句を言ったところで、「想定してなかったお前らが悪い」って言われたらそれまで。

          せめて漢字二文字にするって確約すればいいのに、なんでしないんだろうね。
          つまりは三文字以上にする余地を残しておきたいからでしょ。

          #中にはこういうジョーク(?)も: https://www.j-cast.com/2018/01/17318824.html?p=all [j-cast.com]

    • by Anonymous Coward

      本当にこれ。
      2000年問題から18年とか経って、改元時期も分かってるのに、盛り上がるかよりシステム屋の都合を優先しろとかどんだけ無能なんだとしか…。
      こんなもん最初のコンピューターが発明された時点ですら難しい問題ではないだろ。
      正気を疑うわ。

ハッカーとクラッカーの違い。大してないと思います -- あるアレゲ

処理中...