2011/10/13に島根県松江市で開催された、 アジャイルプロセス協議会 島根支部発足イベントの記念講演をしてきました。

松江市は昨年の9月〜12月まで、 Rubyビジネスモデル実証事業にコーチとして関っていたので、往復12時間かけて毎週通っていた思い出の地です。今回、記念すべき日に呼ばれたことは、とても嬉しいし有り難いことです。

松江と松山は、字が似ているというだけでなく、実は 松山市松江町という地名があるのですw そんな御縁もあり、今回の実証事業での御縁もでき、地方同士の連携を少しづつやっていければいいな、という想いを伝えてきました。今回は記念講演ということもあり、内容をパッショネート&アジテート寄りに倒したので具体的な話はありませんでした。今度松江にいく機会があったら、もう少し時間を頂いてワークショップをやりたいですね。また呼んでください！

来週10/22には岡山の オープンラボ岡山で、TDDについてちょこっと話してきます。11/4には、同じく岡山で アジャイルプロセス協議会 第8回 西日本セミナーにて、15分だけお話させて頂きます。そして、地元松山でも、10/29に アジャイル事例セミナーを開催します。

中四国地方を中心に、少しづつ輪を広げていきます！

最近、長男(4歳)がウルトラマン怪獣に目覚めはじめた。

同じ年の従兄弟が、以前からウルトラマンが大好きだったのだけど、うちの息子は親がライダーばかり見せているのと、松山ではテレビ放映もしておらず、ケーブルテレビもないので、あまり関心がなかった。前に買っておいて、すっかりご無沙汰になっていた怪獣図鑑みたいなの(メビウス以降)をひっぱり出して、熟読(といっても字は読めないので親が読まされる)していた。

平成以降のウルトラマンはよく知らなかったのだけど、特にメビウス以降は昭和の怪獣を何回も登場させているのを知ったのも、この怪獣図鑑のおかげ。

ちょうどTSUTAYAにいくことになったので、「ウルトラマンでも借りるか〜」ということで、好きな怪獣のゴモラが出ているDVDを借りてきた(もちろん初代ウルトラマン)。

早速、 ゴモラの回を見てみた。自分の過去の記憶では(リアルタイムではみてないのだけど)こんな感じだった。

1. ゴモラを南の島から輸送
2. 輸送途中で大阪に落下
3. 落下した先で大阪城を襲う
4. ウルトラマンがやっつけて、めでたしめでたし。

しかし、実際に久しぶりに見てみて愕然とした。 細かいツッコミ(そもそも日本に持ってくるか? と)はさておき、感じたのは、自分の意志とは反して日本に移動させられて、あげくのはてに虐殺されたゴモラの悲劇だった。

初回のウルトラマンとの対戦は強烈な尻尾の攻撃で圧倒して強さを誇り、地中に潜って移動。移動先の大阪の市内で科特隊に自慢の尻尾を切り落とされる。大阪城付近に登場して思う存分破壊した後に、ウルトラマンとの再戦。自慢の尻尾をふるおうとするも、既に切り落された後で、虚しく相手に向けたお尻を振るだけ。尻尾の切断面がとても痛そうで、娘も「あっ、これ痛そう」と思わずさけんでしまうくらい。

弱ったゴモラに、ウルトラマンの追い討ち。自慢の鼻先と左の角を無惨にも折られて痛々しい姿になってしまった。頭の角の切断面がまた痛々しい。子供達も「可哀想」の連発。最後の手段、地中に逃げようとするゴモラを引きずり出したウルトラマンは、眉間に必殺スペシウム光線を発射！ あわれゴモラは爆発もせずに、地面に崩れ落ちた。そんなゴモラを埋葬するでもなく、ウルトラマンは空に向かい飛びたった。

始終を見ていた話のキーマンである「怪獣殿下」と呼ばれる少年は「やった、さすがウルトラマンだ！」と一言、見ている我々は「え・・・」。科特隊の隊員たちが「思えば、ゴモラも可哀そうなやつだったな」「剥製にして飾ってあげよう」との台詞はあれど、あくまでも「よくやったウルトラマン」のメッセージのみ。

人の経済活動のためだけに採集されて日本に持ってこられ、野外に放たれたが故に、必死に新しい環境で生きようとしているだけで駆除対象になってしまった様々な外来生物たちとゴモラが被って、人の行為の愚かさに気づかせようとする話だったのかなぁ、とか深読みしてしまった。

