4

現在ドイツ語で書かれているソフトウェアのかなり広範なドキュメント セットがあります。現在、このドキュメントを外国のお客様向けに英語に翻訳したいと考えています。これには、外部の翻訳サービスを使用します。

ただし、英語版とドイツ語版は、ソフトウェアの更新に応じて将来更新されるため、可能な限り同期させたいと考えています。この場合、ドキュメントの変更されたページのみを翻訳サービスに渡します。

現在、Atlassian Confluenceを使用してドキュメントを管理していますが、国際化はサポートされていません。

私の頭に浮かんだ次のアプローチは、何らかの外部ツールを使用してドキュメントを作成/管理し、それをコンフルエンスにエクスポートすることでした。

私が見つけたもの：

では、ソフトウェア ドキュメントをドイツ語と英語で同時に管理するにはどうすればよいでしょうか?

4

1 に答える 1

3

現時点では、Wiki でのローカリゼーション サポートは実際には非常に貧弱なようです。たとえば、http://www.kilkku.com/blog/2012/09/the-final-obstacle-to-wiki-tech-comm-localization/を参照してください。ソース言語ファイルを翻訳用に効率的に準備する必要があります。これは Wiki の大きな問題のようです。

さらに、ドキュメントが豊富に用意されているため、複数の言語の同期を保つためにも、ユーザーまたはサービス プロバイダーは、ファイル形式を処理できる翻訳メモリ システムを使用する必要があります。翻訳メモリ システムは、ソース テキストをセグメントに分割します。通常、文はセグメントに対応しますが、オプションとして、段落レベルでセグメント化を行うこともできます。翻訳者はこれらのセグメントで作業します。更新の場合、翻訳メモリ システムは新しいテキストと変更されたテキストを自動的に検出します。他のすべては、メモリから事前に翻訳できます。

現在、ローカリゼーション プロジェクトを 15 年以上担当していますが、LaTex ファイルを扱う翻訳ツールは聞いたことがありません。一方、Docbook または DITA は、これらのツールのかなりの数でサポートされています。たとえば、Maxprograms Swordfish は手頃な価格で、DITA と Docbook を処理します。さらに、両方の形式で、Wiki に再度出力するオプションがあるようです (例: http://sourceforge.net/projects/dita2wiki/ ) - これらの方法がどれほど確立されているかはわかりませんが。

于 2013-02-10T02:05:34.737 に答える