Latest topics 近況報告

RestartlessのE4Xレス化 - Dec 26, 2012

再起動の要らないアドオンをAdd-on SDK無しで開発するときの簡易的なテンプレートのような物として作っているRestartlessは、ツールバーボタンの定義や設定ダイアログの定義にE4Xを使う前提で設計してた。静的なXULファイルを別に用意しなくても、JavaScriptで書かれたロジックの中にリテラルとしてXULの定義を埋め込める、ということで重宝してたんだけど、E4Xのデフォルト無効化で完全にハシゴを外された形になってしまった。

E4Xを多用してた方々各方面悲喜こもごもあるようで、自力でスクリプトをパースしてCDATAマーク区間だけでも認識できるようにするとか色々なアプローチが試みられているようなのだけれども、僕はというと、面倒なのでE4Xはスッパリ諦める事にした。元はといえば、従来のやり方に近いやり方で再起動の要らないアドオンをラクに開発したいというのがRestartless開発の動機だったのだから、何か代わりの手段があるのであれば、E4Xにこだわる理由はなかったし。

まずE4Xで定義されたXULのコード片を受け取る部分についてだけど、これらは内部的にはXMLのソースコードの文字列に変換した後、RangeのcreateContextualFragmentでDOMDocumentFragmentにしてたので、インプットはただの文字列でも構わなかった。なのでToolbarItem.jsとconfig.jsは以下の点だけ修正して終わりとした。

• E4X無効の環境でもシンタックスエラーにならないように、E4X固有の書き方をなくした（具体的には、識別子としていきなり「*」が出てこないようにした）。
• インプットが文字列の時は、それをそのままDOMDocumentFragmentにした後、ホワイトスペースだけのテキストノードをその都度削除するようにした（XBLの定義が手抜きなせいで、こういう場合に初期化エラーになるので）。

ツールバーボタンの定義は、手間だけど文字列リテラルに書き直すことにした（簡単なスクリプトでインデントも含めてそれっぽく置換した）。ちょよんごさんのnode-hereを移植することも考えたんだけど、単に改行込みのコード片を文字列として取得できるだけだと、E4Xの時みたいな「属性値やテキストノードの値にJSの変数の値を入れる」ということが簡単にはできなくて、そこの面倒さの方が気になったので、今回は見送ることにした。

ただ、設定ダイアログくらいの規模となると、一々文字列リテラルにしてたら埒があかないのでそこだけはなんとかしたかった。これについては、Firefox 8くらいから後のバージョンではchrome.manifestでcontentやlocaleのChrome URLを動的に登録・解除できるようになってるので、昔ながらのやり方に戻って静的なXULファイルで書くようにした。

ロケールもこの要領でpropertiesファイルからDTDに書き直せばいいんだけど、Fox Splitterみたいにロケールの数が多いとそんなのやってらんないし、Fox Splitterの場合は設定ダイアログとブラウザ上のUIとで同じラベルを使い回したりしていて、どれをpropertiesファイルに残してどれをDTDにするのかとかを考えるのももう無理っぽかったので、逆転の発想で、属性値やテキストノードの値に{{ JavaScriptの文 }}という書き方を許容するようにして、XULドキュメントが開かれたときに自動的に解決するユーティリティを加えて、propertiesファイルをDTD代わりに使うことにしてみた。DOMContentLoadedのタイミングだと遅すぎるようだったので、今の所は待ち無しで実行してるけど、XBLの初期化タイミングが狂うリスクがあるので、将来的には問題が起こるかもしれない。（……と、ここまで書いて気付いたけど、node-hereを移植した上でこれと同じ記法を許容するようにすればよかったかなぁ。もう後の祭りだけど。）

Restartlessベースで作ってた各アドオン（親のタブに戻る、Fox Splitter、あと開発中で放置してた「Suspend Tab」）も更新済みで、masterベースのXPIはこの間から提供してる自動ビルドが既に利用できる状態になってる。Nightlyで使ってた人がもしいたら、これで動くようになってると思う。

……node-here.jsの移植はやらないでおくって書いたけど、結局やっぱり必要になってしまったので移植した。スタックトレースから列番号を取れないというGecko（SpiderMonkey？）の制限のため、1行の中に2個以上のhere()は書けない。

ネットワーク接続が全面的に死んで焦った - Nov 25, 2012

最近、自宅のWindows Vistaマシンをスリープにした後で寝て起きて復帰させようとすると、復帰しないでそのまま落ちて再起動がかかるということが時々あって、いよいよもって寿命感がはんぱないわけだけど、それで復帰した後にネットワークにつながらなくなって非常に焦った。

最初はWireless LANの不調か？と思ったんだけどNexus 7は特に問題なくつながってるので、Windowsマシン側の不具合である可能性が高い。

次に、USB接続のWireless LANアダプタの不調か？と思ったんだけど、挿し直したり別のUSBポートに挿し替えてみたりしてみても結果は変わらず。

で、ちゃんと見なきゃダメか……と思って表示されてるメッセージを見てみると、「WLAN AutoConfig」というサービスが起動してないとかなんとか出てる。「コントロールパネル」→「コンピュータの管理」→「サービス」で「WLAN AutoConfig」を探してみると確かに動いてないようだったので「開始」としてみたけど、「ローカルコンピュータのWLAN AutoConfigサービスを開始できません。エラー1747：その認証サービスは認識されません。」と言われてしまってサービスを開始できない。「WLAN AutoConfig その認証サービスは認識されません」で検索したら、自宅のノートＰＣ(Windows7、無線LANで接続)を起動したら、「ネットワークインターフェースを認識できていないせいだという情報が出てきた。けど、デバイスマネージャで見てる限りではWireless LANアダプタは見えている。

