これはずいぶん前の出来事です。1997年頃だったと思います。
あるシステム開発会社との打合せで、私が所内向けに作成した説明資料を見せながら、現行システムの内容を説明していました。
そのとき、システム開発会社のエンジニアから、こう指摘されました。
「クライアント・サーバーシステムにおける『クライアント』と『端末』は、意味が違います」
私の資料では、クライアント・サーバーシステムにおけるクライアントを、あえて「端末」と表現していました。その点を指摘されたのです。
私は答えました。
「わかっています。ただ、クライアントというカタカナ用語を使うと、怒る人がいますので、あえて端末という言葉を使っているのです」
しかし、相手は納得しません。
「いや、クライアントと端末は違います」
結局、話は平行線のままで終わりました。
エンジニアが言っていることは正しいのです。専門用語としては、「クライアント」と「端末」は同じ意味ではありません。そこを正確に使うべきだ、という指摘はもっともです。
ただ、こちらにも事情がありました。
当時の私の職場では、カタカナ用語を使うと、本当に怒られました。Windows NT、つまりマイクロソフト社のサーバーOSの商品名まで、日本語に訳せと言われたことがあります。
「おまえには、ベースボールを野球と訳した森鴎外のセンスはないのか」
そう言われたこともあります。原文のままです。
「あるわけなかろ。それとも何か、ジョージ・ワシントンも和訳しろというのか」
さすがに、口には出しませんでした。
一事が万事、そんな調子でした。ネットワークやシステムの用語は、カタカナだらけです。しかし、カタカナを使うなと叱られる。かといって、専門用語をすべて無理に日本語に置き換えると、今度は正確さを失う。
その板挟みの中で、何とか理解してもらえる資料を作る必要がありました。
今にして思えば、それは悪い経験ばかりではありませんでした。
難解な用語を、相手が理解できる言葉に置き換える。正確さを保ちながら、伝わる表現にする。その訓練を、私は知らず知らずのうちに積んでいたのだと思います。
今、私が研修資料やマニュアルを作るときに意識していることも、結局は同じです。
専門家にだけ通じる言葉ではなく、初めて担当する人にも届く言葉で説明する。
あの頃の苦労が、今の自分の資料づくりの下地になっているのだと思います。
