以下２セッションだけですが感想です。

タイムボックス制約付きインクリメンタル開発プロセス

「制約を付けると問題が見える」は面白い考え方だと思いました。
問題の炙り出しの為の時間制限。達成できないのには理由がある。
その理由が問題なのでそれを解決しようと行動が変わる。

確かにこれであれば自らプロセスを変更せざる得ないですね。
生産性の数値化をコードの行数で表したりと、私と考え方が違う部分もありましたが興味深いお話でした。

アーキテクチャに憧れろ – 『ソフトウェアアーキテクトが知るべき97のこと』著者パネルディスカッション

考える、考える、考える。みんな考え抜いた結果、今こうしてるって感じでどの話題でも”考える”を疎かにしていな感が伝わってきました。

伊藤直也さんの話を聞いた印象は、アーキテクトっと言うよりはプロデューサー。
アーキテクチャとして正しくても一歩引いて費用やユーザ、メンバーの資質といった全体から最適解を求めている感じ。
さぐりさぐり感も見えましたがサービスとしてのバランスを考えてらっしゃるんだろうと伝わってきました。

江島健太郎さんは、初めて生で見ました。
ボトムアップの標準化は根付いて理想から始まった標準化は根付かない的な発言にはなるほどと思えました。
他にもサービスの設計は制度設計と同じで政治家みたいな役割とも言ってました。こちらも納得。
今はiPhoneアプリでマニアックな事してそうな発言がちらほら。

小野和俊さんは、他の二人とはちょっと違った見方が多かったです。
理想を求めてXML＋XSLTを選択したり徹底的ペアプロしたりと、意思の強さを感じました。
商品（サービスやアプリ）の手触り感や最近のお金の流れの変化といった幅広い視点も面白かったです。
あとゲームの話題には必ず喰いつきますｗ

今回は残念ながら今日聞いたセッション以外は興味を惹かれなかったので明日は不参加。

スタッフや公演者の皆様、無料で質の高いカンファレンスはほんとにありがたいです。
来年もよろしくお願いします。

とりあえずプラグインを修正する前に同じ機能のプラグインがでてないか、調べてみる。
う～ん、以前調べたときとあまり変わらず似た記事やカテゴリの一覧を表示してくれるものは見つかるがランダムに一覧表示のやつはちょっと見つけれない。

んじゃ、以前知り合いがテンプレートタグを利用して実装してたのでそれも使ってみるが不具合で上手く利用できない。
ネットで調べてみても単一記事(single.php)へのカテゴリ一覧は見つけることができたのですがランダム表示ではない。

WordPress › フォーラム » single.phpに同一カテゴリー記事一覧をナビゲーションとして表示したい。

上記の記事を眺めてるとちょっといじればできそうなので試行錯誤して望みどおりの結果となりました。

単一記事(single.php)に下記のテンプレートタグを記述すればできます。

<!-- recommend -->
<div class="recommend">
<h3>同じカテゴリーの記事</h3>
<ul>
<?php
$cat_list = array();
foreach((get_the_category()) as $cat) {
$cat_list[] = $cat->cat_ID ;
}

$query=array();
$query[] = sprintf('cat=%s', implode(',', $cat_list));
$query[] = sprintf('showposts=%d', 10);
$query[] = sprintf('orderby=%s', 'rand');

query_posts(implode('&', $query));
?>
<?php if ( have_posts() ) : while ( have_posts() ) : the_post(); ?>
<li><a href="<?php the_permalink(); ?>"><?php the_title()?></a></li>
<?php endwhile; endif; ?>
<?php wp_reset_query() ?>
</ul>
</div>
<!-- /recommend -->

※親子のカテゴリーはテストしてないのでどうなるかよくわかりません。
※当ブログはキャッシュ機能を利用しているので表示が固定されますが通常は表示毎にリストが更新されます。

Random Post Listは要望があれば修正します。なければ放置で。

今年も同じ様なペースで何か面白いことができればと思ってます。

あとブログのデザインを変えてみました。
ちょっと記事の文字が小さくなりましたがメニューは以前のものより
アクセスし易くなったと思います。

では、本年もよろしくお願いします。

