松本です。

...

(10) Ambassador(s)/ambassador(s) # 参照: http://ja.opensuse.org/Ambassador # 投票で選ばれてしまった名称なので仕方ないのですが # 「大使」というほど公式に認められた代表者というわけではなく # ニュアンス的には「地域の世話人」「駐在員」みたいな存在です

1) 大使 (Ambassador) 2) アンバサダー 3) Ambassador(s) 4) Ambassador(s) (大使) (*) 5) その他

Ko Kazaana さんは書きました:

これも英語表記にが良いと思います。括弧書きの説明は「（認定エバン ジェリスト）」とか？（笑）

えーっと、現状では全然「認定」されている人たちというわけではないんですよ ね。Ambassador になりたいという人は、自分で勝手に登録すれば済んでしまう ので…。 1) Ambassador とは、各地域で、主にマーケティングのエリアで openSUSE の普及に貢献しようと思っている人たち という、主に個々の自覚を表している概念なのか 2) Ambassador とは、各地域で openSUSE プロジェクトの代表たるべき人た ち …なのか、どうもごっちゃになっているような気がしてならないので、そのへん についてはちゃんとコンセンサスとっておいた方がいいと何度も訴えているんで すが。つい最近も、とあるインドの方が「Ambassador たることを公式に証明で きるような証書みたいなものは発行してもらえるのか？」なんて問い合わせてき たり、どうも Ambassador という名前からなにやら「権威」を頭に思い浮かべて しまう人が出てきてしまうようで、ちょっと気になっていることなんですよね。

大使とか駐在委員という日本語訳をつけたとしても、これが何なのかは 全然分かりませんし。 「地域の世話人」なら、まだ分かりやすい。 ただし、「地域の世話人」というのが本当に正しいのかどうかはよく分 かりませんが......。 Ambassadorって、地域に1人と決まっているのでしたっけ？　またすべて の地域にという基本方針があるんでしたっけ？（すみません、手っ取り 早く質問してみますが......）

上記のように「誰でもなれる」存在なので、地域に一人とは限定されていませ ん。Sascha あたりが、「地域(ここでいう地域とは、アジア太平洋地域とか、広 めの概念)に数人、Ambassador の Coordinator がいた方がいいんじゃないか」 と呼びかけたものの、それにしても「では私がその役を務めます」と手を挙げた 人がそう名乗っているだけで、無駄なヒエラルキーを作っているような気がして ます。 Hashimoto Masahiko さんは書きました:

個人的には「アンバサダー」に１票です。 これこそ openSUSE 独特の言い回しですので。 …ただ、あまりに独特過ぎてわかりにくい！ってのが最大の弱点ですよね。 かといえ、「大使」というのはどうかと。。。

もともとは、Ambassador というのは Fedora にある制度で、日本にも Fedora Ambassador が一人いらっしゃるようなんですが、日本の方じゃなく、日本語で 問い合わせても返事もらえないんじゃないか、ということのようです(笑)。

「４」番で毎回「Ambassador(s) (大使)」訳していくのは、 ちょっとめんどくさくて、読む方もしんどいと思います。 ここは早く用語集を作成して、日本語独自の訳仕方を見つけるべきだと思います。 日本語独自だと「大使」が一番わかりやすいのかな？ （なんだか大袈裟過ぎて好きになれないのは気のせいでしょうか？？？）

上に書いたような理由で、「大使」という、なにか公式に認められているかのよ うなニュアンスを持たせるのはちょっと危険な気がしています。「それぞれの地 域で、何か普及の役に立ちたいと思う人のための肩書き」も「それぞれの地域で openSUSE プロジェクト/コミュニティを代表した窓口になれるポスト」も、どち らも必要なんだろうと思うのですが、それがごっちゃになってしまうとややこし い話になってしまうのではないか？…という危惧から、現時点では、私はあえて Ambassador にはなっていなかったりします。 # Ambassador にならないとできないこと/やってはいけないことが # あるというわけでもなんでもないんで、Ambassador になる # 積極的な理由も見つからないからなんですね。 現在のところ、Ambassador には特に責任も権限も割り当てられているわけでは なく、「私は○○地域の Ambassador です」という名乗りはほとんど「私は○○地域 に住んでいて、openSUSE の普及を志している者です」とイコールなわけです。 …なので私も、できるだけ「偉そう」な感じにはならないような訳語を当てられ るといいなぁと思ってたりします。 -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.geeko.jp/author/heliosreds _/_/ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org

At Mon, 27 Jul 2009 10:52:02 +0900, Satoru Matsumoto wrote:

...

...

