翻訳横丁の裏路地

We can do anything we want to do if we stick to it long enough.


2件のコメント

AutoHotKey というツール

最近、通翻クラスターの間で「AutoHotKey」がにわかにブームになりつつあるので、簡単にご紹介します。

AutoHotKey は、Windows上で行うキー操作、マウス操作を、スクリプトを書く事によって自動化できるフリーウェアツールです。以下のURLからダウンロードできます。

http://www.autohotkey.com

私のAutoHotKeyの主たる使い方は、EDIシステムにまつわる作業の自動化です。最近は、ウェブベースのシステム(EDI)が徐々に増え、ブラウザを使ってシステムにアクセスし、データを入力したり、検索したり、必要なファイルをダウンロードしたりする事が非常に多くなってきました。ただ、こういったウェブシステムの弱点は、それら一連の作業を自動化できない事にあります。この AutoHotKeyはWindows上で動作しているアプリケーション窓を指定し、その画面の指定された座標位置でマウスをクリックしたり、文字列を入力したりといった動作を自動でさせる事が出来る為、例えば、メールで連絡がきた注文番号を範囲指定し、指定したキーを押す事でEDIシステムへアクセスし、自動でログインし、そして指定した注文番号で検索を掛けて注文書を自動で印刷する…という一連の流れを自動化する事ができるのです。ただ、こういう使い方は翻訳者さんには余り必要がありませんよね。

それ以外の私の使い方は、余り多くはありませんが、ここでは2つご紹介します。

; ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
; ● Control + Alt + M to open Macro folder
; ――――――――――――――――――――――――――――――――――――――――――――
^!m::Run D:\Dropbox\script\Macro

上記スクリプトは、指定されたフォルダーをエクスプローラで開くだけのスクリプトです。CTRL+ALT+M を押すと動作します。

仕事では、個々の翻訳案件を入れた親フォルダーを指定し、業務ファイルへ即アクセスできるようにしています。実際、業務で頻繁に使用するフォルダー、例えば、用語集フォルダー、マクロフォルダー、管理業務フォルダーなどをそれぞれに指定して起動できるようにしています。仕事のやり方をしっかりとルール化すると、もっと色々な事ができるようになります。例えば、翻訳案件ごとにユニークな番号を使って管理し、その番号で案件管理フォルダーを作るような場合は、案件番号を範囲指定して、指定されたキーを押せば、その案件フォルダーが開く…というような芸当も可能になります。

; ━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
; ● 範囲指定された文字列をウェブ辞書で開く
; ――――――――――――――――――――――――――――――――――――――――――――
; ↓ここのdを自分の使いたいキーに変えて下さい。 例) ^!f:: で CTRL+ALT+F
^!d::
Backup = %clipboard%
clipboard =
Send ^c
ClipWait, 1
if Errorlevel
{
MsgBox, 調べたい単語を範囲指定してから実行して下さい。
return
}
Run http://www.onelook.com/?w=%clipboard% ; OneLook
Sleep 200
; ~~以下のサイトを使用する場合は、行先頭の;を削除して下さい。
;Run https://www.google.com/#q=%clipboard% ; Google
;Sleep 200
;Run https://www.google.com/search?tbm=pts&q=%clipboard% ; Google Patent
;Sleep 200
;Run https://www.google.com/search?tbm=bks&q=%clipboard% ; Google Book
;Sleep 200
clipboard = %Backup%
return

このスクリプトは、範囲指定した文字列をウェブ辞書で検索するだけのものです。例えば、調べたい英単語があったら、それを範囲指定して CTRL+ALT+D を押すと OneLookで検索がされます。スクリプトには Google, Google Patent, Google Book のリンクも入れてありますので、必要に応じて文先頭の「;」を削除して使って下さい。同時に複数のサイトを検索する事も可能です。その場合、「Sleep 200」を生かして下さい。多少の待ち時間を入れてやらないと、開かないサイトも出るようです。

これらのスクリプトを、Google Drive で一般公開しておきます。以下のリンクをクリックしてダウンロードしてお使い下さい。

TerryTemplateScript

今、翻訳クラスターの間では、AutoHotKeyの辞書検索への応用が非常に注目されていますが、一方では翻訳にまつわる面倒な周辺作業へ応用する事で、業務の簡素化/自動化を行う事もできます。事実、私の仕事では、このユーティリティソフトのお陰で、事務作業効率がかなり向上しました。そう言う視点での活用も、今後考えて行きたいですね。


