Asche will be Ash

Bugzilla Stream

多くの BTS 同様、 Bugzilla にはメール通知が備わっている。 自分に関係するバグに変更がおこるとメールが飛んでくる。 このメールを Gmail で jjjkjjj と消化する気分がなんとなく Twitter ぽい。 大半のどうでもいい通知のなかに、ぽつりと興味ぶかいものが混じっている。

モダンな BTS が大抵そうであるように、 Bugzilla は単なる BTS ではなくタスク管理ツールでありコードレビューツールでありパッチマネジメントツールでもある。 原則として全てのチェックインには対応するバグがあり、そのバグにはコードレビューの記録が残っている。 古いソフトウェアなので UX は最悪なものの、依存関係をもつバグやタスク、パッチをはじめとする各種添付ファイル、コードレビューまでが統合された Bugzilla のデータモデルはなかなか本格的だと思う。

そんなツールの性質上、各開発者の動向は多くの部分が Bugzilla 上にあらわれる。 作業をはじめるならバグ(チケット)をつくるし、大きな作業ならそれに加え依存関係の中心に「メタバグ」を登録する。 (“meta” と検索すれば具体例がみつかる。) パッチを書いたらアップロードする。アップロードしたパッチがレビューされコメントがつく。 そのフィードバックを反映してアップロードしなおす。同意、賞賛、罵り合い。 パッチが合意に至るとどこからともなく bot がやってきてパッチをツリーにコミットする。 コミットしたパッチがツリーを壊すとパッチは revert され、テストやビルドの失敗がコメントに記録される。

この一連の出来事が逐一メール通知で届く。

(中略)

その他のメディアたち

プロジェクトでは Bugzilla 以外にもいくつかのメディアが対話を担っている。 真っ先に思い浮かぶのは メーリングリスト。 ただメーリングリストに流れる話は重要ではあるものの、議論として面白い投稿はそれほど多くない。 リストへの投稿はプロジェクト全体に向けられたメッセージだから、誰かと対話しようという意思が薄いのだろう。 それに参加者が多いほど立ち入ったことは話しにくくなる。野次馬にとって白いのは圧倒的に Bugzilla だと私は思っている。

もうひとつの対話チャネルは IRC. IRC は逆にとてもソーシャル・・・というかくだをまいてる感じがして、 有益さはともかく私はけっこう好き。挨拶や雑談がとびかうのは IRC だけだ。 常連が Bugzilla の URL を交換しレビューをせがみあっている様子もみられる。 ちょっとずるい・・・実際、 Bugzilla 上ではなかなか反応のないレビュアをつかまえる裏口として IRC を使うことはある。 東京からだと時差でしんどいのが欠点。

気楽さが過ぎてお互いのパッチにケチをつけあっているうち険悪なムードになる場面もあるが、 そういうのがすぐ流れて消えてしまうのも IRC のいいところ。 ウェブブラウザの開発者が HTTP 以外のプロトコルに依存している事実だけは若干後ろめたい気もしている。

最後の対話パスは オフラインの meetup. こういうところで普段話せない人と話すのは楽しいし、 オンラインだと険悪になりがちな話題に決着をつけるなら顔を合わせて議論するほかない。 そういえば GitHub の東京 Drinkup は行きたかったなあ. Rails も Node.js もわかんないのでハブられそうだけど…