HKTOBGA

2012年4月26日木曜日

LEGO Serious Play™ その4　構成主義、モンテッソーリ教育、Googleの創業者たち

Lego Serious Playについて、これまではその効果や価値について書いてきましたが、源流を辿ってみることにします。

はじめに言ってしまうと、LSPは構成主義 (Constructivism) の考えに基づいて作られたメソッドです。構成主義について真っ向から書こうと思うと哲学の世界に迷い込んでしまって、そうした議論になると自分の手に余るのですが、基本的な考え方としては、人間が自分の環境をどのように認識（構成）していくかを問うたものです。

教育的側面から見ると、学習というものを、教師から生徒への体系だった知識の伝達と考えるか、あるいは生徒が自力で物事を発見していく過程として捉えるか、という問題です。伝統的な学校教育が前者であるのに対して、構成主義は後者の立場にあります。

構成主義における学びとは、学習者があらかじめ持っている知識や興味を出発点として、ある理解を構成する特色と経験との間の相互作用として立ち上がるものとされています。言い換えると、出来上がった客観的、体系的知識を教師が植え付けるのではなく、学習者それぞれが持っている情報と学ぶ内容を紐付け、意味付けていくプロセスということになります。ここでは教師は生徒を先導するのではなく、その学習を促すファシリテーターという位置づけです。

こうした構成主義の考え方について、学習者が体系的な知識を身につけるには十分ではない、という批判や反駁を予想することは簡単にできます。もちろん、現実には体系的学習と、発見的学習とのバランスを見ながら実践していくことになるのでしょう。そして、その実践者としては貧困層や知的障害児への教育を行なっていたマリア・モンテッソーリという人物がいます。

マリア・モンテッソーリの名前を聞いたことのない人でも、彼女の考案したモンテッソーリ教育について聞いたことがあるかも知れません。特にここ数年、Googleのセルゲイ・ブリンとラリー・ペイジ、Amazonのジェフ・ベゾス、wikipediaのジミー・ウェールズなど、今のウェブ業界の巨人達がモンテッソーリ教育を受けていたことは有名な話です。Googleについての秀逸なルポルタージュ、"In the Plex(グーグル　ネット覇者の真実)"でもこの事実は繰り返し強調されています。

恐らくこれは偶然ではなくて、以前にも書いたブリコラージュ的な方法論というのは、プログラミングと親和性が高いのですね。そして、レゴに関して言えば、LSPよりも前に、ピアジェと親交のあったシーモア・パパートという学者が、レゴ・マインドストームというレゴとプログラミングを組み合わせたおもちゃを開発しています。

この人がまたMITの教授であったことからも、アメリカの知的潮流の底流を見たような思いがします。実はわたしもモンテッソーリ教育を受けたクチですが、構成主義についてももLSPのトレーニングを受けてから知ったものですし、LSP経由でもう一度モンテッソーリに戻ってくるというのは、とても奇妙な感じがします。宿命的なものすら感じられるというか。

2012年4月22日日曜日

Studio2009はAK-47か

業界のデファクト・スタンダードのツールであるTrados。Studio 2009になってからインターフェースと設計思想ががらりと変わったせいで拒絶感を示すユーザがいました。未だに使っていない人も多くいます。

自分もあまり好きではなかったのですが、理由をよくよく考えてみると、作成者の想定した使い方しかできない（少なくともはじめはそのように感じられる）ことが根本にある気がします。

プロジェクト管理の視点のみで語ると、2007までのTradosは、洗練はされていないものの、WorkbenchとTagEditorの個別の機能を組み合わせると色々なことができました。「色々なこと」のなかには、試行錯誤できるパターンの数やバッドノウハウも含んでいます。結果として、受け取るファイルのデータ構造やテキスト配置が整理されていなくても、系全体としては何となく処理できてしまう特性がありました。

AK-47が過酷な環境でも動作するという話（リンク）は、これに近いものがあります。ゆとり、疎結合、遊び（可動範囲）といった領域をとっておくと変化へ対応できる可能性が増える。逆に系を構成する部品たちの精度と緊密性が高まると、意外と簡単な問題で躓いたりする。

この意味で、Studio2009を単独で見るとイノベーションのジレンマに陥っているように見えるのですが、TMSなどにより原文データが整理されたものになれば、一概にそう言えるものでもないのですね。いつまでもジャングルでゲリラ戦をやってるわけにもいかんので、別の戦場で戦いましょうというのが開発側の基本的な考えです。