1件のコメント

JTFセミナーに登壇します

まだ、四ヶ月も先の話ですが、既に日本翻訳連盟ホームページの翻訳セミナーのコーナーに掲載されましたので、取り敢えず、拙者のブログでも告知しておきます。

以下の日時で、JTF翻訳セミナーに登壇させて頂きます。

日時:12月18日(木) 14:00〜16:40
タイトル:あなたの翻訳は大丈夫? ~翻訳者による品質保証を考える~(仮称)

具体的なセミナー内容は、まだ検討中です。この夏期休暇を利用して、細かく検討して行こうと考えています。

ターゲットは翻訳者さんをメインに考えています。個人で翻訳をやっていると、自分が本来保証すべき翻訳の品質って具体的になんだろう?と系列立てて考える機会はなかなかないものだと思います。私のエージェントとしての視点も絡め、どのような品質保証を意識し、実践したらいいのか?…そんな話を軸に色々と具体的な話が出来たらいいかな?と考えているところです。その手段として、拙作のWildLightも少しだけ触れる事になると思います。

とにかく、参加頂く皆さんに少しでも持って帰って貰えるものを増やすべく、あれこれ検討しようと考えています。乞うご期待!

また、事前に翻訳者さんにアンケートを採り、その情報も活用してセミナーを組み立てようと考えています。このブログで募集する予定ですので、みなさん、ご協力を宜しくお願いします。

では、開催時期が近づきましたら、また告知します。


コメントする

翻訳の日本回帰

最近、何社かの翻訳会社の方とお話しする機会があり、話題は自然と単価、と言うか業界の状況についての話しになるのだが、その中で感じているのは「日本回帰」。

コスト下げを狙って新興国の翻訳会社と手を組み、例えば中国の翻訳会社や翻訳者が翻訳を行う事で、翻訳コストを抑えようとする動きが業界的に加速しているのだが、最近では「翻訳の質」と「機密情報流出」の問題から、そういった新興国の翻訳会社、もしくは翻訳者へ翻訳を依頼する事を嫌うクライアントが出始めているようだ。

この世界も、多分、最終的には二極化すると思われるが、コスト、コスト…ばかりではないクライアントの存在を知る事ができたのは嬉しい限り。

クライアントは、翻訳を依頼する翻訳会社には、1)新興国の翻訳会社と提携しているのか?、2)依頼する翻訳は、そう言った提携翻訳会社で行うのか?、3)その場合の品質保証はどのようにやっているのか?、4)情報漏洩/情報セキュリティの対策はどのようになっているのか?…程度は、確認しておいた方が良いと思う。


2件のコメント

大阪(SKIT)に行ってきました。

20140724-070247-25367620.jpg

既に1週間が経ってしまいましたが、以前の記事で予告した通り、7月20日に開催された関西通翻勉強会「SKIT」に参加するため、大阪へ行って参りました。実は、今回、色々な予定を突っ込んだため、かなりドタバタとせわしない行程になりました。17日夜に大阪入り。18日は大阪某社にて社内向けWildLightセミナーを2回開催。その夜、広島へ移動。19日は一日広島観光をし、夜は広島の通翻クラスタの皆さんと会食。翌20日に大阪へ移動して午後SKIT出席、夜は関西通翻クラスタの皆さんと会食。そして21日に東京に帰ってきました。

SKITでは、井口耕二さんが業界調査データを元にした解析結果をお話になりました。新しい情報もありましたが、ここでは割愛致します。さらなる解析データに基づいた話しは、日本翻訳連盟が主催する今年の翻訳祭にてお話しになると思います。興味がある方は、そちらに参加される事をお勧めします。

私のパートは「翻訳のポカミス」を導入話にして WildLight の話をさせて頂きました。なお、この「翻訳のポカミス」話の概略は、今年のJATアンソロジーの記事にしましたので、発刊されたらお読み下さい。WildLightは、やはりデモを見て頂く事が、自分の翻訳作業においてどう使えるのか?というイメージを膨らませる上で、一番いい方法だなぁと今回つくづく思いました。セミナー後、インストールしました!という報告を何名かの方から頂き、お役に立てて良かったと思っています。

