翻訳スプリント in Tokyo #2

極力参加します。直前にならないと最終決断はできないんですけど。でも，まぁ大丈夫でしょう。

dokumori さんからの評判が悪い :-p WiMAX を持っているので，WiMAX の電波が拾える所ならもっと多くの人をネットに繋ぐことができます。

この日は米国から来るお客さんの対応で英語にうんざり（得意じゃないのに使わなければいけない）
しているところかもしれませんが、何か貢献したいと思っていたので参加します。
場所ですが、いつもMeetupをしているしている場所は（木場周辺）ちょっと遠いかな？
ネットもないし。(Wi-Maxかe-mobile使うしかない）

ぜひ参加したいです。moriさんに一年ぶりに会えるのを楽しみにしてます。

前回、関西で行われた翻訳スプリントでのレビューの成果などは
PineRayさんが作ってくださったgoogle docsに上がっているものと、
miyabeさんが発見してくださった　install profileに関わる不具合などがあります。
Install Profileでの問題はcore の設計上の問題とも言えるので、解決できれば
日本語だけではないDrupalのmulti lingual化に貢献することと思います。

うれしいことにDrupalconに行けることになりました。
ちょうど23日に帰ってくるのですが成田経由関空までの便を購入してまして、
それをキャンセルできるかどうか旅行会社と交渉中です。

楽しいおみやげ話が持って帰れるようにしっかり見てきます。

今回は参加できなくて残念だけどMori君、また日本帰ってきたらイベント立ててね。楽しみにしてます。

テーマに沿って提案を一つさせて頂きます、ここ最近翻訳のsuggestionから即承認というプロセスが採用されてたけど、そこを今の時期少し考え直せたらなあと思っています。

グループのDrupal7活動が落ち着いてから思ったんだけど、alphaバージョン、betaバージョン、プロダクション（本番）のモデルみたいな層のある翻訳プロセス（現段階l.d.o内は層一つなので）があれば理想かなと思っています。現時点では品質は提案する人に完全に近い状態で委ねてるからl.d.oに何か品質向上の組織的な仕組みがあるべきではないかと。

翻訳プロセスをl.d.o内だけで処理するのは可能なのかとも疑問視してますので、毎回の事でこういう提案をしますが別サイトで品質向上の仕組みで一回翻訳をすべて通して最終段階の翻訳をl.d.oに戻すというプロセスはどうでしょう。別サイトというより、翻訳サーバがいくつか、後チームも段階や目的別に分けて三つぐらい編成した方がいいかなと思います。

私自身は翻訳は最低三回ぐらい考え直さなければいい翻訳にはならないと考えてるので、l.d.o内で三回ぐらい見直しできる形式があればそれでも十分だとも思います。

プロセスの向上が品質向上に繋がるのではないでしょうか。
では、皆さんご機嫌よう。

スコット

ちょうどその日は、お昼くらいに浅草で打ち合わせの予定ですが、夕方であれば行けると思います。
よろしくお願い致します。

初めてなのでよろしくお願いします。日本語は第一言語ではないですが日ごろNetｗork　Aｄministratorの仕事をしていて、和英翻訳、英和翻訳の経験がありますので少しでも貢献できると思います。参加します。

参加するつもりで時間だけはちょっと分かりません（19h〜20hの間のかな）
宜しくお願いします。

参加者のみなさん，お疲れさまでした。
今日のスプリントで各人が編集した .po ファイルのアップロードをお願いします。