スラッシュドット・ジャパン

こちらで議論されている”英語圏の人たち”ですが、アメリカ人だけではなくスペイン人だったり、フランス人だったりする開発者のコミュニティです。そのひとたちもみんな英語は母国語ではないです。にもかかわらず、英語を共通言語にして開発を進めています。
言いたいのは日本のソフトウェアを世界に広げたければ日本人対外国人の考え方（極端ですみません）を捨て努力してminimumの英語ドキュメントでも作るべきだと思います。

・スクリーンショットを多用する
・使っている様子のムービーを作ってみる
・インストール手順の説明では、作業を実際にやった時のコマンド履歴を載せる
・あとは英語コミュニティのためのメーリングリストか掲示板を用意しておき、英語が話せるユーザー同士での情報交換に委ねる

というのはどうでしょう。経験がないのでうまくいくかどうかは皆目見当がつきませんが。

なんかしら、手段はあると思うんですよ。

個人的な経験を言わせていただければ、自分で努力して翻訳する必要も、大仰に「翻訳プロジェクト」を立ち上げる必要もまったくありません。一歩踏み出すだけです。

・最小限のドキュメントを英語（もしくは英単語の羅列）で書きます
・それをコピペして英語ページを作ります
・然るべきMLまたはニュースサイトにドキュメントの先頭部分（サマリ）をコピペしてタレこみます
---
・しばらく放置します。
・もしソフトウェアが十分に有用なものであれば、誰かが勝手に日本語詳細ドキュメントを翻訳して公開するでしょう（webやニュースサイトの併設掲示板で）。あるいはもともと日本語詳細ドキュメントが存在しなくても、勝手に英語詳細ドキュメントを作成するでしょう。
・連絡もらうなりググるなりしてその誰かの翻訳／解説サイトがわかったら、そこにリンクします。
・やる気と管理能力があれば、ここでその誰かを中心に公式翻訳プロジェクトに格上げします。なければ放置して「翻訳したけど公開していいか？」といったメールに返事するだけにします。

新しい方法
・上記「それをコピペして英語ページを作ります」->
　それをコピペして（誰でも編集可能な）英語専用のwikiページを作ります。
※ダウンロードページだけは編集不可あるいはwikiとは別にしておくべきでしょう

これは、逆に考えて英語ソフトの日本語解説ページや翻訳ドキュメントが自然に発生する過程を考えれば、これで十分うまくいくのがわかると思います。

ポイントは「最小限のドキュメント」と「MLまたはニュースサイトへのタレコミ」です。

非日本語圏の人の目に触れる機会があり、
とりあえず起動して使用できる最小限の英語情報があり、
使用した人が自国語で紹介したいと思うほど有用なものであり、
その有用性のためにユーザー数が一定数を超えれば、
その中には翻訳ソフト／サイトを通したグタグダな英語をnativeに直す程度の日本語力（とヒマ）を持った人はいるので
英語（各国語）ドキュメントなんて自分以外の誰かが書きます。

今回の件に限れば、最小限の情報が不十分か、あるいは非英語圏でJapanese Input Methodを必要とするユーザ数がまだ一定数に達していないのではと思います。

冗談抜きで、英語しかない状況を他の言語を母国語としている人達がどう思っているのか、これを機会に、少し理解してもらいたいと思う。

アメリカ人なんて英語が通じない場所などないと思っているぐらいなんだから、たまには良い薬でしょ。

こんな態度が建設的だとは思わないのでＡＣ

気持ちは判るが、英語文書の日本語訳も日本語文書の英語訳も、ほとんど日本人がやっている現状があるわけで。

たしかに、英語文書にすると広く読まれる可能性が出てくるというのもあるが・・・・・。

やはり、機械翻訳の進歩を待つしかないのかね。

FreeBSDのPAO時代を思い出すなぁ。

あの時、Warner Losh氏が努力して日本のコミュニティに日本語のメールを出して来てくれたおかげで、日本のFreeBSD開発コミュニティは本家にうまく統合できたような。