とりあえず有線でつないでみるか……と思ってケーブルを引っ張り出してきてルータとつないでみたけど、なんとこれもダメだった。無線がダメでも有線がつながるならまあなんとか乗り切れる……と余裕こいてたけど、完全オフラインとなるとまずい。色々支障がありすぎる。

別の所に原因は無いか？と思って画面をよく見てみると、起動直後にだけ「Windowsサービスに接続できませんでした。」というメッセージがタスクトレイに出てた。クリックすると「System Event Notification Serviceサービスに接続できませんでした。このため、標準ユーザー箱のシステムにログオンできません。管理者ユーザーはシステムイベントログを参照して、このサービスが応答しなかった原因を確認できます。」と出てくる。

管理ツールの「イベント ビューア」を起動してみたら何か分かるか？と思って起動したら、ローカルのイベントサービスが停止してる的なメッセージが出てイベントログを見れない（今から考えてみれば、まさにそういうメッセージが上で出ていたわけだから当たり前なんだけど）。それでまた「サービス」の方を見てみると、「System Event Notification Service」は「開始中」となっていて、開始しようとして途中で固まってる風な感じだった。

今度は「System Event Notification Service 開始中」で検索してみたら、またそれっぽい情報が出てきた。他の検索結果を見ても同じような事が書いてあって、管理者権限でコマンドプロンプトを開いて netsh winsock reset と実行する方法が紹介されていた。やってみると再起動を促すメッセージが出てきたので再起動したら、無事有線LANでつながるようになった。Wireless LANアダプタを挿し直したらこっちもつながったので、これでやっと元のWireless LANに戻せた。

起動しなくなるとかネットワークにつながらなくなるとかのトラブルはほんとに焦る。Nexus 7でも携帯電話でもとにかく別口で情報を探せるようになってないと詰んでた。

アドオンのナイトリービルドのようなものを置くようにした - Nov 24, 2012

リリースにまつわる諸々の作業が面倒くさくて、about:newtabには機能ができてすぐ対応したのに、リリースしてなかったせいで今頃「about:newtabを空のタブとして認識してくれないんだが」系の「不具合報告」が届くようになってきていて、他にも障害報告に対して「それmasterのHEADではもう直ってます」な場合が時々あって、あと時々「ナイトリービルドを提供してくれ」っていう声も見かけてはいたので、ちょっと頑張って/xul/xpi/nightly/でそれっぽい物を提供するようにしてみた。

• 毎日定期的にリポジトリの変更をpullして、変更があったらXPIを作りなおしてアップロードする、ということを自動的にやってみてます。
• 中身はmasterブランチのHEADをそのままパッケージングしただけの物で、typoで動かなくなってるような場合でもそのままアップロードしてしまうから、常用はお勧めしないでおきます。（とはいえ、この状態は僕自身の環境に極めて近いので、僕が常用しているアドオンについては、僕が不具合に遭遇し次第すぐに直すとは思いますが……）
• 自動アップデートについては、リリース版とは別にこのナイトリービルド専用のupdate.rdfを提供するようにしてます。

どうやってるかというと、自宅にあるUbuntuマシン（NASも兼ねていて24時間動きっぱなしの自宅サーバ）上でcronjobを動かしているだけ。1点だけ工夫が必要だったのは、update.rdfに署名するという部分。update.rdfのデジタル署名にはMcCoyを使うんだけど、これだとcronjobとして自動実行させるのには都合が悪いので、MDNのページで紹介されてたMX-Toolsというのを使うようにした。

前提はこんな感じ。

• アドオンのリポジトリはgitで管理している。
  • gitリポジトリには、パスワード無しの秘密鍵でSSH接続できる。もしくは、手元にリポジトリをパスワード無しでcloneしている（GitHubなら、httpsのURLを使ってcloneした場合がこれにあたる）。
  • すべてのリポジトリを、1つのディレクトリ（ベースディレクトリ）の中に、プロジェクト名と同じ名前のサブディレクトリでcloneしてある。
• WWWサーバにはパスワード無しの秘密鍵でSSH接続できる。
• RDFファイルの署名用にOpenSSLの鍵ペアを作成してある。
  • openssl genrsa -out keyfile.pem 1024
  • openssl rsa -in keyfile.pem -pubout -out keyfile.pub
  • 作成された秘密鍵・公開鍵はどちらもベースディレクトリ直下に置いてある。

特定の1つのアドオンについて「masterのHEADをpullして、変更があったらXPIにして、update.rdfを作って、アップロードする」というスクリプトは、試行錯誤の結果、こんな感じになった。

upload_nightly_xpi.sh：

#!/bin/bash

# MX-Tools等を同じディレクトリに置いているという前提で、
# このファイルのパスを基準にして、他のツールの位置を
# 指定するため、ディレクトリのフルパスを最初に得ておく。
tools_dir=$(cd $(dirname $0) && pwd)

remote_user=piro
remote_host=piro.sakura.ne.jp
remote_dist_dir=~/www/xul/xpi/nightly
actual_dist_dir=http://piro.sakura.ne.jp/xul/xpi/nightly

# ファイルの置き場所等はオプションで得る事にする。
while getopts ab:d:i: OPT
do
  case $OPT in
    # 変更が無くても強制的にアップロードする指定。テスト用。
    "a" ) always=1 ;;
    # keyfile.pem等を置いているディレクトリのパス。
    "b" ) base_dir="$OPTARG" ;;
    # リポジトリをcloneした先のディレクトリ。
    "d" ) project_dir="$OPTARG" ;;
    # SSH接続に使う秘密鍵のパス。
    "i" ) secret_key="$OPTARG" ;; 
  esac
