2003/11の Past topics

Node.hasChildNodes() の意義

閉じられないタブが window.open() で開かれる障害は、結構根が深い問題だった――というかコード全体に渡って問題が散らばっていた。具体的には、タブのグループ化のために各メソッド内で参照していた parentTab や _parentTab や childTabs や _childTabs などのプロパティ・変数がタブの要素ノードだったりタブの ID 文字列だったりと混乱していたせいで要素ノードを渡すべき所に文字列を渡してしまったりしていてエラーが起こってた。

動作の効率を考えたら、あるタブに別のタブを関連付けたときはそのタブのプロパティで要素ノードの参照として保持した方が良さそう。しかし、そうするとメモリリークの原因になるかもしれない（杞憂？）。そういうわけで、いつだったか、代わりにタブの ID 文字列（自動生成したランダムな数字）を保持するように手を入れた事があった。具体例としては、タブの「親」を得るには tab.parentTab ではなく tabbrowser.getTabByTabId(tab.parentTab) と書くようにするという感じ。

ところが、この変更を行ったときに追従して修正するのを忘れてた箇所があちこちにあった。タブを渡すべき所で ID を渡してたりという感じのしょうもないミス。今までは何故かそれでも動いてたんだけど、またちょこちょこと手を入れたのをきっかけにして問題がどばっと表面化したというのが今回の事態だったようで。

最終的には、タブの内部プロパティ _parentTab と _childTabs では常にタブの ID 文字列のみを保持、プロパティ parentTab と childTabs はそれぞれが参照された時点で ID 文字列に対応する要素ノードを自動的に検索して返す、他の部分は原則として parentTab と childTabs だけを参照する、という所に落ち着いた。

で、まあ、そこからやっと表題の話に繋がるわけですけど。ここから先はプログラマの人には当たり前すぎてつまらない話だと思うので読み飛ばすのが吉かもしれませんが。

僕は今まで、何故 DOM の Node インターフェースに hasChildNodes() なんてメソッドがあるのかが不思議でした。 childNodes.length が0かどうかを調べればいいじゃん、なんでわざわざ真偽値を返すだけのメソッドを用意するわけ？　と。しかし、今回 childTabs プロパティの内部処理を書き直したことで、その意義がよくわかりました。

新しい childTabs プロパティは、アクセスされた際に、 ID 文字列の配列 _childTabs を for ループで走査してタブの要素ノードの配列をその場で生成して返します。こんな稚拙な手法では、当然、子タブがあるかどうかを調べるのに childTabs.length と書いただけでもループが発生するわけで、場合によってはとんでもないオーバーヘッド（無駄なループによる遅延）が発生します。

そこで僕は、直接 _childTabs.length を調べて真偽値を返すだけの hasChildTabs() というメソッドを用意しました。これならオーバーヘッドは最小限に食い止められるはず。

つまり DOM の hasChildNodes() を使うと、 DOM の処理系の内部で childNodes へのアクセス時にオーバーヘッドが生じるのを、うまいこと回避できる（かもしれない）というメリットがあるわけですね。

プログラムを専門的に扱ってる人にしたら当たり前の事なんでしょうが、メイン趣味が絵でプログラムはトーシロの僕にとってはこんなことでもトリビアになるのでした。というお話。

近親相姦は合法か

「道徳的」にいかがはしいものは、法律で規制されて當然だという文を見て、「そういえば、近親相姦は不道徳でも合法だという話を聞いたが、ソースは調べてなかったなぁ」と思って、改めてググってみた。

近親相姦は現代では一般に不道徳と認識されていて、違法だと定めている国が多いそうだけれど、意外にも日本では違法ではないようだ（僕の調べた範囲では）。ということは「合法」と言ってもいいのか。一番それっぽい条文があるのは民法第734条（直系血族又は3親等内の傍系血族の間では結婚できない、という例のアレ）だけれど、ここではセックスの可否についてまでは規定していない。刑法（第22章）にも、強姦や強制猥褻の罪はあっても近親相姦の罪は無い。判例までは調べてないので、「近親相姦だから罪だ」と判決を下した例があれば誰か教えて貰えるととても嬉しいのだけれど。