アドレナリンジャンキー プロジェクトの現在と未来を映す86パターン

全部で86のパターンが収録されており、皮肉ったパターンあり、良い事例・悪い事例の比較パターンありでデスマーチ経験者には楽しめること間違い無しです。

いくつかのパターンを私の経験と共に紹介です。
「アドレナリンジャンキー」「スピード勝負」「死んだ魚」あたりは他の人も紹介しているのであえてはずしてみました。

幸福礼賛会議

自分に求められているのは意見を言うことではない、賛同することだけと感じたら、まさにこれと同じことが起きている。幸福礼賛会議へようこそ。

意見は求めてなくて「決まったからやれ」の会議多くないですか？
幾度と無く経験してます。通達であればメールにしろよと思うのですが会議の形態をとって同意の形にしたいらしい。

信者

たいていのプロセスの教科書には、その手法が何でも使えるわけではないときちんと注意書きされているが、信者はこうした注意を無視するか、たいてい最後の方にある注意書きのページまでは読まないかのどちらかである。

技術やプロセスに妄信してる人。良いのはわかっているんだけど融通が利かないので困ったちゃんになります。
テンプレートのマスタとか作る人も自分の作品の信者になりがち。

これは気をつけないと自分も陥ったりしてるので注意。

残業に見る予兆

うーん、期日に遅れた場合、一生懸命残業しているところをみんなが見ていれば、誰にも非難されないだろうと思うかもしれませんね。

説明不要。まさに引用そのままが個人じゃなくてチーム単位で蔓延する。

サイダーハウス・ルール

サイダーハウス・ルールの問題は、自分はサイダーハウスで暮らさず、そうする気もない人間が、そこに暮らす人びとのルールをつくっていることだ

「じゃあ、おまえやってみろよ」と言いたくなるルールは、他の部署が作ったルール。
これもいろんな現場で体験してる。しかるべき人がちゃんと戦わないと現場に皺寄せが・・・

多いのでこれくらいにしときます。その他のパターンも充分自分の経験と多々一致します。

残念ながらこの本を読んでも具体的にどうすべきかは自分で考えるしかありません。
単純に考えれば悪いパターンを見分けることができるし、その逆を行うことが可能かもしれません。
良いパターンなら真似ればいいのです。言うは易しなんですけどね:p

デマルコ本がお好きの方には是非読んで頂きたい一冊です。

アジャイル系やWeb系のカンファレンスにはたまに参加するのですが
ツール単体のカンファレンスなんて初でいろいろ新鮮でした。

全体的な感想

難易度低めのプログラムふらふらしましたがJetpackいろいろ面白そうです。
アドオンとJetpackの違いはなんとなくわかったんだけどgreasemonkeyとの違いがいまいち。
今後はJetpackに流れていきそうなので近いうち自作greasemonkeyスクリプトをJetpack化しよう。
位置情報の話も出ていたけど、利用率の数字は出なかった。マピオンとかFirefoxの位置情報ってどの程度使われてるのかな？

あとちょっと心配なのはブラウザがOSっぽくなる方向なのかなと？
ブラウザの枠を超えていろいろ便利なんだけどIE&ActiveXって正にそれだった気がします。
ツールの肥大化は微妙な気がします。すぐではないだろうし市場次第ですから私が心配してもね。

途中で携帯の電池が無くなってtwitterにポストできなかったのは反省点。

ライトニングトーク

これ面白かった。なんだかみんな余裕を持って発言していてすごい違和感。
気になったのはこんな感じ。
・goo/検索する回数で木が育つ（検索する行為とエコの直結。楽しそう）
・naver/naver検索だけじゃなくてYahoo!やGoogle検索も使える（他社の検索エンジンも使えるのは良い）
・スリット自重
トーカーの皆さん楽しませて頂きありがとうございます。

懇親会＆二次会

懇親会盛り上がってましたね。寿司ごちそうさまです。
あとnaver中の人達、面白い話あがりとうございます。
検索エンジンの仕組みとか勉強になりました。

二次会はモジラコミュの人達に混ぜてもらいました。
新鮮・新鮮。外からじゃ人柄とかまでわからないですからね。
かまって頂きありがとうございます。

戦利品