しかし、より重要なのは、Studioが連携を図るTMSなどのシステムは、特定の課題を解決するためのツールとは異なり、多くの場合においてローカリゼーション・プロセスのリエンジニアリングを意味するものであるという点でしょう。

2012年4月18日水曜日

機械翻訳と茶色抜きのm＆m's

昨日の続き。用語集がないことは、いったい何が問題なのか？

単に翻訳がし辛い（人間が訳すにしても、色々な固有名は難しい）というのはありますが、定訳の用語集がないということは、ウェブに掲載された情報と、実際のイベント会場やその周辺とで、同じものに対して異なる名前がつけられる可能性があるということです。

今回問題になったのはウェブの翻訳でしたが、これはお客さんを集めてくる導線の一つです。言ってみれば、ウェブの情報を見た人をどのように現場に連れてくるかという設計が抜け落ちているということですね。本当の問題はこちらで、機械翻訳をそのまま使ってしまったというのは、あくまで表に出てきた問題の一部に過ぎません。

用語集一つで大げさでしょうか。ヴァン・ヘイレンがライブハウスと締結した契約書の付帯事項には、「茶色の粒を抜いたm&m'sを準備すること」を要求する文言が入っていました。

ステージセットが巨大化し電力や安全面での配慮が不可欠となっており、契約書が長大なものになっていたため、きちんと全文読み込まれて対策がなされているかのチェックポイントとして使用されていたということです。そして、この一見つまらない項目が守られていないようなら、全面的に再点検をさせる。そうすると、どこかで問題が発見されたそうあ。もう少し詳しい話は、ここ（リンク）とか英文wikipedia（リンク）などで。

翻訳に戻ると、しばしば巨大なスタイルガイドを運用しているクライアントに遭遇することがあります。「本当に全部守るんですか」と尋ねると、「重要なポイント以外は全てをきちんと守る必要はない」という回答が来ることが経験的には多かったです。恐らくこれは茶色のm&m'sとして機能することを期待しているのではないかと思います。本当に全部守れという場合もありましたが。

「重要なポイント」がどこか分かるようなら信頼に足るし、そうでなければ要注意。分かりやすいですね。腕の良い翻訳者の方は、大抵はスタイルもいい具合に合わせてきます。とりわけ多言語プロジェクト回す際に、スタイルを守れているかという点は、茶色のm&m'sだと考えています。

この点は、機械翻訳の運用について考える際にも重要な点です。

機械翻訳があまり使えないというのに、何でGoogleを始めとした企業が開発と導入を進めてきたのかといえば、文法構造が近い言語同士では、それなりのアウトプット（読んで内容を把握できる程度の）ができるようになったからです。

従来の辞書と文法をベースとした機械翻訳(RbMT)とは別に、膨大な量の対訳集（正解の訳例）を統計的に解析して結果に反映する方式の機械翻訳(SMT)が、コンピュータの処理能力の向上とともに品質を上げてきました。

技術的に細かな点は割愛して、SMTの特徴はRbMTと比べて自然に読める文章が出力されるというものです。これはこれで進歩ですし、良いのですが、茶色のm&m'sの観点からすると、人間が読んだときに自然な文章が出力されている分、内容にマズいところがあるのではないかというセンサーが働かなくなる可能性があります(蛇足ながら、これはわたしが美文家を信用していない理由でもあったりします）。

過激派からは、人間の感覚を鈍らせるような機械じゃ補助にならないから捨てちまえ、というようなセリフが聞こえてくるような気がします。この点については、恐らくポストエディットが広まるうちに問題となってくると思うのですが、茶色いm&m'sはあるのでしょうかね。プロマネ視点ではそこが気になります。

2012年4月17日火曜日

機械翻訳、言語空間、翻訳のコモディティ化

こういうニュースがありました。

秋田→飽きた　ナマハゲ→はげ頭病　「機械翻訳で…」誤訳多数　観光庁が東北観光博サイト閉鎖

ビジネス倫理的な部分で話にならないのは確かですが、ここに出てくる「IT企業」が観光庁に対して何を納品する契約になっていたのか。高品質の翻訳なのか、それとも自動翻訳機能のついた多言語ウェブサイト（あるいはシステム）なのかによって、話は違ってきます。わざわざこんな退屈なことを書いたのは、ここに出てくる「IT企業」と翻訳者では扱っている商材が異なるから。

そもそも、機械翻訳という言葉の理解が、業界内でもバラツキがあるというのが現状かと思います。こうした状況で外部に対して「正しい理解」を求めるのは難しいです。

で、機械翻訳の意味とはといえば、世の中的には人間の行なっている翻訳作業を代替する技術と理解されていると思います。業界内では、人間の行なっている翻訳作業の一部を代替する技術という認識が広まってきていると思います。

