2005年5月アーカイブ

Blog Hackars Conference 2005 で、あの高橋メソッドに超えるプレゼン手法として ooba さんのプレゼンで披露された「もんたメソッド」ですが、いい感じで広がっていってます。

まず、はてなダイアリーキーワードにhttp://d.hatena.ne.jp/keyword/もんたメソッドが登録される。

その後、oobaさん本人によるの説明エントリー 「もんたメソッド」は○○なプレゼン手法だ (説明ムービーなど) が投稿される。 （このえんとりーの説明ムービーで見ることのできる KeynoteのプレゼンがTips満載のようです。 oobaさん Keynote Hacks を執筆か！出版社は今すぐ走れ、とか）

その後の動きが面白い。 高橋メソッドでの動きをパロディにしたかのように ma.la さん Piroさん が動く。 まず、ma.la さんによる JavaScript 版の登場。 もんたメソッドなプレゼン作成ツール その後、Piroさんの XUL版 登場。 もんたメソッドなプレゼンツール in XUL

ちなみに、Bloglinesのcitaitonで眺めるとこんな感じです。

みんなが、この情報伝搬を楽しんでいるような気がします。痛快。 「楽しんだもの勝ち」だなぁ。

2005年6月1日追記
Yappoさんのところにも飛び火した様子。 既存のページにもんたメソッドを簡単に組み込むツールを作った

さらに 2005年6月1日追記
kentaroさんまで。。 もんたメソッド祭り

ついでなんで、せきむらも、 もんたメソッド祭りに 参加してみました。Yappoさんの monta.js をちょっとだけ改造。 [1]魅力的な名前の monta 属性ではなく、class 属性で monta_on monta_off セレクタを定義。（仕様原理主義者からの攻撃を和らげることが可能です。） [2]className でOn/Offを切り替え可能に。 （プレゼン中に誤ってめくってしまった場合でも、直せて便利です。ただしダブルクリックしてしまうとそれはそれで悲劇ですｗ） http://labs.qootas.org/js/monta.js

ま、どうせ明日には飽きているだろうし、 論客からの「だめなプレゼンのいい例ですね」的発言が出るかもしれない。 けど、もう僕たちは楽しんでしまったのですよ。ゲラゲラ。 oobaさんが追記した 「雑感とか」（以下で引用）に同意しつつ、これにてお開きとさせていただきます。

今回、blog を通じてネタが伝搬していくのを目の当たりにしているのですが、こういうところに blog のパワー、blogger のパワーを感じますね。

Blog Hackers Conference 2005 に行ってきました。 イベントレポートはたつをさんの Blog Hackers Conference　2005を出発点として他のエントリーを読むとよいかもです。

自分のLightningTalk「Del.icio.usな Blog生活」はあんまりだったなぁーと反省しています。 miyagawaさん、naoyaさんに機会をいただいた（ありがとうございました）のに なんだか論点をまとめきれず、「Blogを読んだり書いたりするときに、ブックマークサービスは便利よ」 ってあたりまえな話になってしまった。。 前の日に Spork（CPANに登録されているプレゼンツール） を使い始めるってのは無理がありましたｗ。 次回はもっとHackな内容でできたらなぁと思いつつ、これからも日々精進します。

イベント全体の感想としては、 もっと大きなイベントになってもいいよなぁとは思った。 企業宣伝や人材募集は構成として別の枠を用意できたほうがいいだろうし 発表自体もLightning Talk よりもう少し時間が長いものをやったり、 パネルディスカッションとかもやって、「あのサービスをやっている人は そんなことを考えているのか」とか肌で感じれるようなそんなイベント。 そんなイベントをきっかけに 面白いサービスやテクノロジ、デザインが世に出たり、 みんながトレンドを捉えることができて何かを考えるベースになるようになったら、 その流れは面白くなるのでは。 Oreilly の Etech みたいなのってのはそういうことかな。

会場ではあえてメモを取ってなかったのですが、今思い出せるところで 特に気になったことは以下です。

なんでもRSS!の日付情報抽出