ウルトラセブンで同様の話があったら、もっと全面に考えさせる終り方になったんだろうね。

ちなみに、同時に借りてきたタロウの タイラントが出ている回も見た。タイラントは自分が一番好きだった怪獣で、様々な怪獣の怨念が集まった合体怪獣。ゾフィーからエースまでのウルトラマンをやっつけて地球にきてタロウと戦った。大怪獣バトルにでていたらしく、怪獣図鑑に載っていたので、ゴモラと同じく借りてきた。どれくらいタイラントが好きだったかというと、全長62m、体重5.7万トンという数字や、「耳がイカルス星人、顔はシーゴラス、腕はバラバ、胴体はベムスター、足はレッドキング(背中と尻尾は忘れた...)」が、30年以上たってもすぐに出てくるくらい好きなのだ。

早速みてみた。30分の尺で、ウルトラ5兄弟を倒すものだから、一人辺りの時間が短い短い。さくさくっとウルトラ兄弟がやられていくのは、見ていてすがすがしいくらい。ただし地球でタロウにやられるのも早く、「えっ、これで倒されちゃうの?」というくらいあっさりしていた。再登場している大怪獣バトルでは、かなり強い位置付けにされているそうなので、タイラントファンとしては、よかったなぁ。息子も「タイラント凄い強かったね！」と満足げだったのでよしとする。

個人的には、セブンとメトロン星人の「夕日の決闘」をみたいなぁ。

XP祭りレポート続き。

今回、XP祭りで強く感じたのは、 受け継がれる というキーワード。

XPJUGは、創設こそテクノロジックアートの長瀬さん主導ではじまったけれど、動き出してからは、ずっと、そこのスタッフの想いで繋がれてきた。途中、何度も解散の話はでたけれど、その度に、「続ける」という選択をして続いてきた。XPJUGには、いわゆるプロダクトオーナーはいなかった。長瀬時代も、倉貫時代も、会長は「うん、それでいいんじゃない」という係。スタッフ全員がプロダクトオーナーといってよかったのかもしれない。

そんな中、2009年にスタッフの中で「XPJUGはXP祭りを開催するための団体である」という選択をしてから、正直どうなることか心配だった。しかも自分は、東京を離れるので、実質的に手伝うことができない。しかもイベント開催のためにスタッフを公募する、ときている。スタッフ集まらなかったら、開催できないじゃない(笑) でも去年は祭りが無事に開催されたらしい。らしいというのは、去年は松山にいて、XP祭りに参加できなかった。どんな雰囲気か、tweetをみているだけしかなかった。

そして今年、1年振りに参加してみた。古くからのスタッフ、新しいスタッフが、協力してイベントを作りあげている。新しい試みも、いっぱいしている。ワールドカベや、ワークショップの当日参加サインアップ、などなど。 やってる人が楽しそうだ。参加者も楽しそうだ。大人もいるし、子供もいる。セッションも同時平行開催という、規模の大きいものになっている。回文WSみたいな、わけわからんものもある。Scrumもある、XPもある、すべて手作り。懇親会も大勢が参加したらしい。とても全員とは話せないくらい。

「なんか、いいじゃない。というか、今までで、一番いいじゃない!?」

正直なところ、2009年の段階で、「XPJUGはもう役目を終えた」と感じていた。多くの勉強会コミュニティが立ちあがり、DevLOVEのような統合的なコミュニティもできた。その中で、少なくとも関東圏内においての、XPJUGの意義があるのか、疑問だった。唯一、意義があると感じていたのが「継続してきた歴史と、それゆえに集ってくれる参加者のため」だけだった。もちろん、XPJUGに「創設オーナーの言葉」なんてものはないし、結局そこにあるのは「その時にいるスタッフの想い」だけなのだけど、LTがあるとか、銅鑼を鳴らすとか、本を配るとか、こういった所作自体が、実はXP祭りでやってきたスタイルなんだよね。(今ではポピュラーになってしまってはいるけど) もちろん、こういった所作自体を無理に続ける必要もないし、どんどんアイディアを出して変えていけばいいのですが。

スタッフや参加者の皆へ、

「開催できて、よかったですか？」

「参加して、よかったですか？」

「来年(も|は)スタッフとして開催したいですか？」

「来年も参加したいですか？」

