Latest topics 近況報告
たまに18歳未満の人や心臓の弱い人にはお勧めできない情報が含まれることもあるかもしれない、甘くなくて酸っぱくてしょっぱいチラシの裏。RSSによる簡単な更新情報を利用したりすると、ハッピーになるかも知れませんしそうでないかも知れません。
の動向はもえじら組ブログで。
宣伝。日経LinuxにてLinuxの基礎？を紹介する漫画「シス管系女子」を連載させていただいています。
以下の特設サイトにて、単行本まんがでわかるLinux シス管系女子の試し読みが可能！
Mozilla Cross-ReferenceとMercurial - Aug 08, 2008
状況がよく分からなかったので改めて調べてみたことのまとめ。
Firefoxその他のMozilla製品のソースコードはこれまではCVSでバージョン管理されていて、MXR（Mozilla Cross-Reference）というサービスを使うと最新の内容をオンラインで検索できた。mozilla1.8（リンク先はMXR）を見ると、Firefox 2.0.0.xやThunderbird 2.0.0.xのコードを検索できる。
しかしCVSが使いにくいということで、Mercurialという別のバージョン管理システムに移行しようという話がずっと進んでいたそうで、Firefox 4を目指しているTrunkのリポジトリがmozilla-central（リンク先はMercurialのWebインターフェース）という名前でMercurial上に作成され、すでに自動ビルドも動いているという。
ちなみにMercurialがらみでよく「Hg」という単語が出てくるけれども、これは、水銀（mercury）の元素記号がHgだからだそうで、コマンドラインツールのコマンド名等も「hg」になってるんだそうな。知らんかった。
自分が把握できていなかったのは、以下の点。
- CVSは完全に捨てて、全面的にMercurialに移行するのか？ もう移行したのか？ それとも、新しいプロジェクトやTrunkだけがMercurialに移行して、古いプロダクトは今後もCVSで管理されるのか？
- MXRで検索できるのはCVSで管理されてた頃のコードだけなのか？ だとしたらMXRに代わるツールはあるのか？ それともMercurial移行後の物もMXRで検索できるのか？
結論としては、以下のことが分かった。
- CVSは今も使われている。Firefox 2.0.0.xやThunderbird 2.0.0.xのコードはCVSのリポジトリにあり、今もコミットが続いている。
- TrunkはCVSとMercurialの両方にリポジトリがあり、CVSの「trunk」がMercurialの「cvs-trunk-mirror」に自動的にミラーリングされているようだ。
- mozilla-central（リンク先はMDCの解説）はFirefox 4（Mozilla 2）およびその先のバージョンのための新しいTrunkのリポジトリ。
- MXRはCVS、Subversion、Mercurialのいずれにも対応している。Mercurial上にあるFirefox 4向けのコードはMXRのMozilla Centralのページから、将来のThunderbird向けのコードはMXRのComm. Centralのページから、CVSのFirefox 3系のコードはMXRのFirefox 3のページから検索できる。
以下、まだ分かってないこと。
- Thunderbird 3のコードはどこを見るのが正解？ Mercurialのcomm-central？ それともCVSのmozilla？ 将来的にはcomm-centralでいいんだろうけど、とりあえず今2008年8月8日現在ではどうなのか。
- FirefoxのTrunkはCVSとMercurialのどっちを見るのが正解？ CVSのmozilla？ Mercurialのcvs-trunk-mirror？ それともMercurialのmozilla-central？ 将来的にはmozilla-centralでいいんだろうけど、とりあえず今2008年8月8日現在ではどうなのか。
Firefox拡張機能開発チュートリアル PDF公開 - Jul 24, 2008
すっかり時機を逸してしまった感がありますが、Firefox拡張機能開発チュートリアルのPDFを公開しましたことをここに告知いたします。このサイトかもじら組のFTPサーバからダウンロードできます。Creative Commonsなので一定の条件下で自由に転載、改変、再配布可能です（誰かMDCに転載してHTML版作ってくれないかなあ……と、誰ともなしに無茶振りしておきます）。
内容は、Software Design誌2007年4月号第2特集「Firefox拡張機能開発チュートリアル」として掲載された記事をFirefox Developers Conference Summer 2007でテキストとして頒布するために再録したもの（この度の公開にあたって既知の間違いは修正してあります）で、XULやXPCOMの紹介から、実際のアドオンの作り方、オープンソースなライセンスの紹介まで一通り扱っています。Firefox 2を前提に書かれていますが、Firefox 3やThunderbirdでも基本的にはそのまま利用できます。
8月発売予定のオライリーのFirefox 3 Hacksに書いた内容は、アドオン作るの初めてという人は完全置いてけぼりなので、まずはこちらで予習される事をお勧めします。
なお、このFirefox拡張機能開発チュートリアルでチュートリアルの章を執筆されているGomitaさんが、技術評論社WebサイトにてFirefox 3でのアドオン開発記事を連載されています。御託はいいからとりあえず作らせれ！ Firefox 3の機能もソッコー使いたいんだ！ という場合はこっちからご覧になるのがよいかもしれません。
クレジットには名前が挙がっていませんが、PDFにしてもらう際にほとんどの作業をご担当いただいたNさん、訂正箇所の反映作業を行っていただいたMozilla Japan吉野さんに感謝です。
やっと一般公開、長かった…
（mal_blue@tumblr）ごめんなさいほんとごめんなさい。実は、2007年のDevConでテキストとして再編集して配りたいという話になった時点で、Creative Commonsにして公開したいという話も同時に出ていたと記憶しているのですが、イベント直前での判断だったのでCCにする場合のメリット・デメリットをきちんと検討できる余裕がなく、イベント終わってからに先送りされて、それっきり忘れ去られてた時間がずっとあって、今年4月のOSC長岡の頃にDevConで刷った冊子がなくなりそうだから誤字を直して増刷しようとなった時にやっとその話がまた動き出して、誤字訂正のついでにライセンスの検討と関係者各位にライセンス変更の確認（CC-BY-SA＋MITライセンス）を行って、その時増刷された物の時点でもうこのライセンスになってたから実はスキャンするなり手打ちするなりして再配布されても全然OKな状態だったし、PDFもできあがってたんですが、何故かズルズルと公開が遅れてしまっていました。まあ、先日のFirefox 3 Hacks校正会の時についでに僕の担当箇所のミスを2カ所修正してもらった（nsIConverterInputStreamとnsIConverterOutputStreamを使う所でバッファサイズを決め打ちにしてしまっていたせいで、サンプルをそのまま使うと読み込む内容や書き出す内容が1024バイトでちょん切られる問題があった）ので、公開が遅くなったのが全く無意味だったというわけでもないと言いたいところなんですが。
Firefox 3 Hacks校正おわり - Jul 22, 2008
昨日は丸一日、朝から晩までFirefox 3 Hacksの校正を著者全員（＋オライリーのM氏）でやっていました。僕は自分の担当部分だけでイッパイイッパイだったので他の方の担当章までは全然見れてないですが。
8月発売予定です。
Firefox 3.1ロケーションバーの新機能 - Jul 22, 2008
というわけでXUL/Migemoの方でも対応する事にしました。Trunkではすでに組み込んでありますが、リリースはまだです（やる気がないので）。ちなみに上記エントリで紹介されている隠し設定の値を直接見に行ってるので、設定さえしてあればFirefox 3.0でも動作しますっていうか手元で動作してます。
ロケーションバーまわりの自動テストができるようになってからリリースしたいなあ。
Firefox 3 Hacks - Jul 17, 2008
萌えキャラをという話もありましたが、年齢層の高い複数関係者の反対でボツになりました
というのを見て「ま た P i r o か」とあらぬ疑いをかける人がいそうなので先に言っておきますが、僕は関係者の中では一番最初に反対を表明しましたよ。
あと江村さんに倣って自分も担当章の見出しを晒してみます。
- 3章 Firefox 3向けの拡張機能開発テクニック
- #19. 拡張機能開発の基礎
- #20. 標準ライブラリ「FUEL」を活用する
- #21. MozStorageでSQLiteデータベースを操作する
- #22. 履歴とブックマークのデータベース「Places」の正体を知る
- #23. APIを通じて履歴とブックマークを操作する
- #24. Placesデータベースへの問い合わせ命令
- #25. Placesデータベースへの問い合わせ結果を利用する
- #26. JavaScriptコードモジュール
- #27. Firefoxに含まれているJavaScriptコードモジュールを使う
- #28. JavaScript製XPCOMコンポーネントで特殊な処理を実現する
- #29. 拡張機能を安全に自動更新できるようにする
見出しの数だけ見ると大したことないんですが、ゲラ刷りの目次によると、この章だけで100ページ超えてるみたいです。この見出しの下に大量の小見出しがあるので読みにくさ抜群ですね。校正したくないよう……
UxUの自己テスト - Jul 17, 2008
UxUの自己テストを（現実逃避に）ようやく書き始めてみている。今まで無かったのかよって怒られそうだけど……
アサーションのモジュールのテストとかテストケースのテストとか、書いてて頭がこんがらがってくる。
Selenium、Selenium IDE - Jul 16, 2008
試してみた。
SeleniumはWebアプリケーション用のクロスブラウザな自動テストツールで、独自の書式または好みの開発言語でテストケースを書いて、Webアプリケーションの機能テストを行える。Selenium IDEを使うとFirefox上での操作を記録して（何もないところでクリックするという風な操作も記録される）、Selenium用のテストケース（の雛形）まで生成してくれる。
あーこれはいいわー。Webアプリ開発やるなら絶対お勧めだと思う。FirefoxでSelenium IDE使ってテストケース作って、それをエクスポートして他のブラウザでも自動テスト、ということもできるようだし。
ちゃんとドキュメント見てないからよく分かってないけど、ユニットテスト（単体テスト）より機能テスト（結合テスト）に特化してるような気がした。単体テストには別のツールを組み合わせることになるんだろうか。あと当然だけどFirefoxのアドオンの自動テストには使えない。
MozLab - Jul 15, 2008
19日のShibuya.js in KyotoでUxUの事を話そうと思ってとりあえずその前に他のツールの現状を調べとこうと思ってUxUの元になったMozLabを見てみたら、ライセンスがMPL/GPL/LGPLのトリプルライセンスになってた。フォーク前のMozLabはGPLだけだったのでUxUもGPLなんだけど、こういう場合ってUxUもトリプルライセンスにできたりするんだろうか、それともあくまでフォーク時点でのライセンスに従う事になるんだろうか。
とりあえず中身見てみたけど、スタックトレースをマトモに辿れないっぽいとことかその辺はあまり変わってなかった。先方はMozReplの開発の方に注力してるってことみたいだなあ。対するUxUはサーバソケットの方はほとんど放置（僕が触れないので）でGUIのテストランナーの方に注力してる。まだ返信できてないけどこないだ会社の代表アドレス宛にMozLab作者の人から「英語版ドキュメント無いの？」的メールが届いてたので、このあたりの事を話してマージの方向を目指してみるべきだろうか？
書き捨てたコードの品質や書き捨てるという姿勢について - Jul 09, 2008
そういう事であれば確かにおっしゃる事はごもっともです。適用対象がすべてのWebページとなっていたのは、僕の記憶する限りでは改変元の物がそうなっていたのを手を加えずにいたからだと思いますが、そこをそのままにしておくのは確かに思慮不足でした。基本的に自分は「とりあえず自分がイメージしていた所まで辿り着いたらすぐ公開」をポリシーにしていますし、少なくとも趣味レベルや実験レベルでやっている事については、自分が気付いていない・当初の想定になかった問題は突き詰めると人に指摘されてから直せばよいと考えていますので、思慮不足である場合も少なくないです。ある時点（特に修正のサイクルが動き出す前のような時点）を切り取って「バカかおめーは」と言われれば、「その時点での自分は確かにバカでしたごめんなさい」と謝って修正するしかないです。
Jintrick氏がやり玉に挙げているスクリプトを僕が何故修正もせずに放置しているのかというと、本家配布元が変更を取り込んで開発を継続されたため、自分の作った物の役割は終わった、自分がこれをメンテナンスし続ける必要はない、後の事は先方が責任を持ってくれることだ、と考えたからです。「もう古いから本家の新しい物を使うように」という誘導が無くてこれが最新最終版ととられかねないような状態で置いておくのがよくない、と言われたら、それについても「誘導忘れてました放置してましたごめんなさい」と謝るしかないわけですけれども。
とはいえ件のコードの品質の低さや、品質が低いまま放置している事というのは、以下に詳しく述べますが自分としては一応理由があっての事で、僕のコードがいついかなる場合でも低品質で僕の姿勢が総じて宜しくないという風に思われるのは心外だとも思っています。
自分はGreasemonkeyスクリプトやuserChrome.js用のコードなどについては、品質が低いまま公開してもさほど問題ないと考えています。こういった、コードがむき出しで、インストールされたスクリプトの自動更新機能も持たない、スクリプト作者が後々のサポートができないタイプの拡張機能は、自助努力で問題を解決できる人、あるいはどんなトラブルが起こっても自己責任と納得できる人だけが使うべきだというのが自分の考えです。僕はやっつけ仕事で自分の必要最小限の物だけ書いたから、使いたい人は使ってくれて構わないけど、後はどうなっても知らんよ、というのがGreasemonkeyスクリプトに対する自分のスタンスです。ましてや、僕の加えた変更が本家に完全にマージされて、派生版が派生版としての存在意義を失い、本家の開発がきちんと継続されているのだから、役目を終えた古い派生版に文句を言われても、僕としては「知らんがな。開発を継続してる本家に言うてくれ。」というのが正直な感想です。
しかし、普通の拡張機能については、それとは違う態度で自分は取り組んでいるつもりです。Firefoxの拡張機能は自動アップデートが可能で、インストールもアンインストールも簡単という、純粋なエンドユーザに「さあ使ってくれ」とでも言わんばかりの仕様で、必要ない部分はとことん隠蔽されていますから、その様式に則って物を作るならそれ相応の覚悟が必要だというのが自分の認識です。
例えばXUL/Migemoを派生版としてメンテナンスする中で、ネットワークを通じての辞書の自動インストール機能やユーザ辞書機能といった風な「上級ユーザ向けには明らかにどうでもいい機能」を積極的に加えていったのも、そういう考えがあったからです。件のコードのようにFirefoxをフリーズさせかねないような機能、最近のスマートロケーションバーでの検索への対応でも、のりさんやdrryさんにまで協力してもらって何度も検証を行った上で、常用で問題が起きない程度の速度が出るようにできた時点でやっと一般向けにリリースしました。またその上で、AMOに頼らず自動アップデートのための環境を自前でも整えて、修正をエンドユーザに迅速に提供できるようにも努めているつもりです。（修正が追いつかずに後回しになっている事も多々ありますが、最初から修正する気がないのとは違うと自分では考えています。まあ、それを指して、結果的に不幸を垂れ流してるからダメだと言わたら、「そうですね」としか言えませんが。）
こういう、相手によって力の振り分け加減を変える姿勢を、不誠実だと言われてしまえば返す言葉はありませんが、自分は現時点では、これを「今自分ができる中で一番マシな形」と考えています。
まーとりあえず言える事は、Piroは自己弁護に必死だなと。