畑違いの言語学をかじり始めて何に参ったかというと、その略語の多さです。例えばS→NP, VPという字面を見て、言語学関連の人間でなければ、Sentence(文), Noun Phrase(名詞句), Verb Phrase(動詞句)という字面への類推は容易ではないでしょう。いわんや(隆盛の理論とはいえ)分野がさらに限られる文法理論のHPSGに於いてをや、です。pn-lxmという字面を見て、どうしてproper noun lexeme(普通名詞語彙素)という字面を類推出来ましょう。
無論、何度も何度も同じ学術用語を繰り返す身にとって見れば略語を使うのが正義でしょうし、言語学徒にとってみても何度も何度も何度も同じ学術用語を見るのもまどろっこしいでしょう。ゆえに双方の利益を増大するために略語が多用されるのは容易に窺い知れるのですが、ここでいきなり畑違いの人間が趣味の世界で言語学関連の書籍やらウェブサイトやらにあたると、何度も何度も何度も何度も略語で躓く羽目になるのです。
この略語の多用は、歴史学ではなかなかに考えにくいことです。情報工学ではITという略語が示すように略語が大好きであるにせよ、例えばコーディング時にわずかなバイト数をけちるために怪しげな略語を使えば、大昔の省資源コーディング礼賛時代とは違い、現代のPerlではたちまちダミアン先生に怒られることでしょう。……と胸を張って言えないところが金融系の中枢システムであるCOBOLの世界ですが……。
ともあれ、これも郷に入りては郷に従うというか、唯々諾々と従うようにしました。何事も批判するのは簡単ですが、仮に批判するにしても相手を知らずして批判することは非常識ですし。
などと訳知り顔で述べたところで、 構文解析機能の難航を覆い隠せるものではありません(ばればれです)。文法書があるのにHPSG式にこれを書き始めようかというその最初の一歩がとても重いのです。ちょうど、詳細要件定義書すらあるのに実装するプログラミング言語が判らなくてエディタが真っ白な状態に似ています。
などと愚痴ばかりを漏らしても生産的ではないので、私がどのようにこうした問題に立ち向かっているか、目下の対策をご案内することにします。
hack(kodumado)という程のものでも何でもないのですが、先のエントリのRealforce用メタルカスタムキットの感想でも述べたとおり、私はハンカチーフをキーボードカバーにしています。掌の多汗症という程ではないのですが、どうしても素のままですとキートップがベタ付いてしまいます。それを嫌っての習慣なのですが、どうにも職場で驚かれることの方が多いです。
キーボードカバーにハンカチを使う人間はそうそういないと思いますが、それで不自由はないのか、使用感は如何な物であるのか、以下に簡単にご紹介します。
(「ハンカチをキーボードカバーにするhack」の続きを読む)
| 月 | 火 | 水 | 木 | 金 | 土 | 日 |
|---|---|---|---|---|---|---|
| « 5 月 | ||||||
| 1 | 2 | 3 | 4 | 5 | 6 | 7 |
| 8 | 9 | 10 | 11 | 12 | 13 | 14 |
| 15 | 16 | 17 | 18 | 19 | 20 | 21 |
| 22 | 23 | 24 | 25 | 26 | 27 | 28 |
| 29 | 30 | 31 | ||||