現在注目されている手法は、機械翻訳のアウトプットの結果を人間が修正して仕上げていくものです。言い方を変えると、機械と一緒に翻訳をしていく、あるいは機械翻訳の結果をインターリンガとして用いるという方法です。この場合の機械翻訳は、ひとつの技術というよりは、手技と機械の混成体です。

※そんなわけで、機械翻訳という名前自体が、誤解の元になりつつあるというのが現状です。それが有効となる文脈外で使われた結果でもって、「機械翻訳なんて使えないや」というのは、開発者の方にとっても不幸な結果を招きますし、将来役立てることのできる可能性を狭めてしまうので、どんなものかなと思います。しかし別の言葉がないものかと思うのですが、無いのですね。上述の、人間が修正して仕上げる工程はポストエディット（事後編集）と呼ばれていますが、これもまたより適切な名前が見つけられるべき言葉だと思います。

なぜそうなるかは、翻訳という行為の定義にも関わってくるところです。ある言語の情報を他の言語に移し替える際には、単語の用法や文法などのある程度定まった諸規則の他に、時代や文脈とともに変化する言葉や文体の流行り廃り、それらの選択基準を考慮する必要があります。

これらの総体を、プログラミングでいう名前空間のようなイメージで、とりあえず言語空間と呼びましょうか。ともかく、最終的にターゲット言語空間の「どこ」に落としこむかの判断は人間にしかできません。完全な機械翻訳は、今のところ存在しません。そういう人工知能でも開発できれば別でしょうが。

この探索を行う空間の広さ（狭さ）が翻訳の鍵であり、読み手にとっての解釈の余地の問題です。クリエイティブな文章というのはこの探索する空間が広い、あるいは空間そのものを拡張しているものだと思います。一方で、産業翻訳では文書の構造と、文節内での用語の定義やスタイルを決めることにより、探索する空間を限定しようとしています。ここまで来れば見当がつくと思いますが、機械翻訳がどのような内容のものに適しているのかといえば、この言語空間が限定されたものです。

問題になった東北の件などは、「秋田→あきた」という言い替えに特徴的なように、解釈の余地が広がる表現を用いているので、当然ながらブレが出やすいです。人間なら「あきたは秋田の書き下し」であると文脈から推察できますが、機械にはできません。担当した会社は用語集（というよりは定訳集でしょうね）を請求したのもこうした背景あってのことです。とはいえ、往々にしてこういう場合に用語集、無いものです。わたしもよく砂を噛みました。（これについては、こちらで）

個人的には、ここで述べているようなテクニカルな点を除いても、いずれどこかでこうした問題は起きるだろうなあと思っていました。短納期や低単価の案件に限らず、明らかに機械翻訳を使った成果物に出会ったことが何度もあり、チェックが甘ければ流出する可能性は十分にありました。

そもそも、翻訳は買い手が納品物に対する評価を適切にできない可能性が出てくることから（特に多言語を扱っている場合には）、レモン市場になりやすい特徴を持っています。全体としてそうなっていないのは、翻訳者をはじめとした関係者の職業倫理で支えられている部分が大きいと思います。ただ、それも色々な要因で崩れやすくなっていますし、そもそもが全員に期待するべきものでもありません。

とはいえ、それを嘆いていてもしょうがない。個人的には、翻訳（特に産業翻訳）はコモディティになりつつあるのだと思っています。その上で、市場の動きとしては、コモディティに対してはそれがもたらす機会よりもリスクに敏感になるものですので、ビジネスとしてやっていく上ではそこが鍵になるのだろうと思います。

2012年4月15日日曜日

TAUS Tokyo Exective Forumによせて

4/19-20と、TAUS Tokyo Executive Forumが開催されます（リンク）。

TAUSそのものは、Translation Automation User Societyの頭字をとっています。その名の通り、自動翻訳の活用や普及の促進をテーマとした組織です。この自動翻訳という表現は若干トリッキーなので注意が必要なのですが、似たような意味で使われている言葉として、機械翻訳があります。

TAUSはあくまで自動翻訳がメインで、機械翻訳ではありません。ここでの自動化と機械化の差とはなんでしょうか。わたしの考えでは、機械翻訳が人間の行なっている翻訳作業の一部を代替する技術であるのに対し、自動翻訳とは翻訳の前後の工程を含めたローカリゼーション工程全体の自動化するシステムです。（これらについては、もう少し詳しい話を別記事にする予定です）