日本人が英語の文章を書くことも大事だとは思うけど、英語圏の人にも努力していただく必要はあるよなぁ。
＃日本語メインのMLなどでも、普通は英語での問いかけには誰かしらが英語で答えてくれるだろうし。

趣味で開発をしている人間には、「そうしよう」というモチベーションを提供しない限り動かないわけで。

単に使う奴が増えるだけというのを超えるフィードバックが見込めるなら、ちょっと無理してでも英語化するとおもうんだけどな。
英語化が進まない理由を、望む方も考えたほうがいいんじゃないかと思う。

私が関わっているプロジェクトは、そろそろ外国語圏からのコンタクトも増えてきたので、英文での情報をWebに載せ初めました。
現在、様子見です。場合によっては止めちゃうかもしれないけど。

(さらっと読んだだけですが)anthyが挙げられていますね。

日本語化とか日本語対応というと、日本語で日本人に分かればいいやっていう感じがまだ大きいように思います。
だからって成果物や議論まで英語にすべきだ、とまでは言えませんが、こういったリソースが日本語圏以外でも使われることがあるということを意識して、ドキュメントくらいは英語でないといけないかもしれませんね。

いや、僕もその点では考えなばあかんってのもありますが。orz

日本語は世界一難解な言語である(と言われているらしい)ことをお忘れなく。

# 日本語も英語も妙になまるUD

その辺り、sourceforgeみたいな大規模、多言語対応なところがきちんと対応すればちょっとは良いんですよね。

メニューが常に日本語か英語かワンクリックで選べるのは少しずつ広がっていくと良いなぁと。ブラウザ情報やIPで表示言語を自動決定しつつ、ワンクリックで変更できると。

これなら、最悪ソフト、パッチの置き場所は分かります。

まぁ、あと肝心のドキュメントの英語化ですけど、個人でも英語版ドキュメントを公開している人も多い印象があって、正直、Anthyがそうしたドキュメント用意していないのが意外でした。

これは、JF辺りがテンプレートを作ってオープンソースコミュニティ全体に向けて配布するとか、どうでしょう。最低限の利便性は確保できるんじゃないでしょうか。プレスリリース(っぽいもの。概要、新機能、削除機能、既知のバグ、依存コンポーネント、インストールガイド、キックスタートチュートリアル、開発者の紹介、ライセンス、謝辞等々)とかね。項目は、必要に応じて対応ハードウェアとか。

（海外のプロジェクトの）いくつかのサイトでは、あらかじめ翻訳サイト経由の該当ページへのリンクを貼り付けている場合があります。
翻訳サイトを知っている人はリンクがなくても自分で翻訳するだろうし、翻訳の質も読めるレベルではなかったりするのであまり意味がないかもしれませんが、やらないよりましかも。

> 「和訳してくれる人はいないのかなぁ」と思うことが多々ありますが

そして私は「和訳したときに略語にしないで欲しいなぁ」と思うことが多々あります

# IM：インスタントメッセージングかと思った

年に数回英語で問い合わせのメールがあります．英語圏以外からも来ます．へたくそな英語なのでこちらが恐縮してしまう．（へたくそな英語だから，年に数回なのかもしれない．）

海外から留学生が来ると日本語がおかしくてしょっちゅう笑ってるやつ見かけますね。でも、そういうやつに限って英語が苦手だったり、海外言って笑われたり・・・

まあ、でも郷に従えって事で国際か考えてないプロジェクトはそのプロジェクトの方針でわざわざ英語にする必要ないんじゃないんですか。

# って言っている当人は英語苦手なので英語のドキュメントしかないソフトを使用するのに結構苦労しています。ときには、「これ日本語無いのかい」であきらめたり・・・

Seeme.mpgじゃ駄目かな。
基本操作を動画で収めとくの。

駄目ですね。