done

if [ "$project_dir" = '' ]; then
  echo "no project directory specified"
  exit 1
fi

if [ "$base_dir" = '' ]; then
  echo "no base directory specified"
  exit 1
fi

if [ "$secret_key" = '' ]; then
  echo "no secret key specified"
  exit 1
fi

# sedのオプションの違いを吸収しておく。
case $(uname) in
  Darwin|*BSD|CYGWIN*) sed="sed -E" ;;
  *)                   sed="sed -r" ;;
esac

# pullした時のメッセージを見て、変更があったかどうかを調べる。
cd $project_dir
pull_result=$(git pull --rebase)
updated=$(if [ "$pull_result" != "Already up-to-date." -a \
               "$pull_result" != "Current branch master is up to date." ];\
          then echo "1"; fi)
if [ "$updated" = "1" -o "$always" = "1" ]; then
  package_name=$(cat $project_dir/Makefile | \
                 grep "PACKAGE_NAME" | \
                 head -n 1 | cut -d "=" -f 2 | \
                 $sed -e "s/\\s*//#")
  public_key=$(cat $base_dir/keyfile.pub | \
               grep -v -E "^--" \
               tr -d "\r" | tr -d "\n")

  # ナイトリービルド用として、install.rdfを書き換える。
  # バージョン番号の末尾に今日の日付を付ける。
  $sed -e "s/(em:version=\"[^\"]+)\\.[0-9]{10}/\\1/" \
       -i install.rdf
  $sed -e "s/(em:version=\"[^\"]+)/\\1.$(date +%Y%m%d)00.$(date +%H%M%S)/" \
       -i install.rdf
  update_rdf=${package_name}.update.rdf
  # 古いupdate.rdfが残っていたら消す。
  rm $update_rdf
  # update.rdfの参照先と、公開鍵を書き換える。
  $sed -e "s#/xul/update.rdf#/xul/xpi/nightly/updateinfo/${update_rdf}#" \
       -i install.rdf
  $sed -e "s#([^/]em:updateKey[=>\"]+)[^\"<]+#\\1${public_key}#" \
       -i install.rdf

  # 自動生成されたバージョン番号は、後で使うので控えておく。
  version=$(cat install.rdf | \
            grep "em:version" | head -n 1 | \
            $sed -e "s#[^\">]*[\">]([^\"<]+).*#\\1#")

  # ビルドした後、リポジトリの内容を元に戻しておく。
  # （次にpullする時に、未コミットの変更があるという
  # 警告が出ないようにする。）
  make
  git reset --hard

  file=$(ls *.xpi | grep -v "_noupdate" | head -n 1)
  # キャッシュが使われる事の無いように、
  # ユニークなダウンロード用URLにする。
  update_link=${actual_dist_dir}/${file}?version=${version}

  if [ "$file" != "" -a -f $file ]; then
    ssh_remote=${remote_user}@${remote_host}
    # 公開先のディレクトリを作っておく。
    ssh -i $secret_key ${ssh_remote} \
        mkdir -p ${remote_dist_dir}/updateinfo
    # XPIをアップロードする。
    scp -i $secret_key ./$file \
        ${ssh_remote}:${remote_dist_dir}/
    # XPIからupdate.rdfを自動生成し、それもアップロードする。
    $tools_dir/mxtools/uhura -o $update_rdf \
      -k $base_dir/keyfile.pem $file $update_link
    scp -i $secret_key ./$update_rdf \
        ${ssh_remote}:${remote_dist_dir}/updateinfo/
  fi
fi

exit 0

uhuraを使うには、依存パッケージを入れておく必要がある。

$ sudo apt-get install openssl unzip libexpat1-dev
$ cpan
（色々セットアップ。基本的には全部YesでOKだと思う。）
$ sudo cpan install  XML::Parser RDF::Core Digest::SHA1 Convert::ASN1

アドオン1つだけでテストしてみた。

$ ./upload_nightly_xpi.sh -b ~piro/xul \
                          -d ~piro/xul/autodisableime \
                          -i ~/.ssh/id_rsa.nopassword \
                          -a

これでうまく動くことを確認できたので、複数リポジトリを全部処理するスクリプトを作って、そちらをcronで走らせるようにした。

upload_nightly_xpis.sh

#!/bin/bash

tools_dir=$(cd $(dirname $0) && pwd)

# 鍵の指定などを丸ごと引き渡すようにしたいので、
# このスクリプト自身では使わないオプションについても
# 受け付けるようにしてる。
while getopts ab:d:i: OPT
do
  case $OPT in
    "b" ) base_dir="$OPTARG" ;;
  esac
done

if [ "$base_dir" = '' ]; then
  echo "no base directory specified"
  exit 1
fi

cd $base_dir
for dirname in *
do
  if [ -d $dirname ]; then
    ${tools_dir}/upload_nightly_xpi.sh -d $base_dir/$dirname "$@"
  fi
done

で、これを日に2回動かすよう、crontabに 0 7,19 * * * upload_nightly_xpis.sh -b ~piro/xul -i ~/.ssh/id_rsa.nopassword とかいう感じで書いてる。

仮想マシンでも何でもいいけど、Linuxな環境があると自動化がはかどるな……と思いました（手前味噌）。

2012年11月26日追記：スクリプトにミスがあってinstall.rdfに埋め込む公開鍵が置き換わっていなかったので修正した。

サナギ - Nov 12, 2012

