Mozilla 翻訳

[濱崎]

5/10 のコミュニティミーティングで、今後の翻訳部門の活動をどうするかという話が出ました。
一言で言うと、「存続するかどうかの分かれ目」です。
（これまでの内容があるので、サイトをまるごとなくすということにはならないと思います）

背景としては、

• SUMO、MDCなど、翻訳ができる場所が他にもある
  
• 原文の更新に追随できていない、投稿された草稿にすぐに反応できていないなど、以前と比べると翻訳文書の内容の質を保つための体制が弱くなっている（人数不足のため）

ことが挙げられます。


現在の作業の流れはこんな感じです。

補足すると、

• 最終的に公開するための登録を行うための権限を持っていて、ある程度の頻度でこちらに顔を出すことができてるのが1人
  
• （存続させる場合）作業者が少ないため、予約を省こうかという話が出ています。

閲覧している人の中には、こういう状況だということを知らない人もいることと思いますので、ひとまずお知らせをして、反応を見ようということになりました。これで新たに「やるよ」と手を挙げてくれる人がいば、話の流れが変わってきます。

コミュニティミーティングで話したこと全てを反映した投稿にはなっていないので、追加、修正など入る可能性があります。ご了承ください。
※文中の図の元ファイルへのリンク

[池田]

濱崎さん、池田です。投稿ありがとうございます。
本来なら言い出しっぺの私がポストするべき所でした(^^;
取り急ぎ、補足を何点か。

[Orca]

漠然としたアレだけど。

• Apacheの antについて調べていたとき, 翻訳者が不足していること目にして, どこでも不足してるのカモです。
  (危機感を煽ってる可能性もあるけど)
  
• Ubuntuのローカライズ用の仕組みが優れてる気がしたです。文単位の翻訳で, 他の同様の文の和訳を参照することもできるし。
  Mozilla翻訳部門で同様の仕組みを用意するかそれともそのサイトで Mozillaカテゴリーを用意できるのなら, 作業手順を省くことができるカモです。
  # それを利用したとしても翻訳の質は不明だけど (変な訳があるとか耳にしたよーな …)
  
  https://wiki.ubuntulinux.jp/Develop/TranslationGuide
  http://ja.wikipedia.org/wiki/Launchpad
  

翻訳を行っているのは Apacheや Ubuntuばかりじゃないので, よりよいシステムを用意してるトコ (団体) も存在するカモ。
てことで, 他のトコを探して参考に調べても良いかも。

てゆーか, Mozilla/Firefoxだから / Ubuntuだから翻訳してるって人, 多いんでしょーか。
ひとつの翻訳サイトで翻訳が行われ, 各種 OSSでソレを参照することになれば, 翻訳者リソースが分散しないので …
# 夢物語って気もするし猫の首に鈴って感じも。

[Orca]

作業の手順・手間を減らすのは, 翻訳に参加する人に対しての敷居を低くするのに役立つカモですね。
てことで, 面倒だと感じたものを挙げてみたです。

• "予約"に限らず"草稿"や"完了"のときに, タイトル, URL, 日時 などを (フォーラムへの投稿時に入力補助機能があったとしても) 入力しなければならないのは面倒カモです。
  できれば, 翻訳を開始するとき, 未翻訳のドキュメント & 要更新なドキュメントの一覧が現れて, それをクリックすればオリジナルドキュメント/あるいは前回更新時の和訳ドキュメントを取得でき, と同時に予約ができれば便利カモです。
  そのためには, ドキュメント一覧を得られる Webアプリが必要だけど (一覧にアクセスした瞬間の最新の情報が反映されているもの)。
  
  要更新のドキュメントで, 以前は他人が翻訳していた場合, それを, 翻訳者に渡す手順とゆーのは今は存在しないので, なんとかできたら …
  # 上記システムで, 「前回の翻訳ドキュメント」を渡すことができれば一つの解決法になるカモ
  
  
• 和訳ドキュメントに, 和訳専用のタグを追加してる訳だけど, ある程度自動化できるはずです。
  オリジナルドキュメントの どの版の和訳に相当するかを記述してるけど, 通常それは最新ドキュメントに対するもののはずで, 過去のものをわざわざ翻訳することはないと思うです。
  問題なのは, 翻訳作業中にオリジナルが更新された場合で, そのときは自動で知らせるとか, 予約当時のオリジナルドキュメントの日時を自動でセットするとか …
  
  オリジナルドキュメントの更新日時を常に保持していれば実現は可能なはずです。
  以前投稿した内容: http://forums.firehacks.org/trans/viewtopic.php?t=3952
  # 他にもあったはずだけど
  
  とゆーよりも, ドキュメントの対応付けを MJ側で管理しているのならともかく, そーでないのならこのタグの記述自体必要無いのではないかと思うです。
  
  オリジナルドキュメントの更新日時を調べて, それをコピペして
  … 確かに単純なことで間違いにくそうだけれど, たまたま間違ったり, 更新し忘れたり, ってこともある訳で。
  機械的にチェックすることも ある程度は可能だけど, だったらわざわざ手作業で入力することもないと。
  
  
• 翻訳のときに, HTMLの知識が現在は必要です。HTMLエディターの力を借りるって手もあるけど。
  
  んで HTMLエディターで編集したものは, ドキュメントを登録する際に問題だったりするです。タグが変わっていたり, 無くなっていたり, 追加されていたり …
  将来, 別の方が翻訳する可能性もあるのなら, なるべくオリジナルに合わせるために, ドキュメント登録時に タグをマッチングしながら加工して それを登録することにした方がよいと思うけど (それはドキュメントのチェックにはなるけど, 結構大変)。
  
  これ (↓)は規模が大きくなりそうだけど …
  
  和訳したいドキュメントから「文」単位に切り出して, それぞれ翻訳してもらい, あとで HTMLに戻すシステムがあれば。
  ただ, 何らかの属性が付いた (例えばアンダーライン付きとかの) 単語の場合, ちょっと面倒カモだけど。
  

ドキュメント一覧 & クリックで予約は, (実際に機能しない)サンプル的なものはたぶん, すぐできそうな気がするです。
その前に, いたずら防止策とか考えないとダメかもだけど。

ドキュメント更新日時 dbは, プロトタイプがあるので, それなりに作れるはずだと思うです。
# あとは定期的に (数時間ごとに) 走らせるだけ

んで, これらのツールの類を (用意できたなら) 例えば http://sourceforge.jp/ で管理したりするとよいカモです。
同様にオープンソースってことで。

[池田]

Orca さん、ご意見ありがとうございます。
個々の案件についてリプライすべき所ですが、まずは昨日のポストの続きを書かせて下さい。

[池田]

[Orca]

# アーカイブ化とは凍結 ? てことでしょーか …

[濱崎]

このトピックを立ててから10日間、フォーラムの管理権限を持っている人以外からの意見もあるといいなと思っていたんですが、ないようですね。
もし何かあったら遠慮なく書いてくださいね。

さてさて、池田さんの案1. について
ひとまず、草稿というステップを廃止することについては同意が取れそうですね。
予約を廃止することについても、私は賛成です。
残念ながら、作業の重複を当分心配しなくてもいい と言えそうな状況なので。ぶつかるようになったら復活させれば良いのではないでしょうか。

[池田]

Orca さん、コメントありがとうございます。

[dynamis]

「フォーラムの管理権限を持っている人」でありなおかつ意見もほぼ既知かと思いますが、賛同を明記しておきます。

現在の予約と草稿フォーラムはアーカイブ、必要に応じて予約や草稿も現完成稿フォーラムで必要に応じて宣言することで済ませるということでよいと思います。
あちこち見なくてもココさえ見れば予約も気づくというようになる分、システム的にも作業重複はしにくいと思いますし。
テンプレートについても和訳一覧に機械的に反映するためのものに過ぎず完全なデータベースでもないので気にしないで良いと思います。
# 完成稿登録時にだけは登録作業者側は慣れているし、フォーマット揃えて見やすくする意味でも使用した方が良いかな

適当な期限を決めて異論がなければアーカイブ化など実行ということにしましょうか？