クライングドーベルマン / 2006-04

Web2.0時代のバグ管理ツールを作る（第5回）求められる「データマイニング」機能

紙おむつと缶ビール
アメリカのスーパーマーケットの購買履歴を分析した結果、紙おむつと缶ビールを同時に購入するケースが多いことが分かった、という都市伝説がある。
・かさばる紙おむつを買いに来るのは大体父親。
・スーパーにたまにしか来ない父親は、「ついでに」という気持ちで缶ビールを買って帰る。
という因果関係からこの結果が生まれるという。
風が吹くと桶屋が儲かる、だが、つまり紙おむつのと缶ビールを並べておくと売上げが上がる、ということらしい。

これをバグ分析に応用できないだろうか。
一見関係ないように見えるバグも、見方を変えることで新たな関係が浮かび上がるかも知れない。それによってシステムの品質予測を直感的に感じることができるかもしれない。

結論
・登録されたデータの依存関係をフレキシブルに分析する機能が欲しい
・分析結果はグラフィカルに表示されたほうが把握しやすい

そしてこの話題、次回以降に続きます。
(事情により、一部予定を変更してお送りしています。スイマセン。)
・これまでのツールの問題は[2006-02-26-1]
・エクセルでのバグ管理はなぜ駄目なのか[2006-02-27-1]
・バグ成長曲線をどこまで信じればよいのか[2006-03-27-1]
・ファイル添付機能は本当に必要か[2006-04-24-2]
・求められるのは「データマイニング」機能[2006-04-25]
・バグ管理ツールの問題に対する一つの回答
・新ツールの画面イメージ
・各機能の説明

Web2.0時代のバグ管理ツールを作る（第4回）ファイル添付機能は本当に必要か

既存のバグ管理ツールの機能のひとつとして、「ファイル添付」がある。
これはテストの結果、問題があった場合の証拠写真(スクリーンショット)や結果ログ、テストに使用したデータファイルを添付し、問題解決の分析を助けるために使用される。この事自体に何ら異論は無い。
が、
本当に「不具合管理ツールの機能」として必須なのだろうか。

私が感じるファイル添付機能の問題
・Webベースの場合、たいてい一度に1ファイルずつしか添付できないので操作手順が増える。
・バイナリの添付はデータベースが肥大化するので心配。
・機能の増加によって、バグ管理ツールのバグが増加する危険性がある。

結論
・「不具合管理ツール」自体にファイル添付機能は不要。
・別途FTPなり、Windowsファイル共有なりで実現すればよい。
・参照ファイルへはhttpやftpでリンクを張ればよい。

そしてこの話題、次回以降に続きます。
(事情により、一部予定を変更してお送りしています。)
・これまでのツールの問題は[2006-02-26-1]
・エクセルでのバグ管理はなぜ駄目なのか[2006-02-27-1]
・バグ成長曲線をどこまで信じればよいのか[2006-03-27-1]
・ファイル添付機能は本当に必要か[2006-04-24-2]
・バグ管理ツールの問題に対する一つの回答
・新ツールの画面イメージ
・各機能の説明

私がAmazon最安ノートパソコンnx6110と、中古PCサーバー500SC購入を同時に買った経緯

自宅パソコンがほぼ同時に2台故障。
・奥さん用ノートの東芝リブレットL5のハードディスクが飛んだ
・テレビ録画用PCの電源入らず

奥さんノート
ハードディスクが飛ぶのは2度目で、もう交換するのが面倒、ていうか5Vの1.8インチディスクを手に入れるのが大変なので、修理は後回し。とりあえずアマゾンで一番安いノートのコレ↓を大至急注文。
アマゾンからはすぐ届いた。
ちょっと触ってみたけど、7万ちょいでこのクオリティはすごいね。安物の感じは全くしない。

ただ、無線LANついてないから、コレ↓も買った。実際に使ってみて、相性とか全然問題なし。