蝶とか蛾とかは幼虫→蛹→成虫と変態するんだけど、蛹の状態というのは一部の器官を除いてあの袋の中で体がドロドロに溶けてて、成虫の形にちょっとずつ作り替えられてるんだそうだ。その間身動きなんか取れるわけがなく、変態が完了するまではほんとに何もできないんだと。自分は高校の理科で生物を選択しなかったからよく知らんかったけど、生物選択だとその辺詳しくやるんだろうか。僕は大人になってからグロ写真見て「うぇえ……」となりました。

プログラム書いてて思うんだけど、僕に好き勝手に作業をやらせると、リポジトリが蛹のようになってしまいがちだ。全体的な見通しが立たないままに作業を始めて、やがていろんなモジュールをぶっ壊してしまう。この時はまるで何にも動かない。そういう状態のままコードをさらに書いていって、次に動くようになった時にはあら不思議！　元のモジュール構成は影も形もありませんでした！　でも動いてて当初の目的は達成されてる……みたいな。

こーいうのはよくないよなー。ほんとよくない。複数人でやってるプロジェクトでこういうことはしてはいけないと思ってるんだけど。でもやってしまってる。テストドリブンとか何処吹く風や。コミット履歴の中にこういうことになってる部分があると、その周辺はもはや履歴が履歴として役に立たない。

masterでやらずにトピックブランチ切ってやりましょうよって話かもしれないんだけど、それとてmasterが動く状態を保てるということを除けば、特に、履歴がグチャグチャになるとかの点ではあんまり変わらない気がするし。

「ワンライナーで頑張っちゃうとかの変態的なプログラミングは、コードがアンリーダブルになってしまうからやめときましょう」というのは多分一般的な認識だと思うんだけど、「蛹な状態を作ってしまうと上記のような感じで宜しくないので、昆虫的な意味での完全変態的なプログラミングもやめときましょう」なんて事も言えるのかなー、ということを考えていて、誰がうまいこと言えって言ったよと自分で自分に突っ込みつつもドヤ顔でこういうエントリを書いてしまうところが、まだまだ大人になりきれてないと思った次第です。

FirefoxとThunderbirdの導入案件で使ってるソフトウェアを公開し（て）た - Nov 09, 2012

2年前のブラウザー勉強会で、FirefoxやThunderbirdの一括導入と企業での導入事例についての話をやったけど、その時に「こういう物を使ってます」と話だけ出した「メタインストーラ（FirefoxやThunderbirdのインストーラをキックしてサイレントインストールした上で、アドオンも一緒にインストールする物。設定を作り込んだ状態のFirefoxやThunderbirdを一括導入するために使う）」だけど、実はちょっと前からGitHubでひっそりと公開してた。導入案件の相談があってもリソース配分の関係で受けられないという事が何度かあったので、ツール公開しとくから自分でできる人は自分でやってねという話です。

が、過去の案件で要望が上がる度に場当たり的に機能追加や修正を繰り返してきて、それなのに目の前の導入案件をこなす事に手一杯でドキュメントが整備できてなかったせいで、公開したはいいけど結局弊社（というか僕）でないと使えない状態だった。ドキュメントを書こうと思っても、設定の仕方とかが煩雑ですっきり解説できないものだから、ドキュメント整備もなかなか進んでなかった。

それがこのところ、Mozilla関係の作業が少し落ち着いてて時間を確保しやすかったので、じゃあやるか！と頑張って、ドキュメント整備と設定方法の改善をちまちま進めてた（解説しにくかったのは実装が宜しくなかったからで、実装がすっきりしていれば解説もしやすいわけで、ドキュメントを書く事が契機となって実装が改善されるというのはよくある話なのです）。その締めくくりとして、簡単なチュートリアル込みの使い方解説エントリを会社のブログで公開した。アドオンを同梱して導入するだけのインストーラなら多分そんなに迷わないで作れるんじゃないかなと思う。

このFx Meta Installerは、FirefoxのWindows版インストーラと同じくNSISスクリプトで開発してるんだけど、思い返してみれば、僕のNSISとの付き合いはPortable Firefox（Firefox for Androidではなく、USBメモリで実行ファイルとプロファイルを持ち運ぶアレ）からだった。NSISはインストーラを作るための物なんだけど、使いよう次第ではPortable Firefoxみたいなこと（プロファイルをテンポラリフォルダにコピーして、Firefoxを起動して、Firefoxが終了したらプロファイルをUSBメモリに書き戻す）もできる。ずーっと前にMozilla Japanが秋葉原と渋谷でFirefoxの入ったCD-ROMを配るというプロモーションをやった事があったけど、あの時配ってたCDの「ディスクを入れたらautorunでFirefoxがお試し用に起動する」っていうやつは、実は、Portable Firefoxを改造したか参考にしたかして僕が作ってたのですよね。それがなかったら今のFx Meta Installerはなかったかもしれないと思うと、ちょっと感慨深い。

あと、Fx Meta Installerの設定項目だったり機能だったりを見てると、ああこんな事もあったなあ……と過去の案件の事を色々思い出させられる。Linuxでもビルドできるようにしたのは、普段使ってるUbuntu入りのLet's noteだけ持ってお客さんの所で動作を試して直してビルドしてまた試して……というのをやるためだったし、解説エントリでは触れてないけど、メタインストーラのバイナリに電子署名するための設定を見てると、グローバルサインで証明書を買う手続きをしたなあという事を思い出すし。いまFx Meta Installerに実装されてる機能は、お客さんの要望だったり状況だったりの必要に迫られて追加したものがほとんどなので、ある意味でこいつは僕の仕事（の1つ）の履歴そのものとも言えるのかもしれない。