この違いは、TAUSのウェブサイトにも掲載されている下記のロードマップにも表れています。MTの後ろにTranslation Automationがきていますね。

さて、TAUSには色々や個人が参加しており、大別すると下記の４つになると思います。

翻訳発注を行う企業
翻訳を受注する企業（翻訳会社）
翻訳者
機械翻訳の研究者

わたしの所属はこのうち２番目の翻訳会社です。それぞれに自動翻訳や機械翻訳に期待しているや関心を寄せている点は異なりますが、わたしの関心はといえば、機械翻訳や自動翻訳は破壊的技術となり得るのか、という点に集約されます。儲かるかどうかはひとまず棚上げしています。

機械翻訳について言えば、コールセンターにとってブラック・スワンとして機能した実績があります。具体的にはヘルプ情報をオンラインで提供している企業の例となりますが、そこではヘルプの情報が原語（英語）のドキュメントを機械翻訳で各国語訳したものと、そのなかで問い合わせの多いものについて人間が修正を行ったものが提供されています。そして、いつでも原語のリンク先に飛んでいけます。

これがもたらした結果は、コールセンターへの問い合わせの減少でした。10%単位で減ったと聞いています。当然ながらコールセンターの縮小に繋がりました。コールセンターの運営を請けていた会社にとっては青天の霹靂だったのではないかと思います。

コールセンターの事例は、翻訳の価値やROIを考える上で重要な例となります。ヘルプ情報に機械翻訳を使ったきっかけは、全ての情報を人力で翻訳している時間も費用も無かったのだと思いますが、結果としてコールセンターの費用という軸が加わったことで、"人力翻訳vs機械翻訳"の前に"ヘルプによる情報提供vsコールセンターによる情報提供"に土俵が変わりました。場合によっては、ここに”CGM的メディアによるユーザ同士での情報交換”が加わるかも知れません。

こうしたことは、ミクロの技術的な詳細からマクロな市場の話まで、俯瞰しながら行ったり来たりしないと考えがなかなか深まりません。GALAにせよ、今は亡きLISAにせよ、この手のカンファレンスが日本で開催されることはあまりないので、とてもありがたい機会です。

2012年4月13日金曜日

生活考察

『生活考察』という雑誌があります。

たまたま存在を知って手に取ったのですが、抜群に面白いです。発行人の方は、普段は派遣で働きながら一人でこの雑誌を作っているとか。

名前のまま、生活について考察する雑誌です。発行人の方の言葉を借りてきましょう。

本誌は、タイトル通り、〈生活〉について考えることをテーマにしています。

よって、“ある種の”ライフスタイル・マガジンではあります。

しかしながら、いわゆる定石の「理想の生活」「ワンランク上の生活」及び「理想の生活を実現するためのアイテム」等にとりわけ重きを置きません。

かつ雑誌をあげて提案する「スタイル」もとくに持ち合わせておりません。

むしろハナから「スタイルの提案」を放棄し、積極的に多様なスタイルにまみれてみること――そこから、現代を“楽しく”サヴァイヴするための術・発想・考え方を模索していきたいと考えております。

実用的な情報ばかりにとらわれ、「考えようによっては得るところがある」かもしれぬ〈何か〉を取りこぼさないように。

「生活考察」は、〈生活と想像力〉をめぐる雑誌です。

表紙はこんな感じです。

インディーズ雑誌の割には執筆陣がいやに豪華です。内容はといえば、「生活のなかの○○」などといった形でテーマが限定されていないせいか、皆さんそれぞれ自分の生活をそのまま書いたり、生活についての考えを書いたりと、十人十色です。

どれも読み応えがあって面白いのですが、個人的には、「わたしの Music for Dishwashing」という、皿洗いをするときにかける音楽についての懇談が好きです。エイフェックス・ツインを聴きながら皿は洗えないとか、『ボーン・スリッピー』を聞くと皿洗いをしたくなるとか、しょうもないようで実は深い話が繰り広げられています。

上の引用のなかで、サヴァイヴというキーワードがあるのは、とてもいいなあと思います。生活というのは、ミニマムなところでは単純に生きていくだけですが、お腹は減るし、何かと物入りだし、従ってお金はかかるし、面倒な用事はあるし、外出が億劫なこともある。

彩りは必要ですが、彩るものでもないし、ある目標に向かって生活の全て調整していくなんてのも息苦しくてやってられないわけで、のらりくらり、どうにかこうにか日々をサヴァイヴしていくというのは、わたしの生活実感に近いものがあります。

といいつつ、そんな肩肘張ったところもなく、緩やかに読めます。扱っている本屋は<ここ>で確認できます。