これらの問いに、すべて Yes という回答があるならば、また来年も是非開催してください。

最後に懇親会の二次会で、小井土さんがぽつりと漏らした言葉。

「10年後も、またこうやって呑みたいよね。」

本当にそう思う。その時には、今のスタッフや参加者の誰かの子供が発表者になってたら面白いよね。

常に人の入れ替わりがありながらも、何かを受け継いで、構成員のために、存在しつづける。これがコミュニティという組織なのかな、ということを感じた一日でした。

XP祭り2011に参加しました。

元々、「社長パネル」なるものに呼ばれたので、行ってみたのですが、「松山から来てよかった」と感じた部分が多かったので、その部分を中心に書いてみます。

社長パネルは、「証人喚問」「羞恥プレイ」という形でしたが、質問内容が「XPJUG 10年について」とか「コミュニティについて」のような質問が多いのかと思ったら、思いのほか「社長」についての質問が多かったですね。自分で会社を作ったばかりで、雇う社員もいない会社の代表としては、答えるのが辛い、ピリッとしない内容になってしまったかなw 「社長業」をやってもいないのに、偉そうなことも言えないしねぇ。その点、私以外の方々の話は、経験に基づく非常にためになるものばかりでしたね。

実はXP祭りは、去年は松山にいて参加していなかったので、一年振り(?)なのですが、スタッフとして参加するのを離れた形で参加するのは初めてでした。(そりゃそーだ。設立からずっと裏方やってたから...) XPJUGのスタッフとして、ずっと一緒にやってきた、皆さん以外に、新しい顔(当然、他のコミュニティでは御会いしているのですが)を多くお見掛けして動いているのを見た時に、「自分がスタッフじゃない」というこれまでにない不思議な感覚を抱きました。

そしてセッション、事前に何に参加するかを考えていなく、ふらふら回っていた感想をざっくりと。

アジャイルを科学する

試みは面白いなぁと感じました。シンプルなモデルでどれだけ現実に近づけられのか、という観点で疑問の方もいらっしゃったようですが、この研究を通じて、「イテレーションの幅を決定するのに、どんな要因を考えねばらなないのだろう?」という問いに対しての具体的回答について議論が進めばいいですね。

Agile Buffet

ちらっと眺めたのですが、非常に面白いワークと感じました。教科書的にプラクティスを採用するのではなく、きちんとコンテキストを吟味した上でプラクティスを決定する、という点は、仮想PJを対象にしていながらも、実践的ですね。

実は、今年の4月の AgileJapan2011 愛媛サテライトでやった課題探究WSに似ているとも感じました。「課題探究WS」では「Agile Adoption Patterns」のAgileプラクティスのパターンを用いて、「既存の現場の課題」と、そのコンテキストやフォースを考えながら、解決できる方法を模索し、「深いコンテキストを引出すためのゲーム性」を取り入れたワークでした。手法は違えど、狙いは一緒だと感じました。これは是非、一度東京でやってみてフィードバックを得たいなぁ。

XP入門

当日まで開催することをまったく知らなかったのですが、午後のXP入門で「白本の読書会をやる」と聞いたので、フルで参加しました。

内容は、まず平鍋さんのXP白本に対する思い出、ポイントを聞いた後で、グループ事に書籍(あるいは用意されていたコピー)の指定箇所を読んで、気づいたこと、疑問点について話し合う、というスタイルでした。

平鍋さんの白本に対しての思い出は、それだけで、その場にいてよかった、という気が皆したのではないでしょうか。そして巻末のコメント付きリファレンスの解説については、「俺にもしゃべらせて」と地団駄踏んでました。その中で、平鍋さんが「メタファーは難しい」とおっしゃっていましたが、メタファーについては、 昔のオブラブイベントでワークショップをやっているくらい思い入れがあります。世間的にはユビキタス言語として受け継がれている、と理解されているようですが、実はKentのやりたかったメタファの使い方は、ユビキタス言語だけじゃないということを感じています。どこかでまとめないと。

XP白本は、初版は邦訳、二版は原著(邦訳も買ったけどなくした)を何度も読みかえしているのですが、それでもいろいろ新しい気づきがありました。特に「動的にチーム構成を変えていくんだ」という主張があったのには、新鮮な驚きがありました。また一行目の「XP is about social change」の部分は、皆解釈を悩んでいたし、その事について、グループディスカッションの中で自分の見解を述べたりしました。

