アカウント名:
パスワード:
2文字なのは確定してるんだから、設定で変えられるようにしてテストしろよまさか、埋め込んでるの!?
葛城市の「葛城」(U+845B U+E0100 U+57CE)みたいにIVSを含んでいたりしたら大変です!漢字2文字と言いつつ、UCSで3文字、UTF-16で4ワード、UTF-8では10バイトもあります。2文字だから大丈夫なんて、甘い甘い。
10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。
すごい自信ですね。データベースのバイト長制限とか、帳票のレイアウトとか、文字コード変換とか、入力文字数のバリデーションとか、全文検索の異体字対応とか、思いつくことなんていくらでもあると思いますが・・・。そこまで十分に考えきっているシステムはほとんどないですね。同じUTF-8ですら、IVSのU+E0100を、いったんUTF-16のサロゲートペアにしてからUTF-8にして6バイトにしてしまう(それを正しいと定義している)処理系もありますからね。
まったく意味不明。挙げた例のすべてで年号変更が無関係。
データベースのバイト長制限 →もしかして、「平成」をUTF-8で表現すると10バイトになることを知らない人?帳票のレイアウト →表示が2文字のままで変わらないのだからレイアウトは影響ない文字コード変換 →意味不明。自分の言ってることわかってる?入力文字数のバリデーション →あなたのシステムは「平成」がバリデーションエラーになってたわけか全文検索の異体字対応 →文字単位の異体字対応なら年号無関係だし、そもそも極めて優先順位が低い
u5e73-ue0101とかだったらおもしろいな。そんなの見たことないけど。
バイトオーダーマークって1バイトでは無いよね…?NULLは入らないんじゃ無いかなUTF8ではBOMはそもそも必要ないけど
Pascal フォーマットで Length が32ビットなら10バイトになるかも。
UTF-8でPascalフォーマットでの保存ってシステムって見たことはないけど、世の中にはあるんだろうな。
ドヤ顔の阿呆がいる・・・
> 帳票のレイアウト →表示が2文字のままで変わらないのだからレイアウトは影響ない
帳票の仕事まともにしたことないでしょ?「大正・昭和・平成」と並べて丸をつけるフォーマットなんてものすごーくありふれてるんだけど。
最小フォントでむりやり詰め込んでるそこへ「・XX]の3文字を入れるのがどれだけ大変かも分からないのかな?
手書き前提な帳票フォーマットを変えることが、システム面でどんな問題点がある?丸を付けるスタイルなら、OCRで読む前提ですらないよね。
> 「大正・昭和・平成」と並べて丸をつけるフォーマットちょっと前まで、明治もあった筈。レイアウトを戻せば、いいじゃないか。
ここまでヒントを貰って、チェックボックスの存在に気が付かないとは・・・システムについて語る資格なしですな。
丸を付けるチェックボックスなんて初めて聞きました。いったいどこで使われているんでしょう?
そういう柔軟性の無いシステムの保守をやってるとか、改修をやってくれと泣きつかれたとか、そういうこともあるんですよあとOCRラインケチった旧システムを踏襲して元号コード無しの納付書とか・・・
君が実作業側で、発注者とか丸投げ上流ではないことを切に願います。切に願います。切 に 願 い ま す
>10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。自分で何も作ったことないのにドヤ顔でこういう頓珍漢なこと言うゆとり増えたよね
> 何が困るのかさっぱりわからん
仕事の困難さが理解できてないのに、自分の理解外のことは全部「甘え」って言うやつホント嫌い。
理解できないなら、甘えかどうかなんて判断しようがない。理解できなかった時点でその人間にはいかなる批判の権利もないってことわかれ。
http://www.unicode.org/L2/L2017/17429-sc2-n4577-japan-new-era.pdf [unicode.org]UCSに新元号のコードポイントの予約要求してるけど、レガシーシステムをサポートするためだからBMPでないと困るとか言ってる。マジで北朝鮮の将軍様専用文字を笑えねーな。そこまでレガシーならシフトJISで使えなかったらどのみち困るんじゃねーの?
話は変わるけど、ISO/IECのJTC1/SC2も芝野がやめてからずいぶんと秘密主義に戻って、この文書も私企業連合であるUnicode Consortiumのほうがオープンに情報を出している始末というのもひどい
これはヒドい……
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
普通のやつらの下を行け -- バッドノウハウ専門家
いやいや、馬鹿すぎだろ (スコア:0)
2文字なのは確定してるんだから、設定で変えられるようにしてテストしろよ
まさか、埋め込んでるの!?
Re:いやいや、馬鹿すぎだろ (スコア:0)
葛城市の「葛城」(U+845B U+E0100 U+57CE)みたいにIVSを含んでいたりしたら大変です!
漢字2文字と言いつつ、UCSで3文字、UTF-16で4ワード、UTF-8では10バイトもあります。2文字だから大丈夫なんて、甘い甘い。
Re: (スコア:0)
10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。
Re: (スコア:0)
すごい自信ですね。データベースのバイト長制限とか、帳票のレイアウトとか、文字コード変換とか、入力文字数のバリデーションとか、全文検索の異体字対応とか、思いつくことなんていくらでもあると思いますが・・・。
そこまで十分に考えきっているシステムはほとんどないですね。同じUTF-8ですら、IVSのU+E0100を、いったんUTF-16のサロゲートペアにしてからUTF-8にして6バイトにしてしまう(それを正しいと定義している)処理系もありますからね。
Re: (スコア:0)
まったく意味不明。挙げた例のすべてで年号変更が無関係。
データベースのバイト長制限 →もしかして、「平成」をUTF-8で表現すると10バイトになることを知らない人?
帳票のレイアウト →表示が2文字のままで変わらないのだからレイアウトは影響ない
文字コード変換 →意味不明。自分の言ってることわかってる?
入力文字数のバリデーション →あなたのシステムは「平成」がバリデーションエラーになってたわけか
全文検索の異体字対応 →文字単位の異体字対応なら年号無関係だし、そもそも極めて優先順位が低い
Re:いやいや、馬鹿すぎだろ (スコア:1)
6バイトになると思っていたのですが、10バイトの場合には具体的にどのようなコードになるのでしょうか?
Re: (スコア:0)
u5e73-ue0101とかだったらおもしろいな。そんなの見たことないけど。
Re: (スコア:0)
Re: (スコア:0)
バイトオーダーマークって1バイトでは無いよね…?
NULLは入らないんじゃ無いかな
UTF8ではBOMはそもそも必要ないけど
Re: (スコア:0)
Pascal フォーマットで Length が32ビット
なら10バイトになるかも。
UTF-8でPascalフォーマットでの保存ってシステムって見たことはないけど、世の中にはあるんだろうな。
Re: (スコア:0)
ドヤ顔の阿呆がいる・・・
> 帳票のレイアウト →表示が2文字のままで変わらないのだからレイアウトは影響ない
帳票の仕事まともにしたことないでしょ?
「大正・昭和・平成」と並べて丸をつけるフォーマットなんて
ものすごーくありふれてるんだけど。
最小フォントでむりやり詰め込んでるそこへ「・XX]の3文字を入れるのが
どれだけ大変かも分からないのかな?
Re: (スコア:0)
手書き前提な帳票フォーマットを変えることが、システム面でどんな問題点がある?
丸を付けるスタイルなら、OCRで読む前提ですらないよね。
Re: (スコア:0)
> 「大正・昭和・平成」と並べて丸をつけるフォーマット
ちょっと前まで、明治もあった筈。
レイアウトを戻せば、いいじゃないか。
Re: (スコア:0)
ここまでヒントを貰って、チェックボックスの存在に気が付かないとは・・・
システムについて語る資格なしですな。
Re: (スコア:0)
丸を付けるチェックボックスなんて初めて聞きました。
いったいどこで使われているんでしょう?
Re: (スコア:0)
そういう柔軟性の無いシステムの保守をやってるとか、改修をやってくれと泣きつかれたとか、そういうこともあるんですよ
あとOCRラインケチった旧システムを踏襲して元号コード無しの納付書とか・・・
Re: (スコア:0)
君が実作業側で、発注者とか丸投げ上流ではないことを切に願います。
切に願います。
切 に 願 い ま す
Re: (スコア:0)
>10バイトだと何が困るのかさっぱりわからんのだが。むしろ10バイトだと対応できないような柔軟性のないコードで許される現場って、どんだけ甘いんだ。
自分で何も作ったことないのにドヤ顔でこういう頓珍漢なこと言うゆとり増えたよね
Re: (スコア:0)
> 何が困るのかさっぱりわからん
仕事の困難さが理解できてないのに、
自分の理解外のことは全部「甘え」って言うやつホント嫌い。
理解できないなら、甘えかどうかなんて判断しようがない。
理解できなかった時点でその人間にはいかなる批判の権利もないってことわかれ。
Re: (スコア:0)
http://www.unicode.org/L2/L2017/17429-sc2-n4577-japan-new-era.pdf [unicode.org]
UCSに新元号のコードポイントの予約要求してるけど、レガシーシステムをサポートするためだからBMPでないと困るとか言ってる。
マジで北朝鮮の将軍様専用文字を笑えねーな。
そこまでレガシーならシフトJISで使えなかったらどのみち困るんじゃねーの?
話は変わるけど、ISO/IECのJTC1/SC2も芝野がやめてからずいぶんと秘密主義に戻って、この文書も私企業連合であるUnicode Consortiumのほうがオープンに情報を出している始末というのもひどい
Re: (スコア:0)
これはヒドい……