発表後に南野さんに「和暦も大丈夫なんでしょうか？」と聞いたところ 「"大化"まで大丈夫です。」とのこと、すばらしい。 日付情報抽出や文脈からのタイトル生成の部分ってRSSだけじゃなくて イベント情報のページから自動的に iCal/vCal形式（ics） を生成 とできるかも。とか思ってみた。

DB Cluster

にぽたんさんの発表でのDBのCluster化についての話。 MySQL Users Conference 2005 での Livejournal 発表資料Inside LiveJournal's Backendを眺めていたので 「おぉ、Livedoorでもやってるのかぁ」と興味津々で聞いてました。 ユーザがどんどん増えて、そのユーザがほとんど同じ時間帯に データの書き込み行うようなシステムではやっぱりここらへんの 技術は重要ですね。 発表資料はアレなんで世に出ることはないでしょうが、 DB Cluster を含めた全体のシステム構成の話だけはもう一度聞きたいです。

Blog いまそこにある問題

miyagawaさんのkey note 。 基本的に問題提起のみという話でしたが、今後「中の人」に出てもらって パネルディスカッションとかが実現すればいいなぁと。

• PageRankをあげるために同じコンテンツで同じところへのLink先をつけた エントリーを無料ブログサービスを使って大量にポストするSEO Blog問題
• いわゆる「RSSリーダー」がGETする間隔が短すぎたり If-Modified-Sinceヘッダをつけない問題
• Feedされているからといって、再配布や再利用がOKじゃないんですよ問題（asahi.com の dc:right の例や クリエイティブ・コモンズ の話）

jkondoの日記 - 情報を共同で分類する

はてなブックマークにタグ機能が追加されました。はてなダイアリーのカテゴリーのように、自分のブックマークを分類できる機能です。

私が整理整頓が下手だからなのかわからないですが、Taggingが大好きです（告白）。 はてなブックマークでのタグは、他のユーザのつけたタグとのリンクが無い(randomのみ)ので残念、とか言おうと 思いましたが、その状態でもやっぱりタグは面白いですね。

それは、チラリズム。脳味噌のチラリズムこと脳チラ。 「jknodoさん、やっぱり自転車好きなんだなぁ」とか 「naoyaさんといえばRSSで最近はbookmarkにお熱なのね」 とか覗けちゃう。っていうかむしろ前頭葉を覗かせてもらっちゃってる状態。 このタグによる脳のチラリズムは十分に楽しい。

私の脳チラは http://del.icio.us/new/sekimura です（露出狂ではない）。

情報を共同で分類する、といえば先日の同じ夕陽を見ていた人に反応して、id:Alnaslさんからトラックバックを頂いたのですが、同じ飛行機雲を写真にとっていた人がはてな内に7人もいたという大変興味深い話を紹介されています。

Webページのブックマークはあまり他の人が 同じURLを登録しても「つながってる」感を強く感じることは無いですが、 はてなフォトライフ　とかだとタグの対象となるものがその人が作ったもの（写真）なので タグを経由して見つけた写真に共通点があると「つながってる」感を感じて「おお、同士よ」とか 思ってしまいますね。 （ブックマークはむしろ自分のページがブックマークされると嬉しくて、 そんなに共有して和気あいあいってものではないのかも。。）

