小杉です。

すこし、誤解があったようなので、

私が言いたかったのは、国際化の必要性ではなくて、ドキュメント性
の実現の方法論です。ドキュメント性の実現を理由にして、ソース
コード（テーブル名・フィールド名も含）に特殊性を持ち込むには動
機が不純だということで。
他の理由、すなわち使用環境・開発環境・メンテナンス環境を限定し
ていて文字コードの問題が起きず、日本人のプログラマーしか使わな
い場合、漢字の使用は歓迎ですし、妨げるべきものではありません。

漢字の使用を主張するあまり、「ドキュメント性に欠けるのはシステ
ム側に問題がある云々」はおかど違いということです。


私が学習用、テスト用ならと書いたのは、たとえば、その後に起こる
問題に対する配慮や、プロとして当然の国際感覚が必要ないから、と
いうことです。

後は、特殊なクライアントの場合、でしょうか。


----- Original Message -----
From: "Yusuke Naito" <naito@xxxxxxxxxx>

> やや違うような気がします。
> 国際化が必要なのは、各国に対応するためであって、共通化するこ
とが
> 目的ではないはずです。最低限必要なのは中身が文字化けしないこ
とで
> あり、各国で使用が可能なことです。フィールド名をasciiでしなけ
ればなら
> ないというのも、おかしいです。本当の国際化が可能ならば、Web
ページ
> のように、ソースを表示させると各国語で読むことができる、とい
うのが
> 本来のあり方でしょう。その意味では、インターフェースをすべて
Webに限
> 定して、国際化するというのが正解なのかもしれませんね。
>

Webに限った話ではありません。
javaもphpもwinXPもoracleも、ほとんどのプラットフォームで多言語
化の作法が主流になってきています。


> >
> ありがとうございます。大変参考になりました。オラクルの正しさ
が
> わかったような気がします。
>

・・・・

> --
>  Yusuke Naito 内藤祐介
>  Artificial Life Laboratory, Inc. （株）人工生命研究所
>  E-mail:naito@xxxxxxxxxx URL:www.alife-lab.co.jp
>
>
>

--
Tomoaki Kosugi
kosugi@xxxxxxxxxx