- 人名、アプリケーション名、メディア名などの固有名詞については 原則原語のまま - 地名については原則一般的な日本語表記に (「ニュルンベルク」「台北」等) - ただし、あまり馴染みのない(読みの分からない)地名の場合は 適宜原語で

これもやっぱり、英語表記（日本語の説明）方式が良いのではないか と、最近は考えています。

これは前にも別の場所でお話ししましたよね。

よく出てくる地名として Nürnberg がありますけれど、英語圏の人間が書いたブ ログとかだと Nuernberg となっていることが多い。これを統一すべきなのか、 とか、いちいち Nürnberg (ニュルンベルク) と書くべきなの？とか考えると、 ニュルンベルクの方がいいような気がするのですが。

ちなみに英語表記だと Nuremberg なんです。 Nuernberg はウムラウトを使わない(ASCIIオンリーの)場合の表記です。 *** 第三者としての意見ですが、私も、一般的な地名であればカナ表記が良いので はないかと思います。例えば英和辞書に乗ってるような地名であれば、そこに 載っている訳語を使えば良いかと。 -- Takashi Iwai -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 松本です。 Ko Kazaana さんは書きました:

　お疲れさまです。風穴です。

どもども。

　すみません、時間がなくて、かなーり、ざっくばらんな書き方のまま投げておきます。 誤解がないことを祈りつつ。基本スタンスは、作業する人がやりやすければいいとは 思ってます、ということで。

「そもそも何のために OWN を訳してるの？」とか、いくつかシェアしておきた い前提などもあると思うんですが、それをやりはじめるとこのポストそのものが 長くなりすぎてしまうような気がしますので、ちょっと置いておきます。 # あるいはそこがブレているとまとまりにくくなるのかな？

2009/07/27 10:52 に Satoru Matsumoto さんは書きました: (snip)

...

agree なんですが、どこか「定訳」の参考になるような情報源があるかどうかで すね。一般的に考えると、e-Words http://e-words.jp/ とか、アスキーデジタル用語辞典 http://yougo.ascii24.com/ # 今行ってみたら「メンテナンス中」となっていた… (^ ^;) とかになるとは思うんですが、実際問題として翻訳中にいちいち調べに行くか？ というのはあると思うんですよ。まぁ、訳語をどうするか意見が割れた時に参照 できるソースはあった方が心強いですが、どこにしましょうかね。 (snip)

　えーと、翻訳語の表記をどうするかを議論しているんですよね？ であれば、表記が常に一定であることを前提にしているものを使うべきなのでは？ e-wordsもアスキーデジタル用語辞典も、そのような前提はありません。 そういう目的で使えるのは、新聞社や通信社が出している「用語ハンドブック」の類ですね。

＃ちなみにLinux Japanのときは、オリジナルルール＋迷ったら「共同通信記者ハンドブック」を参照 ＃という方式でやっていました。

でも、そんなものをいちいち参照しながら翻訳するっていうのは、大変じゃないですか？（笑） そもそも、訳語についていちいちtable lookupをしなければ決定できないなんて、 効率が悪いですよね。なので私は、客観的に分かりやすいルールにすべき、という主張です。

これって、表記をどうするか、とはちょっと別のレイヤですよね。「訳していて とりあえずこんな訳語を当ててみたんだけれど、何か既に定訳みたいなものある んだろうか？」って時の拠り所というか。 たとえば、(そういう用語があるということを知らずに翻訳を始めたとして)　 "lightweight language" という言葉が出てきたんで「軽量言語」という訳語を 当ててみた…というような場合。Wikipedia とか見てみると「軽量プログラミン グ言語」となっていたりするんで、そういうスタンダードがあるならなるべくそ れに揃えてあるといいよね、というのが小笠原さん、橋本さんの考えていること だと理解しています。 それには私も同意できるので、そういった「もしかしたら既に定訳みたいなもの があるんじゃないか…？」と思ったとき、どこか参照できるところがあるといい よね、という話です。 で、「実際問題として翻訳中にいちいち調べに行くか？」と書いた通り、効率は 悪いので、「？」と思ったときに参照してみる先…くらいの位置づけでいいん じゃないかと思います。

...

…と、脇道に逸れますが、お二人が使っている「ディストリ」という表現、こ れって日本語ではもう定番になっているんでしょうか？ 英語だと「distro」と なり、そのままカタカナにしてしまえば「ディストロ」となるわけですが、それ だと日本語では逆に違和感があるんでしょうか…。そのへん自信が持てないん で、私は distro に対して、略さない「ディストリビューション」を当てるよう にしているんですが…。