テレビ録画用PC
マザーボードか電源のどちらかが死んだんだと思うけど、こういうの調べるのが超面倒。時間がもったいない。どうせテレビ録画とノートPCのバックアップにしか使ってないので、NECのSmartvisionが動けばなんでもいい。安いとは言えどもさっき7万のPC買っちゃったし、こっちはできるだけ安く済ませたいので初めて中古PCを買ってみた。
・価格.com中古パソコンで相場を調べて良さげな店をあたる
・OraOrAでペンティアムIII1GHz/256MBぐらいで2万円以下のスペックを探す
・Dell 500SCを発見。
PIII1.3GHz/512MBで12800+送料とか4000円ぐらい、合計16500円なら安いと思い注文。そのうち届くのでそしたら感想を書く。
ていうかこれサーバー機だ。大丈夫かな。大丈夫だろ多分。

TiddlyWiki2.0.8がIEで動かない場合の回避方法

TiddlyWiki2.0.8をIEで動かそうとしたら文字化けしたり保存できなかったりする現象が起きた。
Firefoxでは動くんだけど、どうもIEでは文字コードの取得がうまくできてないっぽい。

結論
メモ帳でhtmファイルを開いて、以下を修正。
37行目
<meta http-equiv="Content-Type" content="text/html;charset=utf-8">
を
<meta http-equiv=Content-Type content="text/html;charset=utf-8">
に変更。

プレゼンテクニックまとめのまとめ+スギヤマメソッド

聞いててツラいプレゼンが多い。多すぎる。

ツラいプレゼンを見たときの心の声による脱落フロー
あ、はじまったぞ　→　声ちっちぇーなー　→　スライドの背景、派手だなー　→　タイトル見逃した　→　目次に「目的」「概要」「詳細」「まとめ」って書いてどうすんだよ　→　1ページにごちゃっと書いてあるぞ　→　本文のフォントの色が背景に溶け込んでる　→　読めねー　→　声ちっちぇーなー(2度目)　→　このグラフって、縦軸横軸は何？　→　結局何が言いたいんだ？　→　早く次のページめくらないかな　→　何回も出てくる英字3文字のオリジナル略語は覚えられないよ　→　あと何分続くんだ　→　会場に知人はいないかな　→　いないな　→　かわいい女は？　→　いないな　→　帰りに本屋でも寄るかな　→　ジュース買ってくれば良かった　→　爪伸びてきたな　→　コーヒー買ってくれば良かった　→　コーヒー無いと眠くなるかもしれないよ気をつけよう　→　きをつけよう　→　きぉツけよぅ　→　睡眠


スギヤマメソッド
観客を一気に波に乗せ、こっちのペースに引き込むための方法を開発した。開発、ってほどのものではないし、映画やテレビではよく見る手法だが、プレゼンではあまり見たことないのでここに公開する。あと、「スギヤマメソッド」って言ってみたかった。
解説
できるだけキャッチーな問題提起をプレゼン開始と同時にかます。いわゆる「ツカミ」。もちろん、タイトル、自己紹介、概要を言う前。観客が「とりあえず聞いてみるか」的な雰囲気になったところでタイトル。ツカミはとにかく観客を取り込むことが目的なので、聞き逃しても落ちこぼれないように、本題や結論には直接関係ないほうが良い。
（例）




スギヤマメソッドの開発には偉大なる先人の教えを超参考にした

大きな文字で書く
高橋メソッド

紙めくりで注意を引く
もんたメソッド

少枚数、短時間、大きな文字で
kawasakiメソッド

安っぽいクリップアートは避ける
スライドのヒント トップ10

見せ方の改善で効果UP
hirax.netの平林氏による「技術者・研究者のためのすぐに役立つプレゼンテーション技術」に参加
 
トリビアの種を参考に構成
東大で学んだ卒論の書き方★論文の書き方

書き言葉より話し言葉
良いプレゼンと悪いプレゼン（準備中）

演壇から離れる
講演のヒント トップ10

半歩前へ出る
プレゼンの終わりにやってはいけないこと６箇条

終わります、と明確に言う
プレゼンハック 〜プレゼン改善のための10個の小技〜



このサイト内の関連エントリー
[2006-02-10]Keynoteに負けないパワーポイント資料作りを目指す

(2006/04/09追記：hirax.netの平林氏による「技術者・研究者のためのすぐに役立つプレゼンテーション技術」に参加のリンク先が間違っていたのを修正。otsuneさんはてブコメントありがとうございました。失礼いたしました。）
(2006/04/25追記：otsuneさんの名前の誤表記を訂正。なんどもすいません。)