【注１】File Transfer Protocol の略。

　文書作成に用いている自分のマシン環境ではブラウザで正しく表示されていたのに、サーバーマシン上にインストールしてみると不具合が発生するのである。特に画像ファイルが未定義となり画面に表示されないことで事が露見するケースが多かった。そしてその度に、私は心の中で舌打ちしながら嘆息するのだった。「あれまぁ、またやってしもうた！」

　間違いの原因は実に他愛のないことなのである。ディレクトリを区切る記号（ディレクトリセパレータ）として“\”を使ってしまうからなのだ。私のマシン環境（Ｗｉｎ９５）では円記号でよいのだが、サーバーマシンはＵＮＩＸマシンであることが多く、ディレクトリセパレータとしては斜線“/”を使わなければならない約束になっている。特定のファイルにアクセスする経路を示すファイルパスは、両ＯＳでたとえば以下の様に表現方法が異なる。

..\..\mydoc\netsoft\index.html（Win95の表現）
../../mydoc/netsoft/index.html（UNIXの表現）

　ＭＳ-ＤＯＳやＷｉｎ９５を使っていて、ディレクトリセパレータの“\”を見る度に私は思うのである。これはまた、何と汚らしい表現なのだろうかと。

　Ｍｕｌｔｉｃｓのファイルシステムで、初めて階層構造を持つディレクトリという概念が導入されたとき、ディレクトリセパレータは“>”と“<”が使われていた。“>”で階層構造を下方にたどり、“<”で上方にたどるのである。これは視覚的にも納得がいく表記法である。先の例をＭｕｌｔｉｃｓ流に表現すると以下のようになる。

<<mydoc>netsoft>index.html（Multicsの表現）

　あぁ、何という美しい表現であることか！

　Ｍｕｌｔｉｃｓを真似てＵＮＩＸを作った連中は、Ｍｕｌｔｉｃｓ流の表現法をそのまま受け継ぐことを嫌い、ディレクトリセパレータとして斜線“/”を使うことにした。何しろ彼らはＭｕｌｔｉｃｓを批判するところから事を始めたのだから、Ｍｕｌｔｉｃｓの仕様を真似るのを潔しとしなかったのは当然のことであったろう（私には、単に技術者のエゴとしか映らないが）。実は不幸はこのときに始まったのである。

　“/”は“>”と同じで、ディレクトリを下方にたどることを意味する。一方、上に向かう“<”の記号は“../”を用いることにした。何というお粗末な表現法であることか。彼らは“..”を親ディレクトリを表すものと定義したのであるが、それにしても“../”がどうして上にたどる意味になるのか、視覚的に見て私にはどうにも合点がいかないのである。何とも不思議な表記法ではある。

【注２】正確には半角の逆スラッシュ（reverse slash）である。
後で説明するように、不幸にして日本ではこれを表現することができない（！）。

　ＭＳ-ＤＯＳを作った連中は、ディレクトリセパレータの表現を変えただけでなく、スイッチ文字の表現も変えてしまった。ＵＮＩＸでは、コマンドのオプションを指定する文字としてマイナス記号“-”が使われていたが、彼らはこれすらも採用することを潔しとせず（これもエゴじゃ）、わざわざ（何と！）“/”に変えてしまったのである！

who -all　　（UNIXの表現）
who /all　　（MS-DOSの表現）

　しかしファイルへのパス名は、インクルードファイルの表現などとしてＣのプログラム中で直接記述されることが多い。ＵＮＩＸ環境で作られたプログラムをそのまま他のＯＳ上でも使えるようにしたければ、ディレクトリセパレータとして“/”も受け付けるようにしないとＣプログラムの互換性を保つことができない。マイクロソフト社といえども、勝手にディレクトリセパレータの表現法を変えることはできないことに彼らは後になって気が付いた。その結果（パソコン系のＣコンパイラに限っては）Ｃプログラム上ではディレクトリセパレータとして“/”も“＼”も許すようにせざるを得なくなったのである。