　安易な略語は私も嫌いです（笑）。 　口語で略した言い方がはやるのはしょうがない。でも、文字はずっと後々まで残ることを やはり意識するべきで、であれば、できるかぎりきちんと表記すべきです。

小笠原さんのポストで改めて「なるほど」と思ったんですが、「ディストリ」と いうのは「"ディストリビューション"を日本人が縮めて言っているもの」であっ て「"distro" の訳」ではない、ということですね。ややこしいいですが、細か く見てみると… distro -> ディストリ …ではなくて distro -> distribution -> ディストリビューション -> ディストロ …という図式なわけですね。 頻繁に出てくる似たようなものとして "repo" がありますね。 そもそも "repository" を「リポジトリ」とするか「レポジトリ」とするかにつ いてもかなり好みに依っていて、私とか、確か鎌田さんとかも「リポジトリ」派 なんですが、記憶に間違いがなければ Iwai さん、Kohei さんあたりは「レポジ トリ」と書かれていたような…。で、「リポジトリ」派の私でも、"repo" をその まま訳すとなると「リポ」じゃなくて「レポ」の方が違和感感じなかったりする んで、結局は "repo" も「リポジトリ」と訳してしまっています。 # ちなみに今「レポジトリ」でググってみたら # 「もしかして: リポジトリ」って言われちゃいますね。(^ ^;) # で、検索結果: # リポジトリ - 約 4,340,000 件 # レポジトリ - 約 256,000 件 # ということで、世間一般では「リポジトリ」の方が圧勝みたいです。

...

...

...

- アルファベット、数字の前後は原則スペースで間をあける [snip] ただ「検索性が損なわれる可能性がある」というのは具体的にどう いったケースでしょうか？ そのへんがピンと来なかったりするんで解説お願い します。

もちろん検索システムによりますが、"openSUSEの使い方"というような検索文字列を 与えると、「openSUSE」と「の」の間に空白が入っていると検索できないことがありますよね。 "openSUSEの使い方" "openSUSE の使い方" は文字列単純比較では異なるものなので。

ふむ。これがクリティカルな問題になりそうなシチュエーションとして思いつく のは、エラーメッセージで検索するような時でしょうかね。これはローカライ ゼーションとも連携していかなければいけない問題になっちゃうと思うのです が、例えば、Makefile も何もないディレクトリで make を実行すると 「make: *** ターゲットが指定されておらず, makefile も見つかりません. 中 止.」 というエラーメッセージが出力されます。これを記事中で 「make: ***ターゲットが指定されておらず、makefileも見つかりません。中止。」 としてしまったら、それでヒットしなくなってしまう可能性もある、ということ になる…かな？

openSUSE.orgの検索機能はちょっと挙動がよく分からない……（笑）。

これはもう、使い勝手が良くないということは一部で常識(?)になってて、 opensuse.org の問題というより、Mediawiki の検索機能の問題なのかな…と諦め てたりするんですが(笑)。

...

あと、半自動で翻訳している部分とか、原文だと単語と単語の間にスペースが入 るため(英語なんで当たり前ですが(笑))、逆にスペースを埋める方が面倒だ、と いうことも頭のすみには入れておいていただけると嬉しいのですが…。

それはツールを直すだけですよね。 ま、どっちもどっちですかね（笑）。

「直すだけ」と言ってしまえばそれまでなんですが(笑)。でも、実際やろうと思 うとけっこう面倒くさい(笑)。 OWN のことだけ考えている分にはさほど問題にならないんですが、上で挙げてい るエラーメッセージなどの場合を考えると、po ファイルを訳すような場合、変 数を扱うようなケースがあり、変数の前後がスペースになっていないとややこし いことになるんじゃないかと思うんですね。 # 鎌田さん、もしこれが目に入って、私の認識が間違ってたら教えてください。 そうすると、揃えるためにはスペース入れておいた方がいい、ということになる んじゃないかと。 なので、オリジナルの英語版があって、それを元に各国語版を作っているような ドキュメント - たとえばリリースノートとか - の場合、スペース入りの文章を 見かけることが多いような気がします。 例: Thunderbird リリースノート http://mozilla.jp/thunderbird/2.0.0.22/releasenotes/ おそらく私の感覚(スペース入れた方が座りがいい)は、こういった文書が頭の隅 に残っているからなんだと思います。

[A] 英数字の前後に半角スペースを入れる： [snip] [B] 英数字の前後に半角スペースを入れない： [snip] どっちもどっちなので「決め」の問題ですが、それでもさらに最後に一言つけくわえるなら、 日本語としては[B]が本来の姿である、ということです。なので私としては、どっちもどっち なら[B]でしょ、というつもりなのですが（笑）。