大学で立ち上げ期に参加したサークルが大発展を遂げていた - Nov 05, 2012

先日、母校の大学祭に合わせてサークルのプチ同窓会が催された。僕も参加したかったんだけど、スケジュールが埋まってて参加できなかったので、大学祭の様子の詳細なレポートを後で見せてもらった。

大学では最初「SF研究会」という部に仮入部したんだけど、ちょっと方向性が違うなあ……と思っていて、そんな時に「新しくサークルを作ろうとしてる人らがいるらしいよ」という噂を聞きつけて、「ぼ、ぼくも仲間に入れてもらえませんかねﾃﾞｭﾌｯ」と参加させてもらった、それが「コミックアート」だった。メディア学科の1年生が中心となって活動を始めたばかりの小規模な非公認サークルだった。

僕の母校のサークル活動にはいくつかのレベルがあって、大学の運営や学生会とは全く関係なく勝手に集まってわいわいやる「非公認サークル」、学生会に認められた「公認サークル」「同好会」、予算や部室なんかもついた「部」という感じで昇格していくシステムだった。人を集めたり活動したりするにはやっぱり予算や部室があった方がいいので、「部」を目指して活動してたんだけど、昇格するためには「これこれこういう理由で意義のある活動なんですよ」「ちゃんと活動実態もありますよ」みたいなことをアピールする必要があった。だからというわけでもないんだけど、会則を決めたり、絵の描き方・漫画の描き方の自主勉強会（教室を借りるのは無料でできた）をやったり、漫画の参考書を梅田のジュンク堂まで探しに行ったり、僕の高校時代の漫研での活動を参考に大学祭で展示発表をしてみたり会誌を製本してみたり（そういうわけで「会誌編集長」という役職をやらせてもらっていたというのが、僕の携帯電話のメールアドレスに「へんしゅうちょう」って入ってる理由なのです。その頃からずっとアドレスを変えてない。）、そうさく畑に参加してみたり、勧誘のために色々チラシを作ってみたり、空いてる時間に集まってダラダラしゃべったり、安い焼肉屋で忘年会をしたり、とにかく前例がないところで自分たちが最初にルールや運用を決めていかないといけないって事で、色々やってた。僕の大学時代はそんな感じで、講義を受けてるかコミックアートの活動をしてるかMozillaの拡張機能を書いてるかで埋まってた（いわゆる合コンというものにも1度も参加しないままだった……）から、ものすごく思い入れがある。

僕が在籍していた当時は結局非公認サークルのままだったんだけど、その後の世代がちゃんと継続して活動してくれてて、今では数十人のメンバーを抱える大所帯となり、同好会になってさらには部にも昇格したのだそうだ。検索したら、大学の公的なサイトにも「41人」って書いてあって、うわーまじかーって思った。（ちなみに、サークル名で検索するとトップに当時の僕らが作って放置かましてしまった化石サイトが出てきたりして、それは別の意味で「うわーまじかー」って感じだ。）また、参加者の中にはプロの漫画家としてデビューした人も2人いるそうで（そのうち1人は、本屋の店頭でコミックスが今まさに平積みされてるのを見たばっかりの人だったので、余計に驚いた）、まあそういう人は元から漫画描きまくってる人だったりするからそこにコミックアートがどれだけ寄与したのかは何とも言えない（それどころか、ひょっとしたら、SF研究会を抜けた時の僕みたいに「ここにいても駄目だ……」って見切りを付けられる側だったりしたのだろうか……本当のところを知るのが怖い）んだけど、とにかく素人集団で始めたものがこうしてちゃんと10年続いたんだ！と思うと、非常に感慨深い。

これからもずっと続いていってほしいものです。

戦闘機と八岐大蛇が空中戦する「神秘の法」見てきた - Oct 31, 2012

仏陀再誕の時もチケットを頂いた友人にまたチケットを頂いて、映画神秘の法を見てきた。感想としてちゃんとまとまっていない、思った事をたらたら書いてく感じです。

エンターテインメントの観点で

正直、コメントに困る映画だ……映像とかは今時のそれなりのレベルかなって思う（ただ、フルCGの十二神将？の戦闘シーンはCGっぽさが前面に出すぎていまいちだった……）んだけど、話の方が色々詰め込みすぎてて、気がついたら置いてかれてた感。

• 台詞で語りすぎ。宇宙人が自分で「UFOに乗ってきた宇宙人」って語るのはギャグでしょう……
• ベガの姫様、どことなく松本零士臭が……そういうメタなネタ？
• いろんなモチーフ・ガジェットのパッチワークになってる感じ。バラバラの「これを見せたい」がそのままつなげられてて、上手く馴染んでない。
• 主人公が一人で出雲の民家を回るのとか、単身潜入するのとか、そういうシーンを描く事にだけ気が行ってて、何故そういうシーンにつながるのかという所が掘り下げられてないから、「ヘリで上から呼びかけるなり、組織のスタッフを動員するなりすればいいのに……」とか「特殊訓練を受けたわけでもない、組織のリーダーが、なんで単身敵地に潜入するの……」とか、違和感の方が強い。そこを上手くこじつけるために設定やガジェットを駆使するものだと思うけれども、そのこじつけ方も上手くないから、「なんで宇宙人……」ってやっぱり違和感。
• もっと、話の軸をはっきりするために、不要な要素をそぎ落とすべき。金星人の彼のくだりとか、裏切り者の彼の「あの場に放置しときました→自殺してました」のくだりとか、どう考えてもカットしていいですよね。
• 宇宙人うんぬんと、霊魂・輪廻云々は、割と相反する世界の話のような気がするんだけれども、それがここまでストレートに一緒になって語られるというのは、僕には目新しくて面白かった。
• カーチェイスとか空対空戦とか、もっと見せ場を！！　カーチェイスは結構よかった気がするけど、ちょっと物足りなかったかなー。空対空戦は、ドッグファイトになる前に決着付いてしまってあっけなかった……