「アジャイルからはじめる社会変革」という記事を、「Ultimate Agile Stories -Iteration 1」に寄稿しました。あらためて白本を読むと、私の記事はKentが白本で書いたことを、自分の言葉で、別のきっかけを通じて表現しただけだったのかなぁ、という気になりました。(上記の記事を書いている時には、白本の事は言及したものの、上記のフレーズについては一切考えていなかった) いろいろな想いがあって、自分で考えて書いたけれど、結局はまたKentの手の平の上で踊っていた、ということなのかもしれません。

もういちど、XP 2ndを最初から読み直したいと思うようになりました。そんな気にさせてくれた、XP入門を企画運営してくれたスタッフの皆さんありがとうございました。

はじめに

今年(2010年)の1月に松山に引っ越して、もうすぐ10ヶ月が経ちます。最近は山陰山陽に出張の日々です。

そんな中、11/21(日)に アジャイルプロセス協議会 四国支部 立ち上げイベントを実施します。

私は今年から、 アジャイルプロセス協議会の四国代表という肩書だけ持ちましたが、出張が多かったり、知り合いがいなかったりで、なかなか活動ができていませんでした。

今回、東京からアジャイルマインド勉強会のメンバーが来ることになりました。最初はそのタイミングに合わせてこじんまりとしたイベントを実施することを考えていたのですが、せっかくの機会なので四国支部の立ち上げとマージすることにしました。

内容について

初回の立ち上げということもあり、私からは、挨拶と基本的なアジャイル開発入門の講演をさせて頂きます。

あとはアジャイルプロセス協議会から国内事例についての発表もあります。アジャイル開発を体験したことない方々向けに、疑似体験ができるワークショップも用意しています。

またライトニングトークスも募集します。5分間で、自分の伝えたいことを話すショートプレゼンテーションです。テーマフリーですので、是非ともトーカーに応募してみてください。この日のために、専用の銅鑼を購入しました！ チベティアン銅鑼 なので、音色がより荘厳なものになっています（？）。乞御期待！

最後に

これまで四国でアジャイル開発についてのイベントが開催されたかはすべてを把握しきれていませんが、少なくとも「中国・四国」「瀬戸内」といったくくりで開催されたことはあるものの、他と独立した形ではなかなか実施できていなかったのではないでしょうか。

もちろん、瀬戸内、西日本という形で近隣の地域とも連携し合いながら、より大きな集りを形成していくことも重要です。同時にもっとローカルでの集りも形成していかなければなりません。

四国には、瀬戸内Linuxユーザ会、日本Androidの会 四国支部のように、元気なコミュニティも存在しています。是非これを機会に、四国においてもアジャイル開発に興味を持ち、学ぼうとする、あるいは実践しようとする人々が集まれる場を作っていければと思います。

ただ、私はまだまだローカルに根付いているとは言えません。地域の知り合いを徐々に増やしながら、皆と一緒に四国のコミュニティを盛り上げることを、自身の活動の一部としていこうかな、と考えています。

この機会に是非ご参加ください。申込は こちらからお願いします。

公式ハッシュタグは #agile459 #agpa です。

いろいろ縁あって、Agile Tour Osaka 2010に登壇させて頂き、User Story Mappingについて話をさせて頂きました。スライドにもあるように、この週は移動続きでかなり弱っていたのですが、なんとか終えることができました。聞いて頂いた皆さまに感謝します。

User Story Mappingは、Agile2008に行った時にJeff Pattonのtutorialではじめて知り、日本に帰ってきてから、講演スライドの読書会をやって、その資料の内容の濃さに驚いた記憶があります。しばらく使う機会がなかったのですが、2009年にESMのあるプロジェクトで応用して良さを再認識し、以降はプロダクトプランニングの際にはUser Story Mappingは欠かさないものとなりました。特に私の場合は、プロダクトオーナーの経験があるため、一層このUser Story Mappingを重要だと受け止めています。

また、現在私が見ているアジャイルチームでは、開発者のスキル成長もこのマップで表現するというアイディアをもらい、また自分の講演の整理も行ったりと、様々な場面で使えるツールではないかと位置づています。

ユーザーストーリーマップについては、日本でもInfoQの記事経由で紹介されていますが、実践したという話は私は直接聞いていませんでした。