ただ、まあ、違法じゃないからといってマジ近親相姦したらいわゆる世間から白い目で見られる可能性が高いと思うので、そこら辺は「あくどい商売」とかと似たようなものだよなと思った。

育英会の学生ローン化

「ちちんぷいぷい」見てたら日本育英会奨学金の話をやってた。それによると育英会の貸し倒れ率は3％（1560億÷5兆）なのだそうで。参考までに、アイフルの2002年度の貸し倒れ率は5％。

• 育英会の数字は設立以来の総額からはじき出しだものなので、例え昔の貸し倒れ率が0％・近年の貸し倒れ率が10％だとしてもトータルでは3％だし、その逆でも3％。
• 独立行政法人になった後は営利を求める事業になるが、現在の日本育英会は元々は福祉事業。

さあ、これをどう見る？

こどな（ Mr. マサシ）

どこだかの誰某という人から電話だ、というので取り次いでもらったら、結婚相談所の勧誘だった。「迷惑電話とかイタズラとかじゃないんで〜」とか言われたので「これが既に迷惑電話なんですが」と言って切った。

駄目ヲタというのはヒトとして未成熟で極めて自己中心的な生き物だ。ヒトという種が種の存続のために僕ら個体の目の前にぶら下げた「快楽」というエサをかすめ取りながら種の存続のためには何ら貢献しない自己中だ。

趣味のためだけに時間を使いたい、彼女を作る時間すら惜しい、あるいは、三次元の女が怖い、等々、ともかく駄目ヲタは自分自身子作りには関わらないし関われない。極めて非生産的な存在だと思う。子供も同じように非生産的だけど、子供は大人になったら生産的になれるかもしれない。駄目ヲタは違う。大人になってもなお非生産的なままなのが駄目ヲタだ。駄目ヲタに「明るい将来を築ける可能性」というものはない。駄目ヲタという現在がもう、辿り着いた「将来」なのだから。

いわゆる「普通の人」というのはそういう意味で、生きているだけでもう、性質として十分生産的だと思う。駄目ヲタは違う。駄目ヲタは性質が非生産的だから、何かしない限り、現象として生産的にはなれない。例えばバイトだったり仕事だったり。生産的でないと、社会の中で生きていけない。現在も将来も非生産的なだけの存在は排除されて当然。

そういうわけで、性質が非生産的でありがなら社会から排除されるのが怖くてたまらない僕は、生産的に見えるようにと色々な事をやっている次第。役に立たない物は無い方がマシだけど、役に立つ物は無いよりはマシ。僕が「他人の役に立ちたい」と思う理由はこれ以外にない。

使わないブックマーク

なんか長時間連続稼働で酷使してたら Firebird がだんだん調子悪くなってきてウィンドウを閉じようとクローズボックスをクリックした瞬間に Windows2000 が死んだ。そして全ての Firebird の設定とブックマークが消失……やってらんねぇぇぇ！！！

気を取り直して環境を再構築するのです。とりあえずブックマークについては数週間前のバックアップがたまたまあったので、それを使うことができました。そして記憶と履歴を頼りに、最近巡回ルートに追加した＠ JOJO や Simple - 憂鬱なプログラマによるオブジェクト指向な日々 - や Numeri などを再びブックマーク。しかしこの時点で、ちょっと前にインストールしてからその存在すらすっかり忘れていた Bookmark Backup によって直前の状態のバックアップが残っていたことに気付く。有り難いが、さっきまでの苦労は何だったんだ……

まあ、ブックマークマネージャを開いたのはちょうどいい機会だと思ったので、もう必要なさそうなものとかサイトが消えてるものとかをサクサク消してみた。

ていうか Google があるとホントにブックマークを参照しない。パーソナルツールバーフォルダを残して後は全部消えてしまっても困らないだろうなあ。 W3C の仕様書とか、ブックマークしてても先に Google に手が伸びてしまう。自分で掘ったブックマークのフォルダがもう思い出せなくなってしまってるから。自分の外部記憶への手がかりを物理的なメモからデジタルなメモ・ブックマークに移し、今度はそれすらも無くして Google だけに頼るようになって……あぁ、最近頭が悪くなったなあとよく感じてたけど、確かにこんなんじゃあねぇ。

