小笠原です。 大した意見があるわけじゃないですが。

- Linux/openSUSE の使用歴はまだ浅い

個人的には、Linux 特有の用語については他のディストリの定訳が あるなら重んじたいです。 openSUSE 独特の言い回しはぶれが生じないようにしたいというのが 希望です。 以下、特にコメントしないものは現状維持に賛成です。

(3) Tips and Tricks 1) Tips and Tricks(ヒントや「使える」小技集) (*) 2) その他

これ前から微妙に引っかかっているのですが、代案があるわけで ないので現状維持で。

(6) Translations # 各国語版へのリンク # 日本人読者への情報なのか # それとも偶然訪れてしまった # 非日本語ネイティブな人への標識なのか # どちらと考えるべきかで迷うところです

1) 翻訳版(Translations) (*) 2) その他

松本さんのコメントを踏まえると、日英表記が無難なのかなと 思います。

(7) 統計情報内の表記について # 現状、openFATE のところと Bugzilla のところとで # 表現が異なってしまっています

1) 「未確認」というように日本語訳にしてしまう (openFATE の現状)

これに一票です。 英語を残しておく積極的な理由が思いつきません。 強いて言えば openFATE / Bugzilla を自分で見に行った人が対応が わかりやすいというのがあるかもしれませんが、英語のページを見に いく人はそれぐらいの英語はわかるでしょう。

== openSUSE プロジェクト/コミュニティ関連用語 ==

(8) Board/board # 参照: http://ja.opensuse.org/Board

1) 評議会 (Board) (*)

でいいと思いますが、時折出てくる Board Member という表記はどうしましょう。 評議会 (Board) メンバー、でいいのかな。

(9) Member(s)/member(s) # 参照: http://ja.opensuse.org/Members # 一般的な意味での「メンバー」との使い分けに注意 # いわゆる「登録メンバー」を指すことを分りやすくしておきたい

1) メンバー (Member) (*) 2) メンバー 3) Member(s) 4) その他

今までの OWN の定訳ではないですが、

# いわゆる「登録メンバー」を指すことを分りやすくしておきたい

ということであれば、ずばり「登録メンバー」というのはだめですか？ もっとも現状に不満があるわけではないので 1) でも構いません。

(11) Build Service # 参照: https://build.opensuse.org/ # なお、英語だと OBS、BS などとされているケースもあるので # 統一した訳語を当てるかどうかについても要検討

1) ビルド・サービス (*) 2) Build Service 3) その他

原文で OBS とある場合は OBS でいいと思うのですが、 BS は「ブリジストン？」とか思ってしまうので BS (ビルド・サービス) とか したいですね。

(13) Guiding Principles # 参照: http://ja.opensuse.org/Guiding_Principles

1) 基本方針 (Guiding Principles) (*) 2) Guiding Principles 3) その他

Guiding Principles は重要な概念なので元文を生かした 1) がよろしいかと。 Ubuntu の CoC のようにキャッチーな略語があればいいんですけどね。 それは言ってもしょうがないか。

(14) Feature(s)/feature(s) # 一般的には「機能」という訳語が適当かと思いますが # openFATE に登録された "Feature/feature" を指すような場合 # どうしておくのが良さそうでしょうか

1) 機能追加リクエスト (*)

で問題ないと思います。ただしこの訳は openFATE 限定ですよね。

(15) Bugzilla # 参照: https://bugzilla.novell.com/index.cgi

1) Bugzilla

Bugzilla はもう普通に使っていい言葉になっていると思いますが。

(17) Novell 1) グローバルな企業としての場合は「Novell」 日本法人を指す場合は「ノベル株式会社」

こちらに一票。 それでは。 -- Naruhiko Ogasawara (naruoga@gmail.com) -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org

はしもとまさです。 昨日まで資格の勉強＆今日は突然マウスが動かなくなった（KDEの問題?）やらで、 返信が遅れてました。。。 to 小笠原さん ここで書く内容ではないですが、そんなこんなで Twitter の準備ができませんでした(^^; 翻訳については（状況によりますが）明日の午前中に作業しているはずですので、 うまく Gobby でつかまえていただけると助かります。。。 （明日の午後（夜）はユーザ会のミーティングがありますので…） ここから本題です。

- 想定している読者のレベル - 自力で Linux をインストールすることができる - 一般的なコンピュータ用語については大体理解できる - 英語を読むのは苦手 - Linux/openSUSE の使用歴はまだ浅い - 上記のような想定読者ができるだけ戸惑わないようにしたい - 特別な意味を持つ用語については、それが分かるようにしておきたい

僕個人的な感想（意見？）としましては、 「これから openSUSE も使ってみたい!」 という方にも読んでいただきたいなぁ〜と感じています。 なので、小笠原さんも書いてましたが、他のディストリで似たものがあれば、 それにあわせていきたいです。。。

(1) openSUSE Weekly News 1) openSUSE ウィークリー・ニュース (*) 2) openSUSE Weekly News 3) どちらでも可 4) その他