•  http://www.infoq.com/jp/news/2009/04/story-map
•  http://www.infoq.com/jp/news/2010/04/scrum-gathering-comm-of-practice

Agile2009, Agile2010でもUser Story Mappingの実演をJeff Pattonがしていたとの話を川口さん経由で聞いて、日本でももっと認知してもらわなければ、との思いがあり今回の発表に繋がりました。

実は今回の発表の中では、参加者のAgile認知レベルも考慮して、オリジナルのPPT資料のユーザーストーリーマップの部分の話しかしていません。実はそれ以外が重要だったりもするのですが、機会があればその話もしたいと思います。

登壇のきっかけを作ってくれた @tetsu_mさん、@yasuohosotaniさん、ありがとうございました!

近くの公園に大量にいた ヨコヅナサシガメを庭木の害虫対策として適切かどうか評価している。

庭木の害虫で、義母からきつく言われているのはイラガの種類。幼虫に棘に毒があり非常に危険ということで、毎年農薬で防除すると言われていた。実際、去年の秋にカキを収穫した時に、イラガの幼生が大量に葉の裏にいたときはゾっとしたものだった。今年から松山に住むことになり、子供もいるので極力農薬は使いたくない、という要望を挙げて、とりあえず薬の使用は保留として、様子を見ながらいこう、という話になった。

そこでイラガほか庭木の害虫対策の筆頭として挙げたのがサシガメ。サシガメなどの肉食性カメムシは、対象の体液を吸うタイプの捕食者で、水生昆虫のタガメやミズカマキリと同様である。ただし捕獲肢がないため、相手を押えつけて襲うということはできないらしい。

飼ったこともないし、知識として知っているだけだったので、とにかくどんなものかをプラケースに入れて1月ほど飼育してみた結果、次のようなことがわかった。

毛虫、イモムシ類をよく捕食する

想定通り、自分よりも小さい毛虫、イモムシ系に対しては非常に積極的に捕食した。チャドクガ、マイマイガの毛虫や、アゲハチョウの幼虫などをあたえたところ、毛虫の棘にもまったくひるむことがなく、近づいて口吻を刺しこんでそのまま体液を吸っていた。

自分より大きなものは捕えられない

自分より大きい獲物には消極的で捕食できなかった。例としてはジャイアントミルワームやシャクトリムシの大型のものなど。ただし相手が死亡していれば、近付いて体液を吸うようだ。

素早いものは捕えられない

例としてガやハサミムシなどはすぐに逃げられてしまい捕食できていなかった。これは捕獲肢がないためやむをえないのかな。

外殻があるものは捕えられない

口吻を関節の隙間に刺しこめばしとめられるとはいえ、動いているものに対してそのようなことはできないようで、ダンゴムシ、カメムシなどは生きているうちは捕食できていなかった。

これらの実験の結果、毛虫に対してのヨコヅナサシガメの天敵としての可能性は立証できた。あとは実際に庭木に離しての効果を調べたいのだが、すでに20匹以上をカキの木やカシの木などに離しているのだが、とんと姿を見せない。もしかすると鳥に食べられてしまったか、まだそれほど餌となる毛虫が発生していないため、他に移動してしまったか。

サシガメに定住してもらうためには、餌となる毛虫などが一定数以上いなければならない。このあたりが系としてのバランスの難しさなのかもしれない。いきなり放しても、すぐに住みつくというわけにはいかない...そう、システムは一度には作れないのだ。

今年はしばらくは、木を眺めて毛虫が発生していないかをチェックする週末になりそうだ。

とある仕事で、構成管理のあたりの支援をやっていて、 bazaar をそれなりに評価していくつかはまりポイントがあったので、その結果をメモしておくことにする。

bazaar(略称:bzr)は、gitやmercurialのような分散型の構成管理ツールの一つ。git/mercurialに対してのアドバンテージでよく言われるのはファイルネームをUTF-8で管理しているので、ファイル名関連の問題が起きないというもの。実際今回bzrを選択したのは上記の理由が第一だった。

実際に使っていて感じたのは、bzrの最大の利点は リポジトリ構成の柔軟性 なんだろうな、という点だった。まぁそれはさておき、評価の際にハマったポイントをメモしていく。

巨大ファイルはadd/commitできるが、branch/checkoutができなくなる