最後に、拡張機能の復帰。自作のものはアプリケーションディレクトリにあるからそのままでいいけど、プロファイル内に入れてたものは復元がめんどくさかったので、全部配布元から再インストールした。

Bookmark Backup

ブックマークのファイルを曜日別に自動でバックアップしてくれる。急なトラブルの時に頼りになる（はず）。

Copy Image

「画像の内容をコピー」をメニューに加える。

CuteMenus

コンテキストメニューなどの項目名の横にツールバーの物と同じアイコンを表示する。あるとないとじゃ、メニューの使い勝手が段違いです。

Live HTTP Headers

正直言って使ってないけど、障害報告の検証には時々使うので。ていうかこれと競合してクラッシュするという話の検証用に入れたんだけど。

RSS Reader Panel

ほかに RSS フィードリーダーを導入するのがめんどいので。

世間では All-in-One Extension が人気みたいなんだけど、僕はホントにものぐさなので、マウスジェスチャとかの記憶力が必要になる機能は使わないっていうか使えないんですよ……それに、あんまりバカスカ入れると自作のやつのデバッグの邪魔になるし。

労働とその対価

僕は、仕事というのは楽しくてはいけないものだと思っている。辛くて苦しくてやりがいがないからこそカネを貰うに値するのであって、辛くも何ともないなら金を取ってはいけないのではないかと思っている。楽しんでいてカネを貰うのなど言語道断だとすら思っている。「趣味を仕事にすると辛いぞ（ストレス発散できないから）」と親に吹き込まれたのが、どこでどうねじ曲がったのか、そういう解釈となって深層心理に刻み込まれているのが、原因だと思う。それで、自分もそのうち辛くて辛くて仕方がない仕事に就かなければならないのだと思っている。だから、趣味が高じて仕事になったとか仕事を楽しんでやってるとかやりがいを持ってやってるとかそういう話を見たり聞いたりすると、羨ましかったりあるいは綺麗事を言いやがってコンチクショウとか思う。

最近では、これまでの僕の人生の大半の時間と多くのカネをこの趣味につぎ込んだ結果が今の僕の技術・知識レベルなのであり、それを持たない人が僕と同じレベルの物を今から得ようと思ったら、それに相当するカネを払わなければならないのは当然だ、と考え、そうして自分が給金を貰うことの根拠を正当化するようになった。言い替えれば、カネを（割高ではあっても）払えば時間の投資や苦労抜きに結果を買えるのだ、という風に考えるようになった。何故かというと、そう考えなければ、僕が他人の持っているものの恩恵にあずかることができる論理的根拠がなくなってしまうから。

喫煙者と嫌煙者のケンカ

元喫煙者からの、嫌煙者への批判について。

煙草を吸ったこともないくせに、こっちの辛い気持ちもわからんくせに、文句を言うな！とのことですが、喫煙者・元喫煙者の方は、「喫煙者の辛い気持ち」を説明しているケースが少ないとは思いませんでしょうか？　いえ、肩身の狭い思いをしているとかそういう「喫煙者という立場の辛さ」ではなく、「喫煙というものの辛さ」についてです。こちら（嫌煙者）は「けむい」「くさい」てな感じで辛い気持ちを表現していると思うのですが、喫煙者の側から「喫煙の苦しみ」をアピールしている例は、あまり見かけない気がします。逆に、説明を放棄したかのような「とにかく、やめたくてもやめられないんだ」という言葉の方が多い気がします。

喫煙者の人が非喫煙者に「喫煙の苦しみ」をわかってもらい理解を得たいと考えるなら、岩城氏の「喫煙者を救え！」にある喫煙者のニコチン切れ疑似体験法のような誰にでもわかる形で説明をする必要があるでしょう。いやいや実際はこんな物ではない……というなら、この例のように言葉を尽くして説明するべきです。「実際に喫ってみれば分かる」というのは、説明の手間を惜しんでいるに過ぎないと僕は思います。