Flickr での例だと、 同じ飛行機に乗っていた人を見つけた話や、 私自身 canary wharf という場所で取った写真とほとんど同じ構図で別の人が撮っている写真を 見つけた(私の写真、誰かの写真）ときは「もしかして、向こうも気づいてくれているのかも」あらぬ期待をしつつ 嬉しくなったのを覚えています。

del.icio.us の joshua が最近始めた ブログ(TypePad) で del.icio.us にポストするリンクをTypePadやMTのテンプレートに 埋め込む小技が載っていたので、真似してみました。

comments で、「tagsパラメータも飛ばしたら？」に対して

I'm not sure I want to populate the suggested tags; I think it'll cause people not to use their own tags on that stuff at all.

と返してますね。 tag の populate を良しと思わない joshua の姿勢を再確認した次第。

Yahoo360 というのは米YahooのSNSです。

Gen Kanai weblog: Yahoo!360日本

Looks like we'll see a Japanese version of Yahoo!360 in the not-too-distant future.

SeachEngineWatchのブログに 米Yahooのコミュニティープロダクトディレクターの話としてYahoo360の ヨーロッパとアジア向けローカライズバージョンが in the next few weeksで始まる予定という記事があって、Gen Kanai さんが日本ではMixiに勢いがありますよという話。

そこにはこんなことが書いてあった。

Anyone have any numbers on Mixi?

そういえば Mixi の owner_id って auto increment だったなぁと思い出し、 使っているかどうかは別にして、owner_id の最大値を探せれば アカウント発行数に近い値がわかるかも、と以下を実行してみた。

$ date
Thu May 19 18:16:42 JST 2005
$ w3m -dump_source 'http://mixi.jp/search.pl?submit=main' | gzip -d | perl -ne 'print $1,"\n" if /show_friend\.pl\?id=(\d+)/g' | sort -n | uniq | tail
716616
716617
716618
716619
716620
716621
716622
716623
716624
716625

710,000以上はいるようですね。

注意: このスクリプトは たいていの人は「mixiはじめました」という日記を最初につけるとかってに予測し mixi というキーワードでの新着日記検索を実行した結果の HTMLからowner_id を抜き出して並べたものです。

追記 2005年5月20日
antipopのkentaroさんから、ユーザ検索画面使ったほうが正確との話があったので、search.pl の結果からidを取得するように修正。

Backpack: Tags tags tags!

Tags are all the rage these days, but they'e more than hype - they'e useful too. Today we introduce tags to Backpack. Tags? Huh? What are tags?

BackpackのPageでtagが使えるようになりました。例によって使い方は動画で確認できます。

Personal and small business information management: Backpack

Backpack is so flexible and easy, you'll use it to... Organize to do lists, notes, images, photos, and more Plan a personal/business trip Keep track of what your competitors are doing Plan a home improvement project Collaborate on a new business idea Keep track of houses you're considering buying Gather information for a research project Keep a list of gift ideas for friends Build a list of recommended restaurants, and more...

Backpackは、メモ、TODO、写真、ファイルをオンラインで管理するWebベースのサービスです。 Free でトライアルできるので、チラリと試してみましたが、 ある意味 Wiki meets PIM なサービスですね。

以下、試してみた Pages, Reminders そして Changes の概要と全体の感想を。

Pages

ページがあってその本文(Body)、リスト(List)、注意書き(Notes)、ほかのページへのリンク(Links)、そしてこれらのページを公開するかどうかの設定(Sharing)が、一般向け、特定の他のBackpackユーザをemailアドレスで指定して公開といったことがフリーアカウントでできます。 有料アカウントへUpgradeするとファイル添付(Files)、画像サムネイル(Images)などの機能が加わるようでうす。

Reminders

リマインダ。スケジュールアラームという感じでしょうか。 登録された時間が近くなると Backpack の右上にも表示され、 登録した時間になるとメールでその内容が飛んできます。 設定によってはSMSで受け取ることもできるようです。

Changes

共有したページの更新履歴を閲覧できるようです。

感想

Basecampというプロジェクトマネージメントツールを個人向けに 機能絞込みを行ったものだと思いますが、自分の体験上はWikiに近いものが あります。 ただ 「WikiWikiWeb で何でも自由に編集できますよ。先頭文字は大文字で」という ある意味敷居の高く独特な Wiki Way を感じさせない。 秀逸なUI（Ajax万歳）と現実的な使い方（Emailリマインダ）が ちりばめられているところで「手に届く範囲の便利Webツール」といったところです。 単に「Wiki作れますよ」といったサービスとはかなりのギャップがありますね。 「使い方を決めてしまう方が最初の敷居を下げる」といういい例。

動画で使い勝手を疑似体験

とまぁ、そんなイマドキのサービスなんですが、 QuickTimeMovieを使った使用例動画を用意しているのもすばらしい。 イメージを追加する例(QuickTime Movie)。

37signals のほかのサービス、BasecampもTada-Listも同じようにMovieを使った説明があるんですが、（非英語圏な私には特に）効果抜群。 ユーザインターフェースの使い勝手を伝えるのに動画は有効ですね。 ただ眺めるだけで、 使うときの全体の流れをなんとなく把握できるという疑似体験。 「じゃ、フリーアカウントで本当に試してみるか」と思わせますからね。

Debian sarge の perl は 5.8.4 なんですが、 Class::DBI を make test すると t/16-reserved でFAILする。（DBD-SQLite は 1.08 を使用）

t/16-reserved.........ok 2/5Argument "Bad Taste" isn't numeric in 
subroutine entry at 
/usr/lib/perl5/site_perl/5.8.4/DBIx/ContextualFetch.pm line 51.
#     Failed test (t/16-reserved.t at line 27)
#          got: undef
#     expected: '10'
t/16-reserved.........ok 5/5# Looks like you failed 1 tests of 5.

調べてみると perl 5.8.4 以前で looks_like_number に undef を 放り込んだときに真を返してしまうバグらしい。 http://use.perl.org/comments.pl?sid=25179&cid=38508 そのバグが原因で DBD::SQLite の dbdimp.c の内部で使っている looks_like_number に反応して undef の value を double で bind するのが、Class::DBIのテストでエラーになる原因ってそんな状況。

cdbi-talk で Class::DBI 0.96 and perl 5.8.3 - bad combo? という話題がありましたが、多分原因は一緒。

解決方法としては、5.8.5以上（現在 Stable は5.8.6）をインストールするか、debian package に patch をあてて再インストールするかですね。

Tiger 触り始めていますが、「Dashboard の Widgets って常に前面に表示とかできないの？、iBookでf12はfnキー必須でメンドイ。」とか思ってましたががっかりしていたけど解決法がありました。

解決法その１: defaults コマンド知っている人向け

devmode（デベロッパーモード）でdashboardを動かし、widgets をドラッグした状態でf12を押してドロップする。macosxhints

解決法その２: かっこよく。簡単に な人向け

Amnesty というツールをインストールして使う。

Amnestyをインストールするほうが簡単でよさげ。にしても macosxhints の記事は豊富ですね。Command-Control-D で辞書をひく技とか。

O'Reilly Radar > Testers as the new heroes

I wrote the other day that perhaps designers were the new heroes of the computer industry. But then I remembered a conversation that I had recently with Jason Matusow, Microsoft's shared source evangelist. Remarking on new companies like Spikesource and SourceLabs, he said: "It seems to me that the tester rather than the coder is becoming the new hero of the open source community."

O'Reilly Radarの Tim O'Reilly のエントリー。 ちょっと前のエントリーでデザイナーがコンピュータ産業のニューヒーローになるかもと書いていたけど、それだけでなくテスターも新しいヒーローになるかもしれないという話。

話の中で出てくる SpikeSource 社の広告を oreilly.net 近辺で見かけていたので気になっていましたが、テスト済みOSSの組み合わせをスタックとして用意し、そのサポートおよび保守をおこなうサービスを提供するようです。 概要については、「SpikeSource、オープンソース関連サービスの計画を発表」というITmediaの記事が参考になります。

Timが注目するのはどこだろうと調べると Participatory Testing: The SpikeSource Approachという SpikeSourceを起したMurugan Palがoreillynetに書いた記事がありました。

Spike PHPCoverage というPHPで作られたアプリケーションの検証を行うためのツールを SourceForge で提供してたり、 「スタック」の上で作られたアプリケーションのテストコードを自動作成し、 まだリリースされていないパッチを適応した場合のテスト結果を知ることが出来る Test Upload Serviceも提供しています。

オープンソースのテスト（検証）にarchitecture of participation（参加型アーキテクチャ）を取り入れ、 かつ、ビジネスとして成り立つ道を進むのがSpikeSource の チャレンジなんですね。

面白い会社が次々と出てくるなぁ。。