最初に嵌ったのがこの問題。検証していたソースツリーの中に、oracleのdbダンプファイル(1.5GB)が含まれていた。DDLなのでテキストファイルだしということで追加してみたら登録できた。しかしここで油断してはいけない。そのリポジトリをbranchあるいはcheckoutしようとすると、その途中でこけてしまう。

落ちる個所は、zlib.decompressの中で、どうやらzlibで圧縮の掛ったコンテンツを復元しようとして巨大すぎてエラーになっていたようだ。bzrは環境変数 BZR_PDB に1を設定しておくと、エラー発生時にpythonデバッガが起動することができる。これでエラー発生の対象ファイルを突きとめて、原因(1.5GBファイル)が解明できたのだった。ちなみにエラー個所はこのあたりだった。

bzrlib/groupcompress.py (151) _ensure_content
  self._content = zlib.decompress(self._z_content)

なのでbzrへはテキストでも一定サイズ以上(これはまだ究明していないけど、zlibの制限などを調べればいいのかもしれない)のファイルはチェックイン時点で跳ねるようにしておかないといけないようだ。ignoreに含められるのであればそれがいいし、もしそうでない場合は、pre_commitのhookなどにファイルサイズをチェックするスクリプトなどでブロックしておく。コミットできるけど、取り出せない、というのがやっかいだよなぁ。

ファイル分割して登録する、という作戦もあるかもしれない。その際の最大ファイルサイズは別途調べないといけない。

ちなみに自分はignoreに追加で対応した。

コントロールコードのファイルネームが登録されているとマージディレクティブでマージできない

bzrはリポジトリ間の差分をマージディレクティブという差分データとしてメールで送信したり、ファイルに出力して、別のリポジトリでそれを取り込むことで、物理的に隔絶された環境でもリポジトリ間の同期を保つことができる。

ただこのマージディレクティブのpullうまくできないことがあった。これもBZR_PDBでデバッガに入ってようやく原因がわかったのだが、その原因とは登録ファイルのファイルネームにコントロールコード(^{C)の名前を持つファイルが含まれていたからだった。}

しかし直接リポジトリを指定してpullする分には、マージは適切に行われる。なぜファイルネームの不正によって、マージディレクティブによるpullが失敗するのか、というとマージディレクティブをpullする際に、inventoryと呼ばれる、リポジトリ内のファイルの一覧情報をXMLとしてマージディレクティブのバンドル情報から取り出している時に、XMLがinvalidでこけていた。ちなみに以下のようなメッセージだったはず。

ERROR: not well-formed (invalid token):line 6547, column 58

bzrlib/xml_serializer.py(82) read_inventory_from_string()
   raise errors.UnexpectedInventoryFormat

ちなみに単にファイルをremoveしても履歴に残っているとまずいようなので、そのファイルが登録される時点までuncommitして、そもそも不正ファイルが登録される歴史自体を黒歴史として封印する必要があるようだ。

(調査中)Solaris上で作成したブランチの作業ツリーをWindows上で展開できない？

ただ今はまり中なのが、Solaris上で作成したブランチをWindows上にbranch/checkoutする段階で、作業ツリーを展開しようとする時にエラーになってしまうという件。

作業ツリーなしのブランチの複製(--no-tree)ならば成功するのだが、作業ツリーを作る際に、どうもcheckout情報のファイルの中にWindowsで使えないファイル名が含まれているからっぽいのだが、優先度は低いのでまだ調査できてない。

まとめ

ここまでコケた話を挙げているので「bzrだめじゃん」とか感じる人がいたらすみません。bzr自体は評価してみて結構気に入っているのです。BZR_PDBがあるおかげで原因も解明できたしね。

今度はbzrでこんなによかった、という話を書けばいいのかもしれないですねぇ。（そのうち）

しばらくサイト自体にアクセスできませんでした。申し訳ございません。

ホスティングサイトのサーバー移行でおかしくなってしまったので、0.10->0.11に 再構築しました。dbはそのまま移行したのですが、0.10ベースの時のBlogPluginから、FullBlogPlugin?へ変更したため、過去記事をblogっぽく表示するのは無理そうです。

今回は投稿テストです。

ちなみに、なぜ専用blogソフトではなくTrac+Blogプラグインに拘るかの理由は

• reSTが使える
• blikiっぽいことがしたかった

の二つのためでした。今となっては、それほど意味があるのかどうかわかりませんけど...