現状のデータ形式では、翻訳レビュープロセスの生産性が著しく悪いことが分かりました。ついて、以下のようなものを直近タスクとします。実施よりも、既存の翻訳における品質チェックを優先します。それに関するチェック自動化(機械化)を検討します。したのがショックだった。メッセージの多くが見直されて改善されたということでもあります。見つけてしまったのがショックだった。→blancoNLpackGeneratorにおける翻訳フラグメント機能によって初めて解決できるポイントでもあります。翻訳レビュープロセスを実施してみたところ、大きな問題があることが判明しました。その結果、(残念ながら)現状のデータ形式では、翻訳レビュープロセスの生産性が著しく悪いことが分かりました。そのレビュー」だったからだと考えます。今まで行っていた作業とは異なり、既に存在する訳に対する翻訳レビュープロセスです。間に、密接な関連があることが分かりました。レビューの進度などの表現方法が必要であることがわかりました。その様々な付加情報を付与する必要があると考えます。ついてもコントロール可能であることも必要そうです。これらを克服できないのです。形式を思い出し、仕様にあたってみました。ものすごく貴重でした。ありがとうございます。プロの翻訳家も利用する形式なのだそうです。形式は克服してくれるのではないかと、ざっと仕様を調べた範囲では考えています。XML標準化団体が作成した標準仕様であるという点も魅力的です。新井さんにより確認済みだそうです。形式を採用する方向性にあるのではないかと考えています。それが様々な方のニーズを満たすものと考えます。形式の全ての仕様を実装することは出来ない可能性が高いです。全てをフォローするのは意味も無さそうです。ベースのデータ形式を模索することになるのではないかと考えます。うまくいけば世間の翻訳支援ソフトとのスムーズな連携も期待できます。解決してくれたらなぁ、と考えています。指針が示されたのは評価できます。バンドルシンボル名ではなくプラグイン名をディレクトリ名として希望しているという点が私は気がかりです。スギ花粉の季節が終わって欲しいです。私はヒノキ花粉症も持っているのであった。当個人的見解に一切責任を持ちません。