相手の歩み寄りに期待するのは、甘え、あるいは現状の認識が足りないと僕は思います。どちらも歩み寄ろうとしないなら、社会的に弱い立場の方がやがては淘汰されます。両者が合意するにはどちらかが歩み寄らなければなりませんが、強い立場の側は合意しなくても望む結果が手に入ります。だから、彼らは「こちらが歩み寄る必要などない」と考えるのです。そんな彼らの中から「いや、こちらからも歩み寄るべきだ」と語る「人権派」が出てくる可能性にただ期待していてよいのでしょうか？　人間はそれほど賢くて良心的なのでしょうか？　僕はそうは思いません。

奇しくも、先の「疑似体験法」を書いた岩城氏は、この疑似体験法がかなりリアルであるという事実は「タバコを吸う人にはわからない」のであると述べています。氏の言を信用するなら、こうして喫煙の辛さを説明し喫煙者を擁護できるのは喫煙をやめた人だけだということになります。しかし実際に喫煙をやめた人がこれほど丁寧に「擁護」をしているところを僕は見かけません。喫煙をやめた人にとって、現役喫煙者の苦しみなどは所詮他人事に過ぎないからだと僕は思っています。斯様に、人は他人には優しくない生き物なのだ、と僕はこの例を見て思うのです。

自分のヲタク趣味、自分が何故それに拘るのかということについて、共感はしてもらえずとも、せめて「理解」はしてもらいたいと僕は思います。自分の為していることが誰かにとって不快になるなら、「理解」もなしに共生はあり得ません。「カトキ立ち」に固執する理由についての考察なども、今にして思えば、「カトキ立ちを気持ち悪いとしか思わない大多数の人」に対してのこちらからの説明なのかもしれません（←ヲタ臭漂う表現がテンコ盛りのくせにどの口でそういうこと言いますか？）。……尤も、そういう人に対してはそれ以前に「いい歳してガンダムのオモチャに拘る理由」から説明する必要がありそうですが

言っちゃ駄目

実際のところ、煙草をさぁ喫おうかとしている人に対して「すみませんけど煙草は控えて頂けますか？」と言うのは、僕にとっては相当勇気の要ることだ。ああどうしようどうしよう、このままほっといたらもっとケムいことになっちゃうよ、でも言うの怖いなあ、怒られるかもしれないし、僕のことを「自分本位のヤな奴」って思うだろうなぁ、でもあの苦しいのだけは勘弁して欲しいんだよぅ、ああ火を点けちゃった、もう止められないよぅ、ゲフンゲフン、ほらこれだけ咳き込んでるんですよ？辛いんですよ？だからやめて？うぅ、あぁちくしょう、なんでこいつはこうも無神経なんだ？こんな奴ばっかりだから喫煙者は嫌いなんだよッ！！　……そんな感じ。

でも、これっておかしな話だ。自分で何も言わずにおいて「無神経」だなんて、勘違いも甚だしい。気を遣って欲しけりゃあ言葉で言うしかない。身振りで示したって、相手が真意を理解するとは限らない。そんな、相手の分からない自分だけのサインで何かを言い表した気になるなんて、まるっきり子供じゃあないか。

しかし、自分の思ったことをストレートに言うのもまた子供のすることだ。「大人」は我慢しなきゃあならん。つまり、不満を表すならはっきり言え、しかし不満を表すこと自体がガキのする事だ、と。

先日、会長のお父さんが運転する車で合宿に行った際、車内が煙くてたまらなかった。僕はあの時、「嫌なら降りて自分で行け」と言われるリスクを冒しても「申し訳ありませんが煙草はやめて頂けませんでしょうか？」と口にするべきだったんだろうか。いや、黙って目と耳と口とついでに鼻を塞いで耐えたその選択が、正しかったんだろう。そう思っておく。

煙草の話を引きずってみる・メタ編

先制攻撃――被害妄想と言われるでしょうが、嫌煙者は一本目の煙草で既に「先制攻撃」を受けているものと認識します（その程度で何を……と思われるのでしたら、それはちょっと認識が甘いと言わざるを得ません）。煙草を喫っていないのに本当に突然「先制攻撃」する人がいるとしたら、それは嫌煙者全体の傾向ではなく、その人の人格の問題、その人が喫煙者をやりこめたい意識の方が肥大化しているアンチ喫煙者だからであると考えられます。

