Path: titcca!ccut!wnoc-tyo-news!astemgw!choshi!frf!proj
From: proj@nff.ncl.omron.co.jp (Hiroshi Kuribayashi)
Newsgroups: fj.kanji
Subject: RE:Shift-JIS vs EUC (Re: Kanji code of OSF/1)
Message-ID: < PROJ.90Jun10203324@hokkori.nff.ncl.omron.co.jp> 
Date: 10 Jun 90 11:33:24 GMT
Sender: news@frf.omron.co.jp
Distribution: fj
Organization: OMRON Corp., Kyoto, Japan
Lines: 72

In article < 43003@wsserva.sm.sony.co.jp>  sakamoto@sm.sony.co.jp (Tomohiko Sakamoto) writes:

   >  ソニーの坂本です。
栗林＠オムロンです。

   >  別の記事で私が言ったように、シフトJIS (MS漢字コード) は、日本語だけを
   >  対象にデザインされたコードです。
たしかに、MS漢字コードは、日本語だけを対象にデザインされたコードです。が、
すぐそこの、台湾では、BIG-5 という、HANZI コードを使っています。
# 誤解のないように、台湾では、BIG-5 だけを使っているわけではありません。
# BIF-5は、おもに、IBM PC コンパチのパソコンで、そのほかに、
# CNS11643 とか、CCCII(Chinese Charctor Code for Infomation Interchange) とか
# Chinese EUC とかいろいろ使っています。
この、BIG-5 は、恥ずかしくなるほど、MS漢字コードをベースにしていて、
彼らには、片仮名コードがない分、そこにも同じ考えで割り振っているわけです。
これからは、日本語だけを対象にデザインされたコードですといってはいられない
わけで、いい意味でも、悪い意味でも、日本は、アジア諸国のベースになって
いるのです。だから、欠点は、(仮に当時としてはそれがベストだったにしても)
欠点として認めて、やらないと、彼らも同じ間違いを繰り返すのではないでしょうか?

   >  だから、国際化コードの EUC と シフト JIS を比較しても、月とスッポンなの
   >  は目に見えています。

   >  日本語 EUC (ASCII、JIS 漢字、JIS 片仮名、外字) と
   >  シフト JIS (JIS ローマ字、JIS 片仮名、JIS 漢字、外字)を
   >  比較することに意味があるのだと思います。
過去に、どういう経緯で、それらのコードが作られたとか、
そのコードの長所とか、短所とかだけではなく、
これから使うコード体系として何がいいかを考えるべきでしょう。
非関税障壁だといわれないためにも、少なくとも、国際コード体系を考慮して
考える必要があると思います。
私は、個人的には、ファイルコード、ネットワークコードとしては、ISO2022,
処理コードとしては、ISO10646 だと思っています。

   >  以上、ファイルコードとして見てみると、やはり、後から決まっただけあって
   >  日本語 EUC に分があるようです。そして、国際化など今後の拡張性まで考える
   >  と EUC に軍配が上がってしまいます。
   >  
   >  でも、でもですよ。
   >  EUC の現状はどうかというと、日本語 EUC ですら、まともにはサポートされて
   >  いないわけで(C1 制御コードとか、外字)、通常の我々が扱う日本語テキストに
   >  おいては、シフトJIS も EUC も大差無いということです。
だから、シフトJIS の方がいい、あるいは、シフトJIS でもいいというのですか?
論理に飛躍がありません?

   >  プログラマはともかく、一般ユーザはコードのことはあまり意識していないでし
   >  ょう。
そうです、だからこそ、重要なのです。

   >  また、パソコンやワークステーションをずっと以前から使っていて、大量のシフ
   >  ト JIS データがあったり、シフトJIS 対応のアプリケーションプログラムが
   >  たくさんあったりして、EUC への移行が困難なところもあるでしょう。
   >  
   >  そういう意味で、シフト JIS の存在価値はまだあると言えるのではないでしょ
   >  うか？
過去との互換性のためだけにあるというなら、その価値は、100歩譲って、
認めてもいいですが、かといって、これから作るものが、シフトJIS でいいと
いえるわけではないと思います。極端なことをいえば、使えない方が、
シフトJIS を使ってしまうアプリケーションプログラムができないので、
かえっていいのではないでしょうか?

   >  将来に目を向けながら、今も生きなければならないのです。
そうです。
将来に目を向けながら、シフト JIS の存在価値を主張できますか?