スタッフ＆講演者の方ありがとうございました。
また機会があれば参加します！

チャンドラーはロータスの開発者であり経営者であったミッチ・ケイパーが構想したツールであり
自身の資産でプロジェクトを運営したプロジェクトです。

本のタイトルはプログラマーだが「プロジェクトのジレンマ」が内容を表している気がします。
仕事以外のプロジェクトをしたことのある人ならすごく共感できる内容になっています。

私自身もそんなに多くないですがいくつかのプロジェクトに参加したことがあります。
仕事以外なので賃金がでる訳ではないですが、やる気がある人の集団に入って手を動かすのはとても刺激的です。
どのプロジェクトも出だしは好調なのですが実際に具体的なところにくると急にブレーキがかかってしまいます。

「チーム内の温度差」や「作業量の偏り」あたりが原因なのかと思っていたのですが
優れた人たちが賃金を貰ってやっても同じ結果に陥っています。

で、本書を読んでこれも大きなブレーキの原因なのかもと思い返しています。それは
誰も間違った決断をしたくない

私的プロジェクトに参加する様な人たちはやる気があってできる人が多いです。
その中で”間違える”という行為は恥ずかしいと考えてしまいます。
あたりまですが誰も”間違った決断”をしたくないのです。
自分もその傾向があり、他人の間違えは許せても自分の間違いは恥ずかしく感じてしまします（許せない）。

上記の考えを発見できた本書は良い本だと思いますが厚みがあり読む人を選ぶ内容です。
私的プロジェクトを進めていて進捗が悪いと感じる方はぜひどうぞ。
本書のプロジェクトは決して成功とは言えませんが解決のヒントが隠されているかもしれません。

今年も参加してきました。
2008年は残念ながら参加できませんでしたが2005年、2006年、2007年に続いて4回目の参加。

今回はメイントラック選んだのにワークショップやらされまくった感じ。

XP2.0入門

オープニングセッションから聞こうと思ったのに間に合わず。
小井土さんごめんなさい。

“世界が変わる”前と後と。

今回一番興味深かったセッション。
前半は串田さんとアジャイルについて
後半は端的な理解だとアジャイルはビジネスの手段。

あと変化の時間軸の話がよかったです。

マインドマップ

PLoP入門のススメ

PLoPなる活動初めて知りました。
来年日本で何やら開催するらしいです。箱と金は用意しましたとの事。

ライトニングトークス（前半）

ライトニングトークスはメモ取り難い。
とりあえず木村さんの夕会（ケロケロミーティング）の話がボトムアップ的な始まりで興味深かったです。
あと匿名希望さんの話が笑えた。
http://www.slideshare.net/shibukawa/it-2024737

メディアから日本のソフトウェア業界を変える試み

ここからワークショップ祭りｗ
記事とか書いたことないので結構無茶振り。まあ楽しかったです。

アジャイル技術者の為の「相手の都合」を知る技術

牛尾さんよくやるなー。

最近ようやく私も相手の違いを受け入れれるようになってきた。
we/meのタイプ分けもちょっと興味あり。

AGILE2009 REPORT

すくすくスクラムの川口さんのAGILE2009参加レポート。
各セッションにペルソナが用意されてるのは良い考えだと思った。
あと行く気があれば行ける。

ライトニングトークス（後半）

福井さんの「鉄人28号と私」も笑えた。間違いなくLTのハードルあがりました。
http://www.slideshare.net/afukui/28-2027057

XP10周年：ソフトウェア開発から日本が変わる

倉貫さん辞任のお話。
長い間お疲れ様でした。
http://www.slideshare.net/kuranuki/xp09

本もぎりぎり当選し今年も楽しく参加できました。
XPJUGのスタッフならび公演者の方、おつかれさまでした。

こんなの追加した覚えも無いしいつ入ったんだろう？
で、検索したら解決しました。

Microsoft .NET Framework Assistantってなーに？ | Health is better than wealth

Windowsの更新プログラムで勝手に入っちゃうらしいです。
削除方法も上記のサイトに書いてあります。

ブログの記事みるとだいぶ前みたいだけどなんで今頃？環境の違いかなー

目次は下記