確かにそうなんですよね。そもそも日本語を横書きするようになったのもワープ ロなどを一般でも使い始めるようになった比較的最近のことで、また、文中に外 国語がアルファベットで挟まるというのも、日本語としてはかなりイレギュラー なことなので…。 基本的には… - - 日本語にできるものはなるべく日本語に - - 安易にカタカナ表記にしてしまうのは考えもの - - アルファベット表記のままにしておくのは、特定の「何か」を意味する場合 …みたいな感じが、自分の中の漠然とした基準だったりします。そこからいく と、文中に英語が出てくるということは、それだけでも「」つきみたいなもんか な、と。そういう意識もあってスペース入りがいいような気がしてきてしまうん ですね、きっと。 # ちょっと長くなってきたので、とりあえずここまでで # 続きは別にまた書きます。 - -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.geeko.jp/author/heliosreds _/_/ -----BEGIN PGP SIGNATURE----- Version: GnuPG v2.0.9 (GNU/Linux) Comment: Using GnuPG with SUSE - http://enigmail.mozdev.org iEYEARECAAYFAkpvJlcACgkQXnHIfHE6+z3W5gCffsP0+ztHO6s6SlDQSfzBBoNG LdUAn0QE/lWaA0+hocHvtmBA8uxK3VBA =X5Gf -----END PGP SIGNATURE----- -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org

松本です。 一度思いっきり拡散していってくれた方がいいんだけどな…と思いつつ、このま ま放っておいてもあまり話が広がっていかないような気もしますので、一旦ここ まで出てきている話を反芻しつつ、私なりに考えたドラフト案を提示してみよう かと思います。 # ここでは大まかな方針についてまとめ、個々の訳語については # 別にスレッドを伸ばそうかと思っています。 異論、反論(改めて)お願いします。一週間程待ってみて何も意見が出てこないも のについては、いったんこれを「決めごと」としてやってみませんか。 意見が出てきたものについては、もうちょっと揉んでみましょう。 Ko Kazaana さんは書きました: 以下それぞれごとに整理してみます。

(1) openSUSE Weekly News（OWN）の見出しにどういう訳語を当てるか

【ドラフト案 by 松本】 - ウィークリー・ニュースは (openSUSE) Weekly News に統一する - コーナータイトルで固有名詞にあたる用語以外は日本語に or カタカナ 表記に - 直訳することにこだわらず、日本語で見出しっぽくなるように

(2) openSUSEで使われる固有の用語をどう訳すべきか

【ドラフト案 by 松本】 - 以下については、原語表記のままとする Board Member(s) Ambassador(s) Build Service # OBS と出てきた場合、その号で初出(と思われる)箇所では # OBS (openSUSE Build Service)と補足しておく # BS として出てきた場合は Build Service にしておく User Directory Guiding Principles Bugzilla - 上記について、もし原文中で小文字で始まっていたとしても、頭を大文 字に置き換えておく - 本文中に出てくる場合は Bold 体(''' '''で囲んでおく)にしておく # Bugzilla については、Novell の　Bugzilla を表す場合のみ - Wiki 内に「用語集」ページを用意し、それぞれの簡単な解説と、Wiki の 関連ページへのリンクを紹介しておく。 - 上記用語について各号内で初出の(…と思われる)箇所では「用語集」の その用語のエントリへのリンクをはっておく # これについての別解として、OWN の冒頭に # 「openSUSE Weekly News 内で使われる openSUSE プロジェクト # /コミュニティ関連特有の用語については「用語集」をご参照ください」 # という Info を入れるようにして、個々の用語でリンクしない、 # という方法もアリか？ # 若干「親切度」は下がりますが…。 なお、このようにした場合、既に Wiki の別のページでの表記と異なってくるこ とになります。たとえば「Board と評議会って同じなの？違うものなの？」とい う混乱の原因となる可能性もありますので、Wiki 内を見渡して、できる限り表 記を統一しておくようにしておくべきかと考えています。

(3) 特別な意味を持たない一般語の訳語をどのようにすべきか