メッセージを伝えるという観点で

原作になってる「神秘の法」が「物語」ではなくて「幸福の科学という宗教における経典」ということだそうなので、その中で語られている要素を映像化してストーリー仕立てにした、ということなんだと思うけど、それをそのままやっちゃあ、それだけですよ……それって先生が黒板に書いた事を忠実にノートに書き写しただけみたいなもの。個々のフレーズが掘り下げられていなくて上滑りしてて、深みを感じられない。

三国志が好きだったり信長の野望が好きだったりして歴史の事が色々頭に入ってる人が、歴史の教科書とか先生の板書とかを見て、行間に自分の知ってるエピソードを思い出してワクワクする、っていうのはある。それと同じように、経典の内容だったり価値観だったり体験談だったりが頭に入っている人が、これを見る事でそれらを喚起されるってことはあるのかもしれない。でもそれって逆の言い方をすれば、歴史を何も知らない人が黒板の板書だけ見たって何も喚起されずにピンと来ないままポケーッと過ごしてしまうってことで、僕みたいに「神秘の法って何？」って人がこれを見ても何も喚起されずに終わってしまうってことで。

例えば「地球は魂の修行の地」とかなんかそういうフレーズが出てきてた気がするんだけれども、それも台詞で語っただけで、実際何がどう修行なの？ってのが描かれてない、そういうのがちょこちょこあるのも「浅い……」って感じた。そうではなくて、例えば、ある一人の人の生涯を追い続けて、人生の苦しみの過程を丹念に描いて、なんでこんなに苦しまなきゃいけないんだっていうのをとことんまで溜め込んで、最後に「これこそが業であり修行なのです」みたいに〆るとか、そのくらいまでやってやっと、それを描いたって事になるんじゃないのかなあ？　だから、ちゃんと描けるテーマなんてそりゃあ1つか2つが限度だよなってことなんじゃないかなあ？

例えば僕は「100万回生きたねこ」という絵本が好きなんだけど、人を好きになるとかそういう事がまだ分かってなかった頃に読んですら、何か違和感というか、「これはなんなんだ？」っていう、心に残る物があったような気がする。そのくらいに強く訴えかけてくる何かを、残念だけど僕は見つけられなかった。

……後から聞いた話だと「奇蹟はある」「宇宙人にも友好的な宇宙人と敵対的な宇宙人がいる」「中国ヤバイ」といった要素が原典にはあるそうなんだけれども、だとすると、どれも微妙に伝わらなかった（というか、さらっと流されたからそこがあんまり残らなかった）感がある。やっぱり詰め込みすぎだと思う……

布教・啓蒙的な観点で

僕自身、悟り体験的な……って言うとなんかオカルトっぽいから、アハ体験とかそういう風に言ってもいいんだけど、それまで別々の分野の知識として頭に入っていた知識群同士が、何かのきっかけでつながって、「ああそういうことだったのか！」と一気に理解が深まるみたいな、そういう体験があるんだけど、その時「悟った」と思った事すべてを一気に全部人に語ろうとすると、すごく表面的な所をさらーっとなでるだけで終わっちゃうんだよね。気付きとか悟りとかっていうのは多分、普通の言語感覚で言葉にすると、すごく陳腐なものになってしまうんだよね。それが黒板の板書。だから、「分かってる人がそれを見ると、伝わる。分かってない人には、伝わらない。」ってことになってしまうんじゃないだろうか。

技術の話の例で言えば、オブジェクト指向の説明で、犬がワンと鳴きネコがニャーと鳴くとかそういう文章が今でもよくあるけれども、あれも、そういう「分かってる人が見ると、なるほどそうですねって伝わる。分かってない人が見ると、何言ってんだって感想にしかならない。」っていう類のものだと思う。パラダイムシフトした後の人同士でしか通じない言葉なんですよね。そういう「パラダイムシフトした後の人同士で通じる言葉」があること自体はべつによくって、分かってる人同士で「うんうん」って頷き合うためのものなんだったら、まあ、目的に合致してるからいいんだけど。問題なのは、それを「パラダイムシフトできてない人に、パラダイムシフトしてもらうための、オブジェクト指向の入門書」での説明の言葉として使ったらあかんやろって話ですよ。

っていう話自体が、「パラダイムシフト前の人に対してどうやってパラダイムシフトしてもらうか」という事で悩んだ経験のある人にしか通じない話なんだろうなーと思うわけですが。

そういえば「クニミツの政」って漫画があったなあと、唐突に思い出した。あれは、政治の事がさっぱり分からない読者向けにエンターテインメントとして噛んで砕いて説明する漫画としては、面白かったなあと思う（最後の方は失速してた気もするけど）。

とかなんとか偉そうに他の人の作った物の事を語ってるけど、他でもない自分自身が、「シス管系女子」でそういう事に気をつけてやっていかないといけないわけですよね。技術が分かってる人が見て「あるある」って感想を抱くだけで終わらせてはいけない、ちゃんと「分かってない人」に「分かってもらえる」ような説明をして、「分からなかった事が分かるようになった」って思ってもらえるような仕事をしないといけない。改めて、身の引き締まる思いをした次第です。

ほんとまとまりがないエントリだ、これ……