第1部 問題とゴール
1章 計画の目的
2章 なぜ計画づくりに失敗するのか
3章 アジャイル手法

第2部 規模を見積もる
4章 ストーリーポイントによる規模の見積り
5章 理想日による見積り
6章 見積りの技法
7章 再見積り
8章 ストーリーポイントと理想日

第3部 価値のための計画づくり
9章 テーマの優先順位づけ
10章 金銭価値による優先順位づけ
11章 「 望ましさ」による優先順位づけ
12章 ユーザーストーリーの分割

第4部 スケジュールを立てる
13章 リリース計画づくりの基本
14章 イテレーション計画づくり
15章 イテレーションの長さを決める
16章 ベロシティの見積り
17章 不確実性に備えるバッファの計画
18章 複数チーム編成プロジェクトの計画づくり

第5部 トラッキングと情報共有
19章 リリース計画のモニタリング
20章 イテレーション計画のモニタリング

第6部 なぜアジャイルな計画づくりがうまくいくのか
22章 なぜアジャイルな計画づくりがうまくいくのか

第7部 ケーススタディ
23章 ケーススタディ:ボムシェルタースタジオ

規模の見積りって意外と難しい。すぐ何人月って1ヶ月って時間の中の作業量で表してしまう。
これはこれで伝統的であり会社によっては精度が高ければよいのだけれどチーム内で機能の見積りするにはやはり不十分に感じます。

本書ではストーリを見積りポイントで見積もります。

見積りポイントはストーリー同士の大きさから相対的に求めます。
更に一人で求めるのではなくチームみんなでそのポイントを見積もるのです。
本書ではプランニングポーカーを利用してその相対的なポイントを求めています。

プランニングポーカーは聞き慣れない単語ですがポーカーで想像できるように
メンバーがカードを出し合って見積りポイントを見積もる手法です。

カードは主に「1,2,3,5,8」といった番号が割り触れられています。
これを各個人がストーリーに応じて出し合います。

ここら辺は機会があれば利用したいですね。下記から購入できるみたいです。
Mountain Goat Software | Planning Poker Cards

プランニングポーカー以外にも参考になる手法や考え方が盛りだくさんです。

今年はアジャイル本の当たり年！
「アジャイルな見積りと計画づくり」と「アート・オブ・アジャイル デベロップメント」の両方を読めばそれで充分な気がします。
この二つはボリュームがありますがそれ以上の内容です。アジャイル好きの方は必読です。

あと「アート・オブ・アジャイル デベロップメント」では「アジャイルな見積りと計画づくり」の内容が出てくるので「アジャイルな見積りと計画づくり」を先に読むことをオススメします。

Firefox3.0の時は正式対応版じゃなくてmaxValueを弄って利用していたのですが今回は上手くインストールできませんでした。

諦めてしばらくそのままでマウス使って利用していたのですが、やっぱり不便。
で、今日なんとかならないかとHit a Hintのページを眺めていたら見つけました。

http://www.mozdev.org/pipermail/hah/2008-September/000032.html

I’ve put up a homepage for LoL at

http://elder-gods.org/lol

It’s also at addons.mozilla.org at

https://addons.mozilla.org/en-US/firefox/addon/8781

You’ll have to log in to to addons to see it, because it’s in the sandbox. I’d
really appreciate it if a few people could check it out and write reviews on
addons so I can get it on the public page. And if anything doesn’t work, please
tell me!

Thanks!

–larry

去年のメーリングリストに普通に載ってました。

LoL
http://elder-gods.org/lol/
https://addons.mozilla.org/en-US/firefox/addon/8781

Hit a Hintのフォーク版でFirefox3用に作られた様です。メンテされていてFirefox3.5にも対応しています。
これで一件落着。記事のタイトル正確には「Firefox3.5.1でLoLを利用する」ですね。

いろいろ調べていたら古いアドオン入れる手段っていくつかあるんですね。ついでにご紹介。

未対応のアドオンを強引にインストールするアドオン
http://www.oxymoronical.com/web/firefox/nightly

about:configをごにょごにょして
「extensions.checkCompatibility」の値をfalseにする。
※試してないので実際にできるかは謎

どれも非推奨ですが最後の手段ってことでどうぞ。