　　　　　　　　　　Multics　　　UNIX　　　MS-DOS/Win95
　セパレータ文字　　　>, <　　　　/ 　　　　＼（日本では \）
　スイッチ文字　　　　-   　　　　- 　　　　/

　したがって、パソコン環境下でＣプログラムを作る人は、ディレクトリセパレータとしては“/”を使っていれば問題は起らないように思える。しかし残念ながらこの表記は、ＭＳ-ＤＯＳのコマンドレベルでは通用しない。そういう訳でパソコンユーザは、“/”と“＼”とを適宜使い分けなければならないことになった。まことに不幸なことではある。その不便を避けるため、ＭＳ-ＤＯＳではＵＮＩＸ流の表記に切り替えるオプションが用意されていた（今はどうか知らない）。

　では、なぜ日本ではディレクトリセパレータとして“＼”ではなく“\”が使われているのか。それはＪＩＳコードを定めたときの、信じられないような判断ミス（？）によるものである。ＪＩＳコード決定の際に参考にしたのはＡＮＳＩコード（当時はＡＮＳと言った）であるが、その通貨記号の欄のドル記号＄をそのまま素直に円記号￥に置き換えればよかったのである。しかし、日本では円記号もドル記号も両方とも使いたいという無茶な要求があり（「無茶ではない！」と反論する人は多かろう）、それを認めてしまったことが後の混乱を引き起こす元凶となったのである。ドル記号の欄はそのままにして、円記号をどこかあまり使い道のなさそうな記号の欄に押し込んでしまおうと謀ったのである。その結果、逆斜線“＼”がやり玉に上がってしまった。こんな変な記号は、まず誰も使わないだろうと彼らは考えたのであろう。

　ＭＳ-ＤＯＳの開発に携わっていた頃のことであるが、ディレクトリセパレータとして“\”を使うのに、美的感覚からいってどうにも我慢できなかった私は、ものは試しとマイクロソフトの技術者に向かってこう主張してみた。「東芝は“＼”（日本では“\”）の代りに“/”を使うことにしたい」（前述したように、切り替えるオプションが用意されていたから、省略時解釈を変えたいと主張したのである）。すると彼らは「構わないけれど、それではＭＳ-ＤＯＳではありませんよ」とぬけぬけと言うのであった。マイクロソフト社から“ＭＳ-ＤＯＳ”というお墨付きがもらえないとしたら、これは一大事である。そう言われて私はたじたじとなり、残念ながらそれ以上の抗弁はできなかったのである。しかしその時のことを後で思い返すたびに、あの時すかさずこう言い返してやればよかったと再々思うのである。「なら、東芝はＭＳ-ＤＯＳの契約料を払わなくてもいいんですね」と。

　こういった長い長い経緯があり、その結果として私は今なお“/”と“\”とを間違えるという醜態（我ながらドジだなぁ）を日々演じている有り様なのである。あぁ。

　ＨＴＭＬを使って書いた文書は、どんなマシン上でも、どんなブラウザ上でも支障なく動作すると言われている。しかし我々はこれを安易に信じてはなるまい。ＨＴＭＬ言語はネットスケープ社とマイクロソフト社の争いの中で（誰が決めているのかは知らないが）仕様変更を繰り返しているように見える。両社の技術者は、他社の導入した新規の仕様を“そのまま採用するのを潔しとしない”エゴをまる出しにして必ず独自の表記法を導入してくるであろう（Ｊａｖａ言語では既にそうなりつつある）。ディレクトリセパレータの二の舞にならなければよいのであるが。

　ただ、ＨＴＭＬはプログラム言語である。プログラム言語というものは（私の拙い経験によれば）必ず互換性の問題を引き起こすよう運命づけられている（Ｊａｖａといえども例外ではなかろう）。したがってこれは技術者のエゴだけではなく、プログラム言語として決して避けては通れない宿命のようなものなのかもしれない。■

［］