日経Linux 2012年12月号は「#!シス管系女子」休載です - Oct 08, 2012

もうすぐ日経Linuxの12月号が発売される頃なのですが、今号は「#!シス管系女子」は休載です。楽しみにされていた読者の方、本当にすみません。

本作は昼間の本業が終わってから夜中の時間や土日を使って制作しているのですが、僕の手が遅いためいつもスケジュールに余裕がなくて、風邪＋中耳炎で数日ダウンしたために12月号には制作が間に合わなかった……という次第です。

「たった数日のダウンでなんで落ちるんだ？」というのはもっともな疑問なんですが、過去にもこういう不意のトラブルがあって、そのせいで1回完成が後ろにずれ込んだまま、その後遅れを解消できない・安全マージンが消滅した状態がずっと続いてしまっていました。安全マージンが消失した後でそれを回復できないままだったというのが問題なので、安定してマージンをとれるように、制作にかかる時間をもう少し短縮できないものかと悩んでおります……

なお、本来であれば12月号に載るはずだった原稿は、2013年1月号掲載用として手直ししてすでに完成済みなので、そちらはちゃんと載る予定です。

Tabs Outlinerとツリー型タブ - Sep 21, 2012

Tabs OutlinerというGoogle Chrome/Chromium用拡張機能がある。説明をよく読むと、Firefoxでツリー型タブを使っていた人が、Google Chromeに乗り換えるにあたって作った物らしい。

以前試した時は、リンクからタブを開いてもツリーが構築されないというのが「えっ」という感じであんまりよく試さないでアンインストールしちゃったんだけど、今日なんとなくまたインストールしてオプションを開いてみたら「Tree Style Tabs」ってチェックボックスがあって、そこに書いてあった説明を見たら「これONにしたら自動でツリーになるようになる」的な感じっぽかったので試してみたら確かにリンクから開いたタブが勝手に子タブになってくれた。

ということで、ツリー型タブにロックインされてしまってるせいでFirefoxからGoogle Chromeに乗り換えられないという人（時々そういう話を目にするのです）にとってこれはマジに救世主になるかもしれないなと思ってもうちょっとだけ試してみてた。タブの切り替えがダブルクリックじゃないとだめだったり、他の拡張機能との連携はさすがにできないっぽかったり、Google Chrome本体のメニューから終了したらツリー構造が保存されなかったりで、僕自身が乗り換える先としては厳しいなあ……とは感じたけど、そういう所が気にならない人なら、普通に使えるんだと思う。

そんな「Tree Style Tabs」モードなんだけど、チェックボックスの下にすごく長い注意書きが付いてた。僕が読み取れた大意としては、「そういう要望がものっそ沢山寄せられるから機能を付けてるけど、自分（作者）はこのモードはお薦めしない。試してみてもいいけど、このモードだけで使うんじゃなくて、このモードをOFFにしたTabs Outliner本来の状態でも是非使ってみて欲しい。」ということが書いてあるようだった。同様のことがTabs Outlinerの配布ページにも書いてあって、作者の人によると、ツリー表示は情報の一覧性が悪くて、フラットなタブのリストの方が可読性が高いぞ、と。ツリー、ずいぶん嫌われたもんですね……

この見解の違いは、タブとタブのツリーという物をその人がどう捉えているのか？　という所から生じているのだと思う。

僕にとって、タブのツリーは（生存期間は短いけれども）ある情報を起点にしてあちこちさまよい歩いた足跡そのものであって、どのページからどのタブへ辿り着いたのかが視覚化されているということが非常に重要だ。僕はその関係性を目で追って「分かれ道になったノードはどれだったっけ」と探している（ちなみに、この時見ているのは主にfaviconと情報化タブが提供するサムネイルで、タブのラベル文字列は注視していない）。1階層のグループ化しかできないPanoramaだけでは不十分なのは、「新しいタブを開いて分かれ道になったノードがどれだったか」という情報が欠落してしまうからだ。

そのくらい憶えておけよって言われるだろうけど、僕はほんとに頭が悪いというか物覚えが悪いというかバカなので、「そのくらい」がもう悲しいくらい絶望的なほどに覚えられない。覚えられないから、そのまま視覚化して置いておく。僕にとってタブのツリーは、脳に収まりきらない情報を置いておく外部記憶になっていると言える。メインメモリの中に情報が乗り切らなくて、画面の中にしか置いておけないのだから、多少アクセス速度が遅いとしても、そこに置いてある情報を毎回取りに行く。そういう使い方をしていると思う。

でも、「そのくらい」を覚えるのが苦にならない人にとっては、オーバーヘッドが大きすぎてまどろっこしいのかもしれない。タブ同士の関係はこぼれることなくメインメモリの上に載りきっているから、わざわざ画面の中にまで同じ情報を残しておく必要性が無い。そういうことなんじゃあないだろうか、と思う。

極端なことを言えば、ツリー型タブというのは脳味噌の性能が極めて低い障碍者がフツーの人に後れを取らないように、フツーの人に合わせて作られた社会の中で日常生活を送るために不足分を補うために使う、義肢とか車椅子とかそういう物に相当するのかもしれない。電動車椅子に乗れば確かに誰でもラクに移動できるけど、自分の足で立って歩ける人は、車椅子を降りて歩いた方が自由にもっといろんな所に行ける。また、電動車椅子に慣れきってしまうと、脚がひなびて自力で立てなくなってしまうかもしれない。使わなくても生きていけるなら、使わない方が健康でいられるのかもしれない。ツリー型タブという物については。