風穴さんも書いてましたが、無理に訳さなくてもいいと思います。 「２」番に一票！ …見た目的にもかっこいいし（笑）。

(2) Tips and Tricks 1) Tips and Tricks(ヒントや「使える」小技集) (*) 2) その他

…あまりいい訳が思いつきませんね。。。 もっとシンプルな方が飛びつきやすい気がしますが。 現状のままでもいいと思います。

(3) On the Web 1) Web 上の記事から (*) 2) その他

現状のままでもわかると思いますが、 風穴さんの「お勧めの記事」の方が丁寧かな？という気がします。

(4) Localization # 主に UI 部分の翻訳関係 # Translation との使い分けに注意する必要があります

1) 翻訳(ローカライゼーション) (*) 2) その他

Translation との違いさえがわかれば…と思うので、 むしろここはこのままでもいいと思います。

(5) openSUSE for your ears 1) 耳で聞く openSUSE (*) 2) その他

ここは説明のところにその内容が明らかになっていればOKだと思いますので、 そのままでいいと思います。 ただ、もうちょっとぱっとみてわかるようなタイトルでもいいのかな〜とも思います。 「openSUSE Weekly News をポッドキャストで聞こう！」 みたいなのはどうでしょうか？ （ドイツ語がわかれば日本語版は読まない…気もしますが^^;）

(6) Translations # 各国語版へのリンク # 日本人読者への情報なのか # それとも偶然訪れてしまった # 非日本語ネイティブな人への標識なのか # どちらと考えるべきかで迷うところです

1) 翻訳版(Translations) (*) 2) その他

僕は「日本在住の非日本語ネイティブな人への標識」だと思ってました。 日本のブラウザでぐぐったら、日本語版が出てきてしまった!場合の対応かな？と。 なのでそのままか、 もしくは「openSUSE Weekly News 各国語版」みたいな感じでしょうか。

(7) 統計情報内の表記について # 現状、openFATE のところと Bugzilla のところとで # 表現が異なってしまっています

1) 「未確認」というように日本語訳にしてしまう (openFATE の現状) 2) 「Blocker(最重要課題)」というように 「英語(日本語訳)」とする (Bugzilla の現状) 3) 逆に「日本語訳(英語)」とする 4) 「duplicate」「Enhancements」等の英語のまま 5) その他

僕は「１」番に１票です。 翻訳版なのに英語で書いておく必要もないかな？と思います。 小笠原さんの意見に賛成です。

(8) Board/board # 参照: http://ja.opensuse.org/Board

1) 評議会 (Board) (*) 2) ボード 3) Board 4) その他

「１」番…そのままがシンプルでわかりやすいと思います。 小笠原さんが書いてた「Board Member」は やっぱし「評議会 (Board) メンバー」しかないのでしょうか？ なんだか長くてめんどくさい気がします。（訳す方も読む方も）

(9) Member(s)/member(s) # 参照: http://ja.opensuse.org/Members # 一般的な意味での「メンバー」との使い分けに注意 # いわゆる「登録メンバー」を指すことを分りやすくしておきたい

1) メンバー (Member) (*) 2) メンバー 3) Member(s) 4) その他

小笠原さんと同意件で、「登録メンバー」がいいと思います。 大胆に訳せば「会員」が一番わかりやすい気もしますが、 ちょっとずれてしまいますかね？

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

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

個人的には「アンバサダー」に１票です。 これこそ openSUSE 独特の言い回しですので。 …ただ、あまりに独特過ぎてわかりにくい！ってのが最大の弱点ですよね。 かといえ、「大使」というのはどうかと。。。 「４」番で毎回「Ambassador(s) (大使)」訳していくのは、 ちょっとめんどくさくて、読む方もしんどいと思います。 ここは早く用語集を作成して、日本語独自の訳仕方を見つけるべきだと思います。 日本語独自だと「大使」が一番わかりやすいのかな？ （なんだか大袈裟過ぎて好きになれないのは気のせいでしょうか？？？）

(11) Build Service # 参照: https://build.opensuse.org/ # なお、英語だと OBS、BS などとされているケースもあるので # 統一した訳語を当てるかどうかについても要検討

1) ビルド・サービス (*) 2) Build Service 3) その他

英語で使用例のある「OBS」で統一したいです。 こういう略語はどこの業界でも出てきますし(^^; …ただ、やっぱし難点は「OBS」だけでは馴染みがなさすぎるという点です。 用語集があれば「OBS」に越したことはないと思いますが、 まだどこに説明があるかわからないような現状では、 「ビルド・サービス」の方がいいかもしれません。 （ゆくゆくは「OBS」で統一したい！という意味です）

(12) User Directory # 参照: https://users.opensuse.org/

1) ユーザ名簿 (*) 2) User Directory 3) その他

あまりいい訳が思いつかないのですが、「ユーザ名簿」でいいと思います。 特に表とかになってるわけでもないので、「ユーザ一覧」ではないのかな？と。。。

(13) Guiding Principles # 参照: http://ja.opensuse.org/Guiding_Principles

1) 基本方針 (Guiding Principles) (*) 2) Guiding Principles 3) その他

「１」番に一票。 そのままでいいと思います。

(14) Feature(s)/feature(s) # 一般的には「機能」という訳語が適当かと思いますが # openFATE に登録された "Feature/feature" を指すような場合 # どうしておくのが良さそうでしょうか

1) 機能追加リクエスト (*) 2) 機能追加リクエスト (Feature) 3) フィーチャー 4) その他

なるべく統一したいという観点では「Feature」がいいと思いますが、 わかりやすくするという点では 「２」番の「機能追加リクエスト (Feature)」かな？と思います。

(15) Bugzilla # 参照: https://bugzilla.novell.com/index.cgi

1) Bugzilla 2) バグジラ 3) その他

固有名詞だと思います。 「１」番の「Bugzilla」に１票!

(16) People of openSUSE 1) openSUSE な人々 (*) 2) ピープル・オブ openSUSE 3) その他

風穴さんの「openSUSE コミュニティ」に１票です。 …漠然としすぎている感じもありますが。。。

(17) Novell 1) グローバルな企業としての場合は「Novell」 日本法人を指す場合は「ノベル株式会社」 2) すべて「Novell」 3) すべて「ノベル」 4) その他

「１」番に１票。 …残念なこと（？）に、あまり「日本法人」の記事は見かけませんが。。。 ミーティング中にも思ったことですが、 早く Wiki ベースの用語集にまとめていきたいです! ちょっと通りかかった人が、 突然わからない用語（Ambassador やら OBS やら）に出くわしたときに、 スムーズにその用語を解説してくれるようなページに飛べるようにできたらいいですね！ …ということで、今週も頑張りますm(_ _)m -- To unsubscribe, e-mail: opensuse-ja+unsubscribe@opensuse.org For additional commands, e-mail: opensuse-ja+help@opensuse.org

松本です。 最初から順番に…ではなく、気になるところから順次進めてみます。

...

(5) openSUSE for your ears 1) 耳で聞く openSUSE (*) 2) その他

Ko Kazaana さんは書きました:

これもそのまま使って

openSUSE for your ears （Podcastで聞くOWN）

とか括弧書きで説明する。忠実訳よりも利便性重視で（笑）。

Hashimoto Masahiko さんは書きました:

ここは説明のところにその内容が明らかになっていればOKだと思いますので、 そのままでいいと思います。 ただ、もうちょっとぱっとみてわかるようなタイトルでもいいのかな〜とも思います。 「openSUSE Weekly News をポッドキャストで聞こう！」 みたいなのはどうでしょうか？ （ドイツ語がわかれば日本語版は読まない…気もしますが^^;）

これ、実は良く分かってないんですが、生放送も、録音したものも、どちらも Podcast なんでしょうか？ Live Streaming と Podcast とは違うものなのかな… と思っていたので、どちらもあるこれについては Podcast という言葉を使わな いようにしていたんですが。 まぁ、「日本語ユーザの中の、OWN 読者の中の、更にドイツ語のヒアリングがで きる人」というとてつもなく限られた対象向けの情報なので、そもそもあまり悩 む必要はないと思うのですが…。 -- _/_/ 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

松本です。

...

(16) People of openSUSE 1) openSUSE な人々 (*) 2) ピープル・オブ openSUSE 3) その他

Ko Kazaana さんは書きました:

「openSUSEコミュニティ」でどうでしょう？　日本語の「コミュニ ティ」は、英語でpeopleというときのフィーリングを含んでいると思う のですがどうでしょう？

Hashimoto Masahiko さんは書きました:

風穴さんの「openSUSE コミュニティ」に１票です。 …漠然としすぎている感じもありますが。。。

「openSUSE コミュニティ」というのは他にも出てくると思いますので、さすが に「People of openSUSE」=「openSUSE コミュニティ」としてしまうのは思い切 り過ぎかなぁ…と(笑)。 「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