大阪のみなさんとの久し振りの再会で、セミナーの雰囲気もとても良かったのもあり、滑舌が悪いくせに早口に色々と喋りすぎた感があります。つくづく思うのは、セミナーで講師をノセる事の大切さ。より多くの情報を引き出すのに大切なことだなぁと思うのです。少なくとも、私は自分で話してみて思いましたが、そのタイプの人間のようです(笑)。自分も、人のセミナーを聴くときは、何かしらのフィードバックを返しながら聴講しようと思います。

19日夜の広島通翻クラスタの皆さんとの会食では、美味しいお好み焼きをたらふく食べてきました。その席上、ご要望が出たので、簡単ながらWildLightのデモンストレーションをさせて頂きました。やはり、実際の動きを自分の目で見ると言う事は大切のようで、使ってみたい…という感想を持って頂けたようです。

WildLightについては、9月頃に中級編セミナーの開催を計画しています。詳細が決まりましたら改めてアナウンス致しますが、翻訳作業の中で悩んでいる事、苦労している事、やりたい事など、例えば原稿の事前処理、事前加工、翻訳チェック、スタイル統一、用語集作成などの例を挙げてもらい、それを解決、もしくは負荷低減するための辞書作りを学ぶセミナーにする予定です。

 


1件のコメント

訳文基準は品質劣化を生む

翻訳料の計算には、おおまかに二通りの基準があり、原稿の文字数やワード数で計算する「原文基準」と、翻訳後の訳文の文字数やワード数で計算する「訳文基準」です。

日本語英訳の場合を例に取ると、日本語原稿の文字数で計算するのが「原文基準」、翻訳後の英文のワード数で計算するのが「訳文基準」と言う事になります。

訳文基準は、まだIT機器のない時代に、原文の分量把握が難しいため、和訳した原稿用紙の枚数をカウントして料金計算した名残りだと理解しています。(間違っていたら教えてね)

今では簡単に原稿分量を計数できるようになり、業界の翻訳会社の計算方法も徐々に「訳文基準」から「原文基準」へ移行しています。日本翻訳連盟の業界調査報告「翻訳白書」によれば、未だに「訳文基準」を採用している翻訳会社は、2008年調査で約5割だったものが、2013年調査で約4割と減少してきています。

この「訳文基準」ですが、私のように翻訳の品質を考える立場の人間にとっては、誠に好ましくない計算方法なのです。

「訳文基準」の意味は、前述の英訳の例であれば、翻訳された英文のワード数をカウントして報酬を計算すると言うことです。

つまり、ワード数が多ければ多いほど、報酬が増えるのです。

さて、ここで品質の良い英訳(に限らず翻訳)とは何だろう?と考えてみて欲しいのです。簡潔で意味が的確に伝わり、読み易く分かり易い訳文だと思うのです。そうすると、冗長な文章ではなく、キュッと引き締まったコンパクトなものになる筈です。つまり、翻訳の品質を追求すると、概ね短いものになって行く…文字数やワード数が小さくなっていくものです。

「訳文基準」が持つ「文字数やワード数が多い方が報酬が増える」という性質は、翻訳品質の面でマイナスに作用する事になり、翻訳の計算基準として好ましくないと言う事になります。

実際、意図的に冗長な表現を多用して分量を水増ししようとしている訳文に遭遇した話も聞きますし、報酬を増やすためにそうしていると憚らずそういう発言をする翻訳者の話も耳にします。こういう話は翻訳者として悪質だとは思うものの、「訳文基準」の計算方法が持つ性格上、避けては通れないものだと思います。

また、訳文基準は価格の不透明感を顧客に与えるという弊害もあります。原文の大凡の分量から、係数を掛けて訳文分量を見積もり価格提示する訳ですが、完成した訳文分量とイコールになることはなく、常に見積額と請求額に差が生じる事になります。これが原文基準であれば、「見積額=請求額」となり、とても透明感のある価格体系となります。

翻訳会社は、翻訳品質を大切と考えるならば、早急に原文基準へ移行するべきだと思います。

また、翻訳を購入するクライアントは、訳文基準で価格提示している翻訳会社は、翻訳品質に対する意識が希薄かもしれないと言う判断の材料にしてみると良いでしょう。