ツリー型タブがあると遅くなるとかツリー型タブが重いとかその辺の話について - Sep 17, 2012

ツリー型タブが重いという声をたまに見かけるんだけど、そういうのを見かける度に「ほんとかなあ？」とついつい思ってしまう。

もちろん、素のFirefoxに対して余計な処理を加えるわけだから、そりゃあ、元の状態より重くはなると思う。でも、「重い」って言ってる人の言ってる「重い」は、なんというか、そういうレベルのことを言ってるわけではないって気がする。もっと鈍重な、全体的に動作がヤバイくらい緩慢になる、そういうのを指してる気がしてる。

で、そういう現象が起こるとして、本当にそれがツリー型タブのせいなのかどうか。ツリー型タブを使っている時と使っていない時とで、同じ数のタブを開いていて、同じ時間だけブラウジングした状態で、ツリー型タブがある場合だけ顕著に性能が劣化するのかどうか。というのが、この件で自分が一番気になっているポイントなのです。

何故僕はこうまで頑なに「ツリー型タブが原因で遅くなっているのだ」と素直に認めようとしないのかというと、基本的にツリー型タブはブラウザのコンテンツ領域や履歴にはタッチしないように設計しているつもりなので、「コンテンツ領域に起因するメモリリークがある」とか「履歴を消去したら軽くなった」とかの報告があるという事自体が、どうにも不可解なのです。

実際、about:memoryではタブ毎にメモリの使用状況を確認できますが、「about:memoryを見ると、メモリが解放されていないことが分かる」と言われた再現条件をこちらで試行しても問題が再現せず、その後報告者の環境でもツリー型タブだけをインストールした状況では問題が再現しなくて、どうやら他のアドオンがこの問題の原因になっているのではないかという話になったこともありました。

ツリー型タブがあるとタブを開く数が増える＆1つ1つのタブの生存期間が長くなる傾向があると思うので、他のアドオンやFirefox自身が潜在的に抱えてはいるものの普段の利用では無視できる程度だったという問題があったとしたら、それらがより顕在化しやすい状態になるとは思います。例えばあるアドオンを入れていると全体の動作が0.1秒遅くなるとして、5つくらいタブを開いている状況ではそれが気にならなかった。でも、ツリー型タブを入れてタブを50とか開きっぱなしにしていると、些細な重さでもそのまま×50されるから、シャレにならない重さになる。こういう事は十分にあり得ます。でもツリー型タブ単体でそういう事が起こるとはどうしても自分には考えにくいのです。

「コンテンツ領域への参照を残しているせいでメモリリークが発生する」というのは自分もアドオン開発初期にはよくやらかしていたミスなので、かなり後の方になって開発したツリー型タブの頃にはそこらへんのことは想定に入れられるようになっていて、多少速度を犠牲にしてでも安全になるように、だいぶ気をつけて設計したという認識があります。「そこまでやらんでもええんちゃうん」って所まで偏執的にやってることすらあります。Firefox本体のコードでもaddEventListenerした物をremoveEventListenerせずに放りっぱなし（多分ガーベジコレクション任せ？）になってるのとか見ると、怖いなーって思ってしまうくらいです。

その一方で、僕は「これこれこのアドオンと衝突してるんだけど」という報告を受ける度にそのアドオンのソースを見るという事がこれまで結構あったのですが、ソース見てげんなりすることが割とありました。これメモリリークするやろ、とか。で、そういう問題を解決しようと思ったら、根本的なアーキテクチャの変更が必要だったりして。そういうとこまで見だすときりが無いし、大体それは僕の領分でもないので、ツリー型タブとの衝突の原因になってるとこだけ見てあとは見て見ぬふりしてるんですけども。

そういう惨状を見てるから、僕の心情としてはついつい、まず最初に他の原因の方を疑ってしまいます。それらの可能性がなくてちゃんと明らかに「ツリー型タブが原因だ」と断言できる、という所にまで絞り込まれてないと（はい。ほんとにツリー型タブが原因で問題が起こってる可能性も、もちろんあるとは思ってます。そこまで完全否定はできないです。）、調べようという気になかなかなれないです。これって、思い上がりすぎですかね？

あと、それとは全然別の話として、ツリー構造が何らかの理由で壊れてしまうせいで、無限ループが発生してフリーズしてしまう……という事は時々起こるみたいなので、そういうのはもう完全にツリー型タブの責任なので今後も粛々と直していきたいとは思ってます。

いずれの場合にしても、メンテナンスに十分に時間を割けない現状では「ツリー型タブのせいで問題が起こってる、かもしれない」という段階では動けなくて、「間違いなくツリー型タブのせいで問題が起こってて、この手順で100％再現できる」という所まで絞り込んでもらってることが、こっちで対処できるためには絶対に欠かせない条件という感じです。できれば「この部分が問題になっている」という所まで明らかにしてもらえてると嬉しいし、もっと言えば修正パッチをpull requestでもらえるのがベストなんですが。

それから、何と言おうとツリー型タブを入れてFirefoxの動作がおかしくなり、ツリー型タブを削除したことでこれらが解決されたことは事実なのです。 という風な話はもう何度あったか覚えてられないくらいにあって、GitHubのIssue Trackerを探してもゴロゴロでてくるんだけど、詳しく聞いてみると大概は他のアドオンとの衝突です（全部がそうだというわけではないですが、感覚的には、そうである場合の方が多かったという印象です）。こういうのも、じゃあどのアドオンと衝突してるのかという所まで明らかにさえしてもらえれば、何か手の打ちようが出てきくる可能性がありますので、より快適な生活を望む場合には、衝突の解消に協力してもらえたらなーって思います。