【ドラフト案 by 松本】 0) 原則 - 多少の揺れは許容する (100 % 厳密にするのは無理) - 細かい部分は基本的に翻訳者 or アンカー次第 - 気になったら、気になった人が自分で直す(笑) 1) 固有名詞の扱い a) 人名 - 原語表記のまま (現状通り) b) 地名 - 馴染みある地名は日本語表記 - 訳注を付けるべきか否かについては翻訳者 or アンカーの判断に任せる c) アプリケーション、プロジェクト名など - 特に日本語の定訳があるもの以外は原語のまま (現状通り) d) 企業名など - 日本に法人があり、特に日本法人を指す場合で、カタカナでも表記され るような企業名についてはカタカナ表記に。 例) ノベル株式会社 マイクロソフト 日本オラクル株式会社 サン・マイクロシステムズ株式会社 - その他のケースでは原語表記のまま 2) 一般的な用語 - なるべく日本語に訳す - 一般的に使われていると思われる用語であればカタカナ表記で - 必要を感じたら、適宜訳注を入れておく - 上記については翻訳者 or アンカーの判断に任せる (4) その他 1) 英単語、数字前後のスペース挿入について - スペースは*入らなくてもいい* - ただし、入ってても目くじら立てない 2) カタカナ用語が続く場合の中黒(・)の挿入について - 中黒は*入らなくてもいい* - ただし、区切った方が分りやすいと思ったら、区切っても OK - うまく助詞や句点などを使いましょう 例) ウェブベースアプライアンス →ウェブベースのアプライアンス バグフィックスリリース →バグが修正されたリリース - 馴染みがなさそうなカタカナ用語については、適宜訳注を入れるなり、 用語辞典へのリンクをはっておくようにする …以上のような感じです。 ブレをなくす…というのは、コラボレーションしていくうえで「言うは易し、行 うは難し」だと思うんですよね。厳密性を追求していくと参照すべきルールが増 えていき、もしそれらを整理してどこかにまとめていおいたとしても、100 % 守 られるかどうかは怪しいところで、結局は誰か決まったアンカーを配置しないと 維持していけないんじゃないかという気がします。多少のブレは許容するしかな い…後は、気になる人が直していくしかないよね、というあたりが結局は落とし どころになるのではないかと。

...

かなりに「好み」やどのへんを読者として想定するかで左右されることだと思う ので、

- どうしたらより親切か - でも、できれば翻訳で楽できるといいよね

…といった観点で最終的にどうしていくのが良さそうか決めていけたらいいと 思ってます。

　えーと、すみません、かなりざっくばらんな書き方をしてしまいますが（笑）、 読者の想定って、訳語の選択にはあまり意味はないですよね。結局、想定する 読者に個別に合わせて表現方法なり形式なりを変えていくしかないわけですから。 なので、まず決めるべきは、漠然としたわかりやすさではなく、作業のしやすさ、 ぶれのなさ、ルールのわかりやすさが重要なのだと思います。

　はっきり言ってしまえば、Nurembergをニュルンベルクにしたところで、読者が 増えるわけじゃないですし（笑）。本当に分かりやすさ、親切さをやるなら、訳語の 選択以前にもっとすることがありますよね。「初めての人のためのopenSUSE」の ようなポータルページを作るとか。そういう特定目的のページ内では、訳語や 日本語表現をターゲットに合わせて「分かりやすく」変えれば良いわけで。

　まずは、むしろ特定の読者を想定しない、グローバルなドキュメントで訳語を どうするか、という問題なのだと思ってますが。

「初めての人のためのopenSUSE」のようなポータルページを作る …ということの必要性はおそらく多くの人が同意してくれることなのではないか と思います。問題は常に、「では誰がそれをするの？」というところにいってし まうわけです。

今翻訳中の Issue 82 の記事関連ですが、実は Live CD 用のイメージは USB 用 としても使えるものなんですね。で、そのことについて「なんで USB に書き込 んで使うための解説が Wiki にないの？」という質問というかクレームがついた のに対して、Coolo 答えて曰く… 「"why can't openSUSE?" - I can tell you: I asked if someone wants to check the wiki pages and noone did. That is why. openSUSE users don't act, they only blame others. And it's not "your wiki", it's openSUSE's wiki - everyone can edit it. But of course it's easier to make openFATE a flaming forum.」 乱暴にはしょってしまうと「文句言ってるばかりで誰も手を動かさないからその まま放置されちゃう。ただそれだけ。『あなた任せ』の Wiki じゃないんだよ、 『みんなで作り上げる』Wiki なんだよ」という感じでしょうか。 https://features.opensuse.org/305658 「誰かがやるべきだ」ではなく「一緒にやろうよ」という人がどれくらいいるの か、結局はそこなんでしょうね。 # 今は「じゃあ、俺がやるよ」という人が孤軍奮闘している状況かな… # これは、日本のコミュニティに限ったことではないですけれど… -- _/_/ Satoru Matsumoto - openSUSE Member - Japan _/_/ _/_/ Marketing/Weekly News/openFATE Screening Team _/_/ _/_/ mail: helios_reds_at_gmx.net / irc: HeliosReds _/_/ _/_/ http://blog.geeko.jp/author/heliosreds _/_/ -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org