喫煙の辛さを愚痴ることに意味はないと中野さんはお考えのようですが、積極的に主張することに意味はなくても、問われたときに答える（答えへのリンクを提示する）程度のことには意味があると僕は思います。「とにかく辛い」以外の答えがないのでは、本当は辛くないんじゃないのか？ただ「嫌煙ウザイ」と文句を言いたいだけなんじゃないのか？という疑念を僕は捨てきれません。卑近な例では、例えば僕が最近ウォッチしているカトキハジメ叩きの一連のスレッドにおいて、 MG および HGUC と題されたプラモデルのシリーズにおけるカトキハジメの「原典のイメージとはかけ離れたリファイン」が批判・否定されていますが、では具体的にどのようなリファインが理想に近いのか？という問いに対して、批判・否定の立場からは「旨味がいる」「ふくよかさが大事」といった主観的な文言しか提示されておらず、いわゆる「才谷ガンダム」などの具体例を提示したりといったアプローチが見られません。これでは、例え批判・否定の立場の主張に利があったとしても説得力を感じることはできませんし、ただ文句を言いたいだけなんじゃないのか？という疑念を捨てきれません。

嫌煙者と一口に言っても、そこには煙害被害者としての嫌煙者と、アンチ喫煙者としての嫌煙者の二種類があります。僕としては、中野さんには単なる「アンチ嫌煙者」にはなって欲しくはないと思う所存です。

中野さんの文章からは、「嫌煙者」というものに煮え湯を飲まされ続けてきた恨みがひしひしと感じられます。煙草の煙自体に拒否反応を起こすと主張しがちな嫌煙者にまずは一年ぐらいタバコを吸って、その後禁煙してから考えてみてくださいと無理難題をふっかけている辺りなど、僕は悲しみを禁じ得ませんでした。これではただの逆ギレです。行き過ぎた批判行為に対する批判と、批判の内容に対する反論とは、切り分けて下さい。中野さんの最初の主張は、そこのところが幾分ごっちゃになっているように見受けられます。僕も人のことは言えませんが。

煙草の話を引きずってみる・内容編

何かをかけた戦いでもない――被害妄想と言われるでしょうが、嫌煙者にとってはこれ（目の前で煙草を喫われるかどうか）は平穏な暮らしと健康をかけた戦いです。来る途中に乗ったバスの前の席の人が煙草をプカプカふかしていたせいで呼吸器系の弱い O さんが講習中も1時間以上咳き込んでいたのを見て、僕はとてもいたたまれない思いをしました。

普段は辛くない、という自覚症状の無さがそもそも大きな問題なのではないかと僕には思えます。禁断症状の辛さをもってしても、「普段は辛くない」とまで言わしめる、煙草というもの。禁断症状があること自体が「普段が辛い」ということだと気付いているのでしょうか。まぁ、これは喫煙者自身の問題ではなく、煙草というものの嫌らしい性質に根ざした問題だと僕は思っていますし、既に煙草をやめられた中野さんに言っても無意味ですが。

止めなきゃなぁという思いが禁断症状の辛さに負けてしまう時点で、十分辛く恐ろしいことだと僕は思います。

chrome://global/content/widgets/ → chrome://global/content/bindings/

朝顔日記でも触れられている Toolkit の変更に関して、タブブラウザ拡張で使っている回避策を書き留めておきます。おそらくはもっとスマートなやり方があるのだと思いますが、誰かが踏み台にしてくれることを期待して、恥を晒しておきます。

前提として、 tabextensionsBindings.xml は chrome://global/content/widgets/tabbrowser.xml を、 tabextensions.xml は chrome://global/content/bindings/tabbrowser.xml を拡張するようにハードコーディングされているものとします。

/* "tabextensions.css" */

tabbrowser /* Mozilla Seamonkey */ {
    -moz-binding: url("./tabextensions.xml#tabbrowser") !important;
}

