[#39699] デーモン・プロセスの作り方 — "Mitsuyasu Ichimura" <mitsuyasu@...>

こんにちは、市村と申します。

27 messages 2004/06/01
[#39710] Re: デーモン・プロセスの作り方 — Masayoshi Takahashi <maki@...> 2004/06/01

高橋征義です。宣伝モードです(_o_)

[#39711] Re: デーモン・プロセスの作り方 — nobu.nakada@... 2004/06/01

なかだです。

[ruby-list:39756] 文字情報処理のフロンティア: 過去・現在・未来

From: tokoma@... (中川 誠)
Date: 2004-06-14 15:15:57 UTC
List: ruby-list #39756
中川です。

6/9 に京都で開催された「文字情報処理のフロンティア: 過去・現在・未来」
<http://kura.hanazono.ac.jp/kanji/20040609symposium.html>というシンポジ
ウムに出席してきました。

私自身は文字情報に関して専門知識を持っているわけでもなく、単なるミーハー
として参加しただけで、上手にサマリーを投稿することもできませんが、感想を
書いてみたい気分なので、無理矢理に ruby と関連付けて投稿いたします。

過去/現在/未来の 3部構成での発表になっており、現在の部は技術的にかなりつっ
こんだ話で難しいと感じましたが、他の部分はプロジェクトX的に十分楽しむこ
とができました。

シンポジウムでは文字をオブジェクトとして扱うことに関して問題提起がなされ
ました。ruby-dev:11450 が参考の議論として言及されてもいました。

この問題提起に対して賛成(UTF-2000: 文字をオブジェクトとして扱う、chaon 
モデル)、および反対(java: codepoint を扱うクラスのみを導入し、文字は従来
のまま)の立場からの発表がありました。

この立場の違いについては、想定しているアプリケーションの違いに依る部分が
大きいのではないかという感想を持ちました。以前に文字オブジェクトに対して
まつもとさんから否定的な発言があったのは、やはり立場的に java に近いから
のような気がします。

エディタのようなアプリケーションを前提とした UTF-2000 では文字をオブジェ
クトにすることに非常なメリットとがあるが、ruby のような汎用のプログラミ
ング言語にとっては、その部分(文字オブジェクトの定義)はアプリケーションの
責任としたい。現に現状の ruby のままで Ruby/CHISE が実現できているのです
から。

逆に ruby の M17N/I18N 化と Ruby/CHISE の実現しているものとは何が違うん
でしょうか。

また、発表の中の「紙テープの呪縛」という話の中で、ルビや割注をまたいだ検
索といった話が出ていたのですが、ここまで来ると単に文字をオブジェクトとし
て扱うといったことだけでは解決しないですね。

以上、とりとめのない感想でした。
-- 
中川 誠

In This Thread

Prev Next