このメールのフォロー [theaimsgroup.com]にも書かれていますが、英語のwikiは
http://anthy.sourceforge.jp/cgi-bin/hikien/hiki.cgi [sourceforge.jp]
に存在しています。
ただ、トップページからだとこの文章へは日本人の私でもたどり付くことができませんでした。 また、リンクしといてくれよ、とメールをしようとしてもsourceforgeのシステムを知らないかぎり開発者のメールアドレスはわかりません。
日本人が開発したソフトでも英語で書かれたドキュメントを用意されているものは多いですし、実際やってみても、その労力が議論されている程大きものだとは思えません。
ですから、メールで槍玉にあげられた件に関してはアクセシビリティの問題であり、これは言語に関わらずよく見かける、製作者が注意すべき問題ではないでしょうか。

BSDセクションよりデベロッパー・セクション向きの話題ではないかと思います。

そもそも日本語で書かれたドキュメントすら存在しないとか、
あってもREADME、INSTALLとCOPYRIGHTだけとか、
初めからドキュメントは他力本願と宣言しているとか、

というのが結構な割合で存在するような気がする > Windowsフリーウェア界隈

UN*X業界はどうなんでしょ？

ですか

この際だから人工的に自然言語(？)を作っちゃえ、
というような意見は、意外と出てこないんですね。

自分たちでOSやらオフィススイートやら作っちゃう
ような人たちがごろごろいるオープンソースな
コミュニティなら、そういう発想もありではないかと
思うのですが。

試案としては、

1)実用性を考慮して、アメリカ英語ベース。
2)単純にするために書き言葉のことしか考えない。
3)同じく技術用語・法律用語などの厳密に定義可能な
　分野のことしか考えない。
4)単語数を絞り込み、文法も簡略化する。
　また、変な慣用句等が入り込みにくい構造にする。
5)専門用語等は増えていかざるを得ないと思うので、
　用語を明示的に定義する手順を用意する。
6)文法その他を機械的にチェック可能にする。
　(lintみたいなのをあらかじめ用意する)

過去の人工自然言語の試みがうまくいかなかった
一因は、その言語で普段使っている言語を置き換え
ようと欲張ったことではないかと思います。

一方で、死語となったラテン語やギリシア語が神学や
学術分野でしぶとく生き残ったという事例もある
わけで、そのプロセスを人為的に再現できれば、
「あらかじめ死んでいる、用途限定で実用可能な言語」
が作れるのではないでしょうか。

それぞれのソフト・サイトで対象ユーザや製作者の状況が異なるわけで、そういうのを考慮せずに一般論を議論しても結論なんか出ませんからね。
製作者が英語ドキュメントが必要だと思えば何らかの方法で用意すればいいだけだし、そうでなければ作る必要は無い(と判断した)んでしょう。

で、Anthyについて。
誰かが英訳するのか、それとも放置するべきなのかが問題ということでいいんですか？

読んでてむかついてきました。
日本語ドキュメントをfucking documentationなんていってるようじゃあ翻訳の意欲なんてわかないですよねー。
言語以前の問題です。

インスタントメッセンジャーのことだとばかり思ってました。
このスレッドを殆ど読み終わった後、Anthyってのをぐぐってやっとそうじゃないってことがわかりました ・・・・orz

物知らずでどうもごまんなさい。

母国語も含めて、なんらかの言語が必要なら、それをまなばなきゃいけないだろう？

全世界の言語が必要なら、全世界の言語をまなばなきゃならないのでは？

で、現在のところはそれが無理だというので、妥協点として英語を使っているのだと認識しているのだが。

>みんなそう考えはじめると、全世界の言語を学ぶ？？？

　常々思っていることがあります。
　プログラム言語をC++に統一して、「ソースは最高のドキュメントだ」という考えを浸透させるのです。
　プログラム用の言語とドキュメント用の言語を使い分けるのなんて、脳のリソースの無駄遣いだと。

# ↑という事をC++で書けと言われても困るのでAC。

む？エスペラント語は？

# いや，言ってみただけですよ．．．

・・・と，いう主旨の記事を八田氏が書いて [zdnet.com]ますね。無能な人間は（翻訳のような）雑用をしろと・・・　自嘲気味ではなく，本気でそうおもっているみたいです。

