アカウント名:
パスワード:
昔は「半角カナは機種依存文字であり使うべきではない」という言い方がされていますが、機種依存文字というより文字コード依存文字と表現した方が適切です。例えば、Email でよく使われていた ISO-2022-JP (所謂JISコード) では半角カナが使用できず文字化けするといったトラブルが発生したので、使うべきでないとされていたわけです。
Unicode (UTF-8など) では半角カナはきちんと定義されていますので、文字化け等のトラブルは発生しませんので、全く問題ありません。半角カナが表示できない環境など皆無なので、使ってはいけないという理由は存在しないのです。
Emailにコピペして貼り付けたときに文字化けする恐れがあるとかそういう主張をされるなら（今時 Email でも UTF-8 が主流だし、もし ISO-2022-JP を使っているシステムであっても全角に自動変換されるのが普通で文字化けなどすることは極めてまれですが）、ISO-2022-JP (所謂JISコード) で表現できない文字は全部使ってはいけないという時代遅れの主張をしていることになります。
こうして全角文字しか使ってないのにインジェクションが発生するシステムが生まれるのですね
# 想定外は起きてからどうにかしようみたいな
このストーリーでは、そんな批判はしていないよ。Unicodeの互換文字を新規文書で使用していることを批判しているんだよ。https://ja.wikipedia.org/wiki/Unicode%E3%81%AE%E4%BA%92%E6%8F%9B%E6%96... [wikipedia.org]
それ見ても新規文書で使うなって書いていないし、Unicodeの仕様書にも互換文字は非推奨であることを意味しないとかいてあるのだが。
担当者の気分次第で、全角カナにしたり半角カナにしたり好き勝手にしたら、全体での統一感が無くなるでしょ。
大手企業なら、「行う」と書くか「行なう」と書くか「おこなう」と書くかとか、「一か月」と書くか「一カ月」と書くか「一ヶ月」と書くかなども含めて、統一するのが一般的。
文章ごとに表記規則を変えていたら過去の文章との整合性がとれなくなる。そういうのを変えるのは、新しいCMSを導入するタイミングとか、社内の規則を改定するタイミングであって、文章ごとにルールを変えるべきものではない。
半角カナを不使用とするなら、全く新しいサイトにリニューアルするタイミングなどで、社内規則を変える稟議を出すべきであって、それまでの間互換文字を使うというのは、正しい互換文字の利用法だよ。
それが駄目なら、何のための互換文字だよ。
文章ごとに表記規則を変えていたら過去の文章との整合性がとれなくなる。
こちらが「デビット・プリペイドカード」を含む直前の文書です。
Visaデビット・プリペイドカード mijica 会員間の不正送金による被害についてhttps://www.jp-bank.japanpost.jp/aboutus/press/2020/abt_prs_id001537.html [japanpost.jp]
表記ゆれがあるとは駄目だな。会社自体のレベルが低いと言わざるを得ない。
大手企業なら統一するのが一般的(ｷﾘｯﾜﾛﾀ
半角カナを使うとねらーっぽくなるので、企業が使うのは好ましくない。
大企業に幻想持ちすぎ。公務員とか出版社とかならそういった基準があるだろうけど、一般の大企業じゃそんなことしてないよ。
互換文字をみんなでつかうといつまでたっても廃止できないよって、みんなで半角カナをたくさん使って、半角カナを永久に使えるようにすべき
より多くのコメントがこの議論にあるかもしれませんが、JavaScriptが有効ではない環境を使用している場合、クラシックなコメントシステム(D1)に設定を変更する必要があります。
日本発のオープンソースソフトウェアは42件 -- ある官僚
【無問題】半角カナを批判するのは老害です (スコア:0)
昔は「半角カナは機種依存文字であり使うべきではない」という言い方がされていますが、機種依存文字というより文字コード依存文字と表現した方が適切です。
例えば、Email でよく使われていた ISO-2022-JP (所謂JISコード) では半角カナが使用できず文字化けするといったトラブルが発生したので、使うべきでないとされていたわけです。
Unicode (UTF-8など) では半角カナはきちんと定義されていますので、文字化け等のトラブルは発生しませんので、全く問題ありません。
半角カナが表示できない環境など皆無なので、使ってはいけないという理由は存在しないのです。
Emailにコピペして貼り付けたときに文字化けする恐れがあるとかそういう主張をされるなら（今時 Email でも UTF-8 が主流だし、もし ISO-2022-JP を使っているシステムであっても全角に自動変換されるのが普通で文字化けなどすることは極めてまれですが）、ISO-2022-JP (所謂JISコード) で表現できない文字は全部使ってはいけないという時代遅れの主張をしていることになります。
Re: (スコア:0)
こうして全角文字しか使ってないのに
インジェクションが発生するシステムが生まれるのですね
# 想定外は起きてからどうにかしようみたいな
Re: (スコア:0)
このストーリーでは、そんな批判はしていないよ。
Unicodeの互換文字を新規文書で使用していることを批判しているんだよ。
https://ja.wikipedia.org/wiki/Unicode%E3%81%AE%E4%BA%92%E6%8F%9B%E6%96... [wikipedia.org]
Re:【無問題】半角カナを批判するのは老害です (スコア:1)
それ見ても新規文書で使うなって書いていないし、Unicodeの仕様書にも互換文字は非推奨であることを意味しないとかいてあるのだが。
互換は文章ごとじゃなくてシステムごとに判断すべき (スコア:0)
担当者の気分次第で、全角カナにしたり半角カナにしたり好き勝手にしたら、全体での統一感が無くなるでしょ。
大手企業なら、「行う」と書くか「行なう」と書くか「おこなう」と書くかとか、「一か月」と書くか「一カ月」と書くか「一ヶ月」と書くかなども含めて、統一するのが一般的。
文章ごとに表記規則を変えていたら過去の文章との整合性がとれなくなる。
そういうのを変えるのは、新しいCMSを導入するタイミングとか、社内の規則を改定するタイミングであって、文章ごとにルールを変えるべきものではない。
半角カナを不使用とするなら、全く新しいサイトにリニューアルするタイミングなどで、社内規則を変える稟議を出すべきであって、それまでの間互換文字を使うというのは、正しい互換文字の利用法だよ。
それが駄目なら、何のための互換文字だよ。
Re: (スコア:0)
文章ごとに表記規則を変えていたら過去の文章との整合性がとれなくなる。
こちらが「デビット・プリペイドカード」を含む直前の文書です。
Visaデビット・プリペイドカード mijica 会員間の不正送金による被害について
https://www.jp-bank.japanpost.jp/aboutus/press/2020/abt_prs_id001537.html [japanpost.jp]
Re: (スコア:0)
表記ゆれがあるとは駄目だな。
会社自体のレベルが低いと言わざるを得ない。
Re: (スコア:0)
大手企業なら統一するのが一般的(ｷﾘｯ
ﾜﾛﾀ
Re: (スコア:0)
半角カナを使うとねらーっぽくなるので、企業が使うのは好ましくない。
Re: (スコア:0)
大企業に幻想持ちすぎ。
公務員とか出版社とかならそういった基準があるだろうけど、一般の大企業じゃそんなことしてないよ。
Re: (スコア:0)
互換文字をみんなでつかうといつまでたっても廃止できない
よって、みんなで半角カナをたくさん使って、半角カナを永久に使えるようにすべき