#contentEnclosure tabbrowser, /* Phoenix 0.5*/
#browser #appcontent tabbrowser /* Firebird 0.6 or later */ {
    -moz-binding: url("./tabextensionsBindings.xml#tabbrowser") !important;
}

これ（ tabextensions.css ）は、最終的には globalOverlay.xul から読み込まれる形になっているスタイルシートです。最初に Mozilla Seamonkey の navigator.xul 用の指定があり、次に、 navigator.xul と browser.xul の構造の違いを利用して browser.xul に対してのみ chrome://global/content/widgets/tabbrowser.xml に依存するバインディングを適用しています。ここまでは旧来から使っていたコード。

/* tabextensionsBindings.css */
#browser #appcontent tabbrowser {
    -moz-binding: url("./tabextensions.xml#tabbrowser") !important;
}

// globalOverlay.js
function TabbrowserServiceInternalInit() {
  var parentWindow = window;
  var testDocument = document.implementation.createDocument('', '', null);
  testDocument.addEventListener(
    'load',
    function(aEvent)
    {
      if (!testDocument.documentElement || ||
          testDocument.documentElement.localName == 'bindings') return;

      var d     = parentWindow.document;
      var newPI = d.createProcessingInstruction(
                    'xml-stylesheet',
                    'href="chrome://tabextensions/content/tabextensionsBindings.css" type="text/css" media="all"'
                  );
      d.insertBefore(newPI, d.documentElement);
    },
    false
  );
  testDocument.load('chrome://global/content/widgets/tabbrowser.xml');
}

// only for Firebird
if (Components.classes['@mozilla.org/commandlinehandler/general-startup;1?type=browser']
      .getService(Components.interfaces.nsICmdLineHandler
      .chromeUrlForTask
      .match(/^chrome:\/\/browser\//)) {
  TabbrowserServiceInternalInit();
}

これらが、新しく追加したコード。 chrome://global/content/widgets/tabbrowser.xml を試しに読み込んでみて、ルート要素が bindings ではないなら、バインディングの指定を上書きする新しいスタイルシートを動的に適用しています。 XUL ドキュメントへの動的なスタイルシートの追加は古い Mozilla では行えませんでしたが、今回問題となっている変更が入ったバージョンでは問題なく行えます。

絶対確実な方法だとは断言しかねますが、とりあえず、当方環境でテストした限りではうまいこと動いているようです。

……と書いていましたが、やはり単なる恥さらしだったようですね。読み込みのタイミングが少しでも遅れるとエラーになって起動すらできなくなりました。ああもうっ。

1/144 RX-121-1 GUNDAM TR-1 HAZEL

（ヘイズル改制作記に移動）

圧倒的閃きっ……！！

26日に書いた駄目駄目な回避策の改良版である。気付くのが遅すぎだし、圧倒的でも何でもないし、プログラマの人にしたら当たり前すぎて屁でもない内容だろうけど。

前回から変えたのは、起動時のバージョン判定部分。以下がそれ。

function TabbrowserServiceInternalInit()
{
  var channel = TabbrowserService.IOService.newChannelFromURI(
      TabbrowserService.makeURIFromSpec(
        'chrome://global/content/widgets/tabbrowser.xml'
      )
    );
  channel.open();

  if (channel.contentLength > -1) return;

  var newPI = document.createProcessingInstruction(
      'xml-stylesheet',
      'href="chrome://tabextensions/content/tabextensionsBindings.css" type="text/css" media="all"'
    );
  document.insertBefore(newPI, document.documentElement);

  channel.QueryInterface(Components.interfaces.nsIRequest).cancel(0);
}
if (TabbrowserService.isNewTypeBrowser)
  TabbrowserServiceInternalInit();

つまるところ、 DOM の機能でやろうとするとドキュメントの読み込みが始まるのが遅すぎてチェックが間に合わないので、 XPCOM でそれより早くチェックしてしまおうという話。 asyncOpen ではなく open を使えばチェックができる状態になるまでそこで処理がストップするはずという目論見。唯一の懸念は、 IDL 定義によるとこの open メソッドは asyncOpen と違って必ずしも実装しなければならないということはないらしいという点……