ただ，アニメのファンサブ [cruel.org]の話しとか見てもわかるように。「それが必要だから」でないと上手く続かないですよね。

個人的には，「日本のオープンソースを増やしたい」と思っている政府 [rieti.go.jp]がやればいいんじゃないかと思いますが。

"日本語を学べ”と書くと尊大な感じを私も受けますが、私も同意見ですね。

タレコミにあるような、

”Anthy がいいって言われたけど、日本で開発された IM 関係のソフトって、英語の文書がなくて困るよ”

とのたまうなら、まず自分で日本語に翻訳したのを載せるべきではないか？それがたとえ機械翻訳だとしても。

と思いますが。
その上で上の発言なら解りますが、そー言うことなしに、何でも自分の判る言語で書いて欲しいと取れるような発言は誠にもって厚かましいだけのように感じますね。
（下の書き込みだって日英翻訳はぢつは日本人がやってる・・ってあるし）

> de-facto言語である英語を勉強すればどう？
de factoってラテン語ですが何か？

親が産業翻訳を仕事にしていたので（今は現役でない）
技術文書を「読んで」と頼んだら、
「全く分からない」と2行ほど読んで突き返されました。
historyを「歴史」、Archiveを「古文書」と読んだら
後が繋がらなかったとか。
ここまで知識が無い例は無いと思いますが、
非IT業界の人にこの手の翻訳はかなり難しいと思います。

少なくともローマ字で書いた文章を添付しておけば
ローマの人には通じるでしょう。

「日本語だけでごめんなさい」なんて文章はもう要らないって意味ですよ。

NO MOREは、ノーモォアヒロォーシマ、ノーモァアナガァサキのノーモァで、これ以上～要らないなどという意味だったりするのです。

"Sorry Japanese Only"は、日本語しか(わかんね|いらね)って時に日本人が乱用する表現です。
私は、Web上などで使うとき、"Sorry for Japanese only"、"Sorry, Japanese Only"をお勧めします。

Documentsは文章、ドキュメントって意味です。

さて、今日は３つの言葉を覚えたので来週はさらに復習です。
宿題はAll your bese are belong to usは何故間違いかを考えて下さい。

Marc Espie さんが言ってる内容としては、「ソースコードはここにあって、パッチはこっちですよ」程度の情報がないのはどうよ、ということみたい（「fucking documentation」と言いたくなる気持ちも、まあわからないでもない）なので、大掛かりにやらなくても対応はできそうな気がします。

ただ、qt向けのgtk-immodule adapter が本家にマージされないとか、情報の絶対量や鮮度が足りないってのは、当の日本人も困ってる（人が多分いるはずの）事柄なわけで、そう簡単には解決しないかもしれません。
# 現在*QTアプリだけ*がskimを使ってくれないという
# よくわからないトラブルと格闘中な自分。
# 解決したら野良ドキュメントを（日本語で）書く予定。
# kinputの頃からだけど、日本語入力関係は
# 「原理がわかるドキュメント」が少ない気がする。

元メッツの新庄選手は、英語がわからなかったので、がんばってチームメイトに日本語を教えた [fc2web.com]そうな。

> そんな俺は中学高校と英語の時間はほとんど知らない単語を辞書で引くと言う作業のみに費やされた。

基本的な文法を覚えたら後はひたすら辞書を引くだけ、というのが
日本の英語教育のやり方ではないでしょうか？
まず文法、次に単語熟語という順番です。
一度ひいた単語をちゃんと覚えてるか、というのを
チェックするために、アンダーラインを引いたりもしてました。

＞フリーソフトなんだから欲しい人が翻訳して
＞本家に汲み上げてもらうように働きかけるべきでしょう。

つまりMarc EspieではなくOS riderがやるべきだと。

＞なんか良く考えたら結構虫のい話じゃないの？

どこが？

英文のドキュメントしか無い英語圏のフリーソフトに対して
日本語の翻訳を出してよと大っぴらに言う奴なんていたかね？

いますいます。

それは、私です。