Boredom, Tiredness and Idleness

9/13/2005

9/11/2005

そういえばiTunes5でOPMLってどうなったんだっけ？と思い、Technoratiで検索するも、.comも.jpも今ひとつ正解にたどりつけない。思い立ってIceRocketを初体験。すると....

お見事！OPMLバックアップのススメ、HOT!Pod!cafeさんがヒットしました。どうやらMac版ではOPMLエクスポートできるんですね。

Windows iTunesでOPMLっていう本題は解決しませんでしたが、IceRocketの実力を知ったからよしとしよう。

Permalinkが見えない件

そうなんすよ。このブログ、IEではPermalinkが見えないエントリがあるんですよね。見えるのもあるんですけど。View Sourceすればわかるとおり、HTMLは来てるんですよ。でもレンダリングされない。なぜ？

追記：<title>の前に<meta>をもってきたら解決しました。HTMLを基礎からやり直します。orz
匿名さん、miyagawaさん、thx!

9/10/2005

Atom PP で何が起こるのか

活用してるのスパマーだけじゃん、とか言われてるAtom PPですが、僕はAtom PPにすごい期待してます。理由は、Writable Webの推進力になりそうだから。

Google Web API、Amazon Web Services、Yahoo Search API、みんなRead Onlyです。とりあえずRead OnlyでもOpen Dataなんだからすげーってのがこれまでの話でしたが、Open Dataがデフォルトになりつつある（証拠なし）今、APIからSPIへの流れが次のトレンドになってきてる気がする。

Google MapsとYahoo! MapsのAPIの違いについてYahoo!の人がブログであれこれ書いてたのに多少インスパイアされたんだけど、これら2つは両方とも地図にアノテーションを加えるという意味では同じ機能を持ってる。違いは、GはあくまでAPI方式、つまりデータを渡しちゃってあとは自由に加工してね、という使い方（MSNもそう）であるのに対して、Yのほうは加工する側（データプロバイダ）がYにデータを渡す（実際はYがデータを取りに行くのだが、まあ同じことだ）という使い方であること。Gの場合、Gの前に立ってユーザーをさばくのに対して、Yの場合はYの後ろからデータを注入してあげるのである。これがAPI vs SPI。

Gの場合、はてなマップとFind Jobの両方をひとつのマップに表示することは（そういうサイトを自分で作らなければ）できない。でもYの場合、Yがユーザーの好みに合わせたデータプロバイダを提案したりできる。Yというトラフィックの集積所の力を発揮できる。

Atom PPは、コンテンツの集積所にコンテンツを注入できる仕組みだ。ブログの投稿を考えるといかにもコンシューマ向け、フロントエンドアプリケーション用、という感じでとらえてしまうが、コンテンツ集積所に後ろからコンテンツを注入するととらえると、SPIっぽいイメージがわく。

例えばはてなブックマーク。はてな自体は場所を提供しているだけで、コンテンツははてなの後ろから熱心なはてなユーザーが毎日注入する。いまやある特定方面の最新情報は、検索するよりはてなブックマークのトップに行ったほうが効率よく見つかる。

例えばAmazon.com。Amazonでは売ってない商品をAmazonで売ることが可能な仕組みがある。

Google AdSenseも、Googleの後ろから広告主がコンテンツを注入していると見れば、GoogleがWeb検索APIよりもAdSense APIにシフトした理由を想像できる。

Atom PPによって、他人のWebサイトにデータを注入するという作業がもっと一般的になれば、中小企業が大規模サイトに相乗りして商売ができるという、かつて検索の世界におこった革命（言いすぎ）がもっと広い分野でおこるのである。現在のAPIブームのような、少数のハッカーが最新APIで小さいアプリケーションを作って満足するというだけではない、もっと大きなムーブメントになる。そのときWebは、大量トラフィックを獲得する少数サイトと、そこに相乗りする中小規模のビジネスにキレイに分けられることになる。それがいいことなのかどうかはわからないが。

9/09/2005

Firefox 1.5 Beta 1

やべ、Extensionがいっせいに使えなくなっちゃった。もう数日待つべきだったか。

MSN, catching up

MSN Developer Center

via Dare Obasanjo

9/08/2005

iPODなの

まじですか。僕のShuffleはどうしてくれますか。いや、このShuffleは買ったわけじゃないけどさ。

Apple iPod nano 4GB ブラック [MA107J/A]

アップルコンピュータ
売り上げランキング :

Amazonで詳しく見る by G-Tools

9/07/2005

PDCポッドキャスト

来週PDCなんで、現地からポッドキャストやる予定。テスト音声アップしてみた。単に音楽流すのが楽しいだけだったりして。しかしこりゃヒマじゃないとできないね。

あー、聞いてきてほしい話題とか、ポッドキャストで聞きたい話題とか教えてください。あと出版関係の方、レポート原稿依頼待ってます。（ｗ Mono Meeting@PDCも興味はあるんだけど、宿泊先からしてちょっと行けるかどうか微妙。

キッカケはNIFTY-Serve

教科書には載らないニッポンのパソコン通信の歴史 Encyclopedia of Japanese BBS Cultureをはてなブックマークで見かけて思わず読み込んでしまった。

僕の初NIFTYはたしか1995年だったなー。部署が変わって技術部ってとこに送られて行ってみたら、古い98にモデムがつながっていて、NIFTYのIDを部で共有してて。なんとかいうターミナルソフトにマクロが組み込まれてて、一通り巡回させてログを片っ端から見る。技術部に移ったとたん、Eメールアドレスももらったんだけど、そっちは最初はあまり使いでがなくて、もっぱらNIFTYで情報収集してたっけ。会社にいたFreeBSD使いがMosaicで遊んでるのを見て何だありゃ、と思ったり。

そのうち部署が横浜に引っ越して、組織が一部変わって、僕の直属の長が三菱電機から出向してきた。田窪昭夫さん（なんと東京電機大学の教授になってるじゃありませんか）。田窪所長は今でいう筋金入りのgeekで、当時Delphiが出たてで、DOSエンサイクロペディアとにらめっこしながらDelphiのインラインアセンブラでDOSのINT発行してマシン日付を変えるとかいうDLLを書いたら数10KBものサイズになっちゃって、「アホかおのれは」呼ばわりされたっけ。

田窪所長の目の前に座っていた僕は、所長の机の上にあったモデムに相乗りさせてもらい、自分のマシンでNIFTYにアクセスできるような環境を作った。んで、NIFTYに入り浸り、調子に乗ってCompuServeにも出かけ、情報を収集しては社内報でひけらかしてたんだった。新人のときにうっかり作ったAccessベースのアプリケーションのせいで、Accessの技術サポート担当みたいなことになって、勢いでNIFTYのフォーラムで発言してみたり、流れでSQL Serverのフォーラムに行ったらSQL ServerのPMだった北川さんとORACLEの池田さんの「俺のがスゴイ」バトルに遭遇して見物したりしてたっけ。

田窪所長に会わなければ、あの後もっと違った人生だったかも。田窪所長のモデムが目を開かせたせいで、それまでの世界がつまらないものに見えるようになったのだ。パソ通ばんざい。僕がこんなブログ書いてることなんか気づかないでしょうけど、田窪所長、今さらながらありがとうございました。

9/05/2005

バルマーがGoogleをチョメチョメするってさ

Balmer Vows to Kill Google

わっはっは。「I'm going to f***ing bury that guy, I have done it before, and I will do it again. I'm going to f***ing kill Google.」だってさ。Ballmerまだまだ元気！っつーかMark Lucovskyみたいなのが謙信のほうに行っちゃったらそりゃ信玄激怒しますわな。

確かにNetWare全盛期に酷評されてたNTが育って、いまやNetWareなんか誰も知らないって状態だし、SunもMSの軍門に下ったって感じだし、「俺は一度やったんだ。またやってやる。」だな。あのGoogleをF**kするって話もBallmerが怒りながら言ったってことだと単純に「ムリムリ」にはならないね。

野次馬としては次の10年も楽しいことになりそうだ。終わってみたらGoogleはNetWareだった、なんてことになってるのかもしれない。じゃあGmaps APIで作られたアプリなんかNLMみたいなもんってことか。うぇー。

8/30/2005

死ぬ気で、命をかけて、という軽さ

柔道家「死ぬ気でやればできないことなどない。」

ウソをつくな。

柔道を死ぬ覚悟でやられたら見るほうは迷惑だ。精一杯がんばってほしいが、死ぬ覚悟ではやってほしくない。円谷の時代じゃないんだから。

政治家「命をかけてやっていきます。」

ウソをつくな。

選挙で落ちたって、公約を果たせなくたって、お前は絶対に命を落とさない。今まで何度命をかけたのか数えてみろ。

裏で海猿みたいなドラマをやってるところでこういうセリフを聞かされると本当に萎える。本当に命をかけて仕事をしている人たちよ。どうか彼らを叱ってやってください。

8/27/2005

Googleとか

Google Desktop 2 と Google Talk の統合

そういえばさー、こんな話題もあったよねー。これってどうなったんだろ。

8/26/2005

Dear Santa, please give us the e4x implemetation for the ASP.old platform for this Christmas

「Microsoftは来月開くProfessional Developers Conference（PDC）で、「Visual Basic 9.0」「.Net Language Integrated Query Framework」など、今後登場予定の各種技術を紹介する」そうです。COmegaとかいわれてた例のアレがCLR/CLIに組み込まれたんですね。COmegaみたいにXmlSerializerのしょぼい版みたいにならないことを祈ります。

って、それより先にJScriptでe4x実装しておくれよ。JScript.NETじゃなくてJScript.oldのほうで。それでASP.NETじゃなくてASP3でJScriptでe4x使えたら、Ajax的フロント部分のコードとサーバーサイドのコードを単一プログラミング言語で記述できるプラットフォームとして流行るかもよ？！

8/25/2005

iTunes Music Store Player （のパクリ） for Windows

iTunes Music Storeで視聴するときマウスでクリックするのがメンドくさいので、ツールを探していたらiTunes Music Store Player ってのを発見したんだけど、Mac専用だってんで脱力、って人向けのツール、作りました。

ダウンロード：バイナリ（EXE）、ソース。

8/24/2005

OSって何だ

GoogleOSとかWebOSとかの議論を最近よく目にするようになった。最初は「何だそりゃバーカ」としか思ってなかったんだけど、ちょっと考えてみると結構面白いのかも、と思い始めてきた。

UIなフロントエンド（Google DesktopとかYahoo Konfabulatorとか）とHTTPdなバックエンドが通信してクールでアルファギークなアプリができると、それがWindowsを打倒するみたいな、異常に飛躍した話だけ聞くと「バーカ」にしかならない[1]し、「OS」って言葉の響きからすればMySQLのファイルシステムとPerlモジュール＋HTTPのAPIとHTMLのUIからなる「はてなOS」のほうがよっぽど近いって話だろう。

Webサービスと呼ぼうがXMLHTTPと呼ぼうがRSSと呼ぼうがフィードと呼ぼうがWeb 2.0と呼ぼうがどうでもいいが、そのあれはアプリケーション間通信インターフェイスなわけで、アプリケーション間通信というのはWindowsのようなFat OSでは目玉機能だ。WindowsにはDDEやCOMがあり、Gnome（はOSか？）にはBonoboがある。

最近じゃアプリケーション間通信は物理ハードウェアをまたがって分散していて、企業システム（の軽いヤツね）はDCOM/COM+やCORBAやJ2EE/RMIで動いている。以前は「ばらばら＝分散」と捉えていたものを、今は企業ネットワーク内にあるコンピュータ資源（ハードやネットワークやソフト）を有機的に結合した全体＝SOAを考えるという視点の違いはあれ、見ているものは同じで、結局アプリケーション間通信に行き着く。スケールの違いに伴う複雑さの増加はもちろんあるが、WordとExcelが一つのPC内部のバスで通信するのと、IISとMTSが100Base-TXで通信するのとは高度10,000メートルから見れば同じことだ。

「～同じこと」だとすると、KonfabulatorとWeb○☆▼！■◎★がやってるのは、インターネットをはさんだアプリケーション間通信なんだから、インターネットをPC内部のバスに、フロントGUIとバックHTTPdをWordとExcelに置き換えれば、「それ」がOSに見えるって話にもなんだかうなずけそうな気がしてくる[2]。Yahoo!は素直に最大公約数的にXMLHTTPで、Googleはその環境で最善のものを追う（ブラウザならJavascript直、Windows上なら生COM）という違いはあるにせよ[3]、OSにおけるアプリケーション間通信の部分をインターネット上で進めているという点では同志だ。

流行のWeb 2.0がOSにおけるアプリケーション間通信だとすると、そのOSって何のことだ？

考えてみれば、「これがWindows（DOSでもLinuxでも何でもいい）です」って指をさす対象なんて存在しない。指の先にあるのはシェルだったりメモリ内を移動するビットだったりするだけで、OSってこれですっていうモノなんかないんだな。OSってものが持っているいろんな側面を記述して、それでOSを記述したつもりになる[4]けど、「群盲象を評す」ってことだ[5]。ことの本質には至らない。

ということは、GoogleやYahoo!がやっているのはOSを作っていることだ、WebOSばんざーいとかいう議論は、アプリケーション間通信という面を触って得た感触としては遠くないってことだ。

ん、いや待てよ、そうするとGoogleやYahoo!ってしょせんはそのOSの中での一アプリケーションに過ぎなくて、彼ら自身がOSだとか、彼らがOSを作ってるなんてことにはならないよな。だってXMLHTTPとかJSONとかRSSとかって彼らが決めたものじゃないし。OSが持つメモリ管理やタスクスケジューラ機能みたいなのは、インターネットではルータのQoSやIPSecなんかで実現する（のかな？）わけで、GoogleやらYahoo!やらはここいらにはぜんぜん手出しできないよ。

彼らのデータセンター内ではすげーファイルシステムが稼動しているらしいけど、それって上の抽象に当てはめるとWordが自分のデータをあるときはレジストリに、あるときは設定ファイルに書き込みますってことと同じレベルの話なんで、彼らのファイルシステム＝インターネットOSのファイルシステムではない。Google検索はインターネットを巨大なファイルシステムに見立ててそこからデータを取り出せるからGoogle検索はOS機能の一部だって議論もあるけど、それってGDSがWindowsマシンのHDDからデータを取り出せるって言ってるのと同じで、GDSはOSの一部ではないんだから、Google検索だってやっぱりOSの一部にはなりえない。エライのはWindowsのファイルシステムAPI（＝インターネットのAPIつまりHTTP）であって、GDSはそれを利用する字義通りのアプリケーションでしかない。

じゃあやっぱりWebOSって何なんだ。

...とまあ例によってまとまらないわけでした。ちゃんちゃん。

[1]大体GoogleはAPIをWindowsに頼りっきりだし、~~KonfabulatorはAppleにパクられた腹いせにWindows版を開発したらYahooがお買い上げしたってわけなんだから~~。←コメント参照。ご指摘感謝。そのフロントはWindowsに握られているのに、そこを無視して議論してもねぇ、ってことが言いたかった（追記）。
[2]もちろんスケールの違いに伴う複雑さの増加は、「複雑さの増加」なんていうチンケな言葉でかたづけられるような問題ではない。だがこの議論では重要ではないから無視。抽象度を上げれば何でも解決できるっていうアレですよ。
[3]この違いは重要なんじゃないかと思って少し考えてみたんだけど、やっぱ放置することにした。Googleが出している「API」たちを、大それたビジョンにそって関連付けできるとは思えなかったから。単に、Mapsを開発した人はJavascriptグルで、DesktopのほうはWindows専門家だったってだけなんだろうな、きっと。Webサービス好きな人は今はAdSense APIを開発してますってことで、Web APIは放置だし。ぜんぜんビジョンなんか見えない。Google Talkは「業界標準サポート」だって。もう訳わからん。
[4]Personに関するいろんな情報を記述して、それでPersonを記述したように見せかける／思い込むFOAFと同じ。
[5]このことわざの意味は「凡人がいくら集まっても大局は見通せない・ことの本質は見抜けない」ってことで、ここでの使い方は必ずしも意味どおりではありません。文字から浮かぶイメージのほうを見る。

PSP+GPS=???

まだまだ機能拡張は続く――PSPシステムソフトウェア開発者に、新機能の詳細や今後の展望を聞く (2/3)

――周辺機器に関してですが、ユーザーからの意見として、カーナビとして使いたいというものがあったのですが、これが実現される可能性はありますでしょうか。

川西氏　昨年のE3では参考出品としてGPSを展示していましたが、それも検討項目の1つとして考えています。ブラウザが搭載されたことで、GPSと組み合わせるといろいろできることが増えてきますので、いずれはご紹介できれば、と考えています。GPSはゲームでも利用できますしね。ゲームでGPSを活用すればおもしろいことができるのではないか、と思っています。

　例えば、ゲーム内のマップを現実の世界と結びつけることも可能になりますし。渋谷の地形を再現して、実際に自分のいる場所をゲーム内でも対応させる、といったことで、おもしろいことができるでしょう。

マジ。でカメラとメーラとSkypeがのれば...ってだったらM1000買えってか。

8/19/2005

NHK sucks, really

テレビの前でアングリ、なガンオタが増殖中？の今日この頃、皆さまいかがお過ごしでしょうか。っつーかNHKさんよ～。

福井氏の「国営放送」発言の訂正はまあしょうがないとしよう。品川の「バンダイ」を玩具メーカーに、「iPOD」を携帯音楽プレイヤーに、無意味にいちいち訂正すんなようぜーな。キモい女と無知な司会者は出てこないでいいっての。紙切りのおっさん、ガンダムが正義の味方だとか言ってやがったぞ。何が「今ガンダムを放送する意義」だっつの。わかっちゃいねー。結局夏休みのお子様向け番組ってことか。あげく、映画中のブライトのせりふ「めくらうち」をつぶしやがった。「原作者の意図を尊重して云々」と言われるほど富野は偉大じゃないってか。

8/18/2005

Webサービス論

元々2004年末ごろ書いた記事だが半年以上たってようやくオンラインで読めるようになったので、興味のある方はどうぞ。かなりマジで書いただけど、それゆえか前半の歴史部分が長すぎたという反省はあるかな。まあ後半も、結局常識的な話しか書けない当時の立場はあるにせよ、いまひとつ踏み込めていないけど。

吉松史彰のWebサービス論

7/05/2005

Google Earth Hacks

うひょひょ、こりゃおもしろい。
こんなXMLを用意してamazon.kmlとかいう名前で保存して、ファイルをダブルクリック！

<?xml version="1.0" encoding="UTF-8"?>
<kml xmlns="http://earth.google.com/kml/2.0">
  <Placemark>
    <name>Amazon.com HQ</name>
    <description>
<![CDATA[
Amazon.com
<br />
<a href="http://www.flickr.com/photos/luckypines/18787993/">View at Flickr</a><br />
]]>
    </description>
    <LookAt>
      <longitude>-122.315962</longitude>
      <latitude>47.592736</latitude>
      <range>100</range>
      <tilt>30</tilt>
      <heading>45</heading>
    </LookAt>
    <visibility>1</visibility>
    <styleUrl>root://styleMaps#default?iconId=0x307</styleUrl>
    <Style>
      <Icon><href>http://photos15.flickr.com/18787993_a954110acc_t.jpg</href></Icon>
    </Style>
    <Point>
      <coordinates>-122.315962,47.592736,25</coordinates>
    </Point>
  </Placemark>
</kml>

7/04/2005

増田ジゴロウ？！

今月９ドラマを見ているのですが、なんと、妻夫木演じる男の大学の恩師の名前が増田慈五郎。うっそー。これってどういう意味？

なぞなぞ

『スター・ウォーズエピソード3/シスの復讐』プロデューサー　リック・マッカラム　インタビュー

映画はもう作らないけど、その代わり100時間に渡るテレビドラマを製作するよ。『エピソード3』と『エピソード4』の間をつなぐ、ルークが成長するまでの期間を描くんだ。今回の『エピソード3』で数々の謎が解明されたとはいうものの、まだまだ残された疑問点がたくさんあると思う。その不透明な部分をすべて答えるために、テレビシリーズで全部説明する予定なんだ。

お上手だぜちくちょー、見るしかねーじゃねーか。

法人

Kawasakiのはてなダイアリーより。

『法人は、ヒトではないけれども法律上ヒトとして扱われるモノである。』っていう目からうろこな話は、なぜか沈黙の艦隊で読んだなぁ。やまとを法国家として扱えないか、という議論で出ていた。法人ってそういうことか、とものすごい衝撃（って言い過ぎかも）を受けたのを覚えている。関係ないけど。

川崎さんのエントリでは最後のほうで『株主の利益の最大化を目指すが、従業員やその他のステークホルダーは無視しているとのことです。』という話でレイオフが年初の抱負みたいな話も出てきていて、確かにこちらもものすごい衝撃なんだけど、一方でレイオフされて暇だったからMovable Typeを作ったみたいな話も聞こえてくるので、会社に属するというのは人生ゲームでたまたまサイコロの目が出てとまったコマに過ぎず（就職した会社がIPOした。1万ドル受け取るみたいな）、そのコマでいつまでもとまっているわけには行かないなぁ、とも。

なんだかわけわからんエントリだが、つらつら考えたのは、『法人』からの求めに応じてアウトプットばかりしていると、あるとき放り出されたときに困ってしまうので、『法人』という同僚を利用して個人では得られないインプットを得るようにしないとね、と。そんで、このアウトプットとインプットのバランスがおかしいと、法人と個人の関係は崩れるね。アウトプットばかりでインプットがないなら法人のためにアウトプットする理由はないし、逆にインプットばかりだと法人が個人と仲良くする理由がない。

あー川崎さんのエントリと全然関係ないよ、こりゃ。とりあえず『会社は誰のものか』を買います。

7/01/2005

G9

Google MapsとA9のスナップショットの融合。誰かがやると思ったけど、kokogiakがやりましたね、Greasemonkeyで。

6/30/2005

Google flies, A9 walks

そういうわけでUdi Manberの発表はA9.com Maps (Beta)でした。

Google Maps/Google Earthが空を飛ぶなら、A9は地上を歩く（走る）ってことで。あとはAPI、ってか。周回遅れな気がするんだよな...。

6/29/2005

Generics Considered Harmful

Ken Arnold's Blog: Generics Considered Harmful

Two words should be enough. I concur. I'm too stupid to understand covariance and contravariance. I can't be smart enough to understand them, and I don't want to waste my time trying to.

6/28/2005

A9

O'Reilly Where 2.0 ConferenceでUdi Manberがしゃべる内容。

: "A9.com drove the streets of ten major U.S. cities, taking 20+ million photos of storefronts. Udi Manber, CEO of A9.com, shows how they did it, and how they allow users and business owners to upload their own photographs. At the end of his presentation, Manber will unveil a new A9.com location- related service.

！！At the end of his presentationっていっても、High Order Bitsの一部で持ち時間は15分しかないんだよね。発表ってなんだろ。

いわゆる一つの目標

The Success of Gnomedex Sponsorship

We strive to go beyond mere banner placement - and we don’t sell content.

それだ、そういうことだ。ギークなイベントってのはそうじゃなきゃ。

Webサービス論

吉松史彰のWebサービス論【第1回】(1)
ということで、昨年終わりごろ書いた日経バイトでの連載がオンライン公開されました（要ユーザー登録）。最初のほうだけ読んでもただの歴史振り返り企画にしか見えないので、順次公開されてからまとめて読んだほうがいいと思いますけど。

6/27/2005

自社独自のRSS

なんかちょっと前にタイムスリップした感じ。
LonghornがRSSをサポートは嬉しいが、ちょっと待ってほしい

RSS/Atomフィードを情報伝達のベースとして、現在サイボウズではポータルの開発を進めています。従って、MSのこの発表は歓迎したいのですが、自社独自のRSSというのはやめてもらいたいなあ。

RSSはそれ自体標準なんだからXMLとして利用してはならない、とでも言うんだろうか。

AtomとRSSが今後どうなるかという話は確かにあるんだけど、RSS+WebDavでAtom Feed＋Atom PPと同じことできるんじゃないの？って話もあるしなあ。

たまには黒子に徹して、業界標準に従ってみるという選択肢を採択する勇気をもたれたらいかが？、と思うのは僕だけでしょうか

なぜ業界標準であるRSS以外にAtomをサポートするんでしょうかね？って思うのは僕だけでしょうか？AtomはOKでRSSへのXML要素追加が不可というのはよくわからん。Atomのほうがよっぽど自社独自フォーマット再生産に近いと思うんだけど、そのAtomは盲目的にサポートするんでしょ。変、っていうかいまだにMS=悪の帝国みたいなステレオタイプ持ってる人っているのね。

追記：Atom 1.0はもうすぐ出るって。

6/23/2005

社内ミーティングの公開？！

はてなが毎朝のミーティング内容（の一部）を公開した。これまでは正直言われているほどはてなに狂気を感じたことはなかったけど、いやはやこれは...。

しかもはてなアイデアの内容を検討する部分を公開するという。僕ははてなユーザーじゃないからホントのところはわからないけど、アイデアの投稿者にとっては一種はてなに自分が面接されているような場面なのではないかと想像してしまった。面接を公開されるってどういう気分だろう。まあそんな大それたもんじゃないのかな。

いっそ、今朝のものよりも、これを決めたミーティングの内容を聞いてみたいものだ。それともミーティングなんかなかった（あるいはみんな同意、以上終了だった）のだろうか？

6/22/2005

買い物でストレス解消

...できないからウィンドーショッピング。くそー余計ストレスがたまったYO！

Pioneer DVD5.1ch サラウンドシステム HTP-S2

posted with amazlet at 05.06.22

パイオニア (2004/10/15)
売り上げランキング: 6,756

Amazon.co.jp で詳細を見る

Canon IXY DIGITAL 600

posted with amazlet at 05.06.22

キヤノン (2005/03/04)
売り上げランキング: 351

Amazon.co.jp で詳細を見る

6/21/2005

はてなGuess for IE Lovers with Turnabout

祝はてなGreasemonkeyってことで（？）、はてなGuessをIE+Turnaboutで動くように改造したユーザースクリプトを作ってみました。はぁ、なにやってんだ俺。

ひどいパネルでした

CNET Japanのイベントに終日出席してみた。

AskJeevesの人の話は、知らなかったので面白かった。司会者が質問させてくれなかったので、お開き後に「APIは提供しないのか」と質問しにいったら、「ウチはまだ小さいしエンジニア数も少ないので、GoogleやYahooのようには対応できない。まあ考えないではないけどね」と、要するにまったく計画なしという返事。AskのアルゴリズムがAskへの少ないトラフィックからしかアクセスされないのはもったいないと思うんだけどなあ。

Yahoo（ex.Inktomi）の人は物腰柔らかながらとっても緊張していた感じ。まあわかってる内容がほとんどだったんで、適当に流す。なんでYahoo Search Betaの発表しなかったんだろう？

Overtureの人の話は、プレゼンとはこうあるべきだという教科書のようだった。誰にこの話を届けたいのか、何を持って帰ってほしいのかをはっきりさせ、そこから論点がブレない。イタリアン（？）な熱さもグッ。ただし僕はその話を届けたい対象には入ってなかったので、内容は正直どうでもよかったみたい。

さて問題のパネルディスカッション。モデレータが何を質問したのかぜんぜんわからない。あとマーク氏って！フレッチャー氏かマークかどっちかにしてくれ！最初の「パネルの4人の立ち位置」みたいなプレゼン、内容がないよー全然。RSS広告社はRSSはHTMLの代替フォーマットくらいの勢いで宣伝だけしてるし（RSS広告をどうやって表示するんですか？というまっとうな問いに「は？表示？見てのとおりのGoogle AdSenseモドキのUIですけど？」みたいななんともズレたお返事をされていた）、Bloglinesは「RSSとビジネス」という議論はしてなかったし、ドリコムにいたっては、RSSはメタデータだといってみたり、RSSはメルマガの代わりだといってみたり（いや、もしかするとメルマガはサイトの更新通知でしかないという意味だったのかもしれない）と、なんともおかしな進行なので、いい加減ムカついて質問の機会をうかがっていたら、最後の最後に手短に、みたいな感じでやっとチャンスが。RSSはメディアなのかメタデータなのかって質問を投げ込んでみた。それもごていねいに「メディアなら広告が乗るのは理解できるけど、メタデータなら理解できない」と論点まで設定して。結果は案の定、もっともこういう質問への対処に慣れていて、適当にあしらってくれそうな伊藤さんだけに回答が託され、伊藤さんはリンク先のような伊藤さんの回答をした。それでまとまったことにしておしまい。ひでーよなんだそれ。この議論をすべきなのはRSS広告社 vs Bloglinesでしょうが。伊藤さんをこんな場所であんなふうに使いやがってもったいない！って僕が言うことじゃないけどさ。

SixApartの関さんは足を折っていたようだ。宮川さんのFlickrを見ると、日曜日に茅ヶ崎でBBQをしていたようなのだが。

最後にGoogleがGoogle Earthのデモをして、おそらく今日ブログにあふれるであろう感想エントリをすべてさらっていく腹積もりを見せ付けた。Ask.jpの地道だが有効なニッチ戦略もGoogle Earthの見栄えの前には風前の灯か。にしてもGoogleの人が寿司が食いたいというたんびに聴衆が爆笑していたのはなぜ？

結論：今日のはたぶんマーケッター向けなので、同じ顔ぶれ（企業名ってことね）を集めた技術イベントをやっておくれ。いや、やってやるから見てろ＞誰

6/20/2005

GoogleがPayPal対抗？だってさ

The Seattle Times: Business & Technology: Google reportedly plans to start payment service to rival PayPal
とりあえずクリップ。

6/19/2005

McDonald = Son of Donald

そういえばこないだイギリス在住の同僚に聞いた話。McDonaldってDonaldの息子っていうOriginを示しているんだって。さらに、O'ReillyはReillyの息子ということで、McとO'はまったく同義なんだって。

詳しい話をこちらのScottishHistory.comで発見。O'はIrishで確定、McはScottishにもIrishにもいるんだってさ。へぇー×２０でした。

6/18/2005

TよりCやIへ集中するためのWebサービス

株式会社セールスフォース・ドットコム宇陀社長へのインタビューより

宇陀氏
　私は、IT（インフォメーション・テクノロジー）革命という言葉に疑問があります。Windows 95の登場は、確かにIT革命だった。だが、その後をドライブしてきたのは、まぎれもなくCT（コミュニケーション・テクノロジー）革命であり、その最たる例がインターネットです。インターネットの劇的な進化と普及が、いまのITを支えている。そして、これからは本格的にITC革命という時代に入ってくる。ただ、ここで気をつけなくてはならないのは、「T」にフォーカスするのではなく、「C」や「I」にフォーカスすることです。ここにフォーカスしない限り、マネジメントは変化しない。当社が提供するビジネスモデルは、経営者が、Tの部分に振り回されるのではなく、本来マネジメントが求めているCやIの強化という部分に力を注ぐことができる。その点では、少しずつ当社が提供するモデルの意味やメリットが理解されはじめてきたといえます。どこかに出かけるのに、自家用車を買うという手もありますが、タクシーで出かければ、手軽に済むし、ガソリン代や保険料、駐車場代などは気にしなくて済む。ITにも、これと似たような選択肢が用意された、という認識が少しずつ定着してきたのはないでしょうか。

なるほどすばらしい。Tは、それにフォーカスするべき専門家に任せればよい。多くの利用形態で自家用車ではコスト対効果が見合わないことにそろそろ気づくべきだと。タクシーにはリスクもある（緊急時に手元にないとか、５人で乗りたいのにワゴン型が来ないとか）けど、それらのリスクとコストとの兼ね合いをまじめに計算してこなかったのではないかと。リスクは有無ではなく大小ではかるべきなんだよね、と勝手に読んでみました。

6/17/2005

Your time is limited, so don't waste it living someone else's life

... "and most important, have the courage to follow your own heart and intuition. They somehow already know what you truly want to become."

Steve Jobsがいいこと言った。こりゃ間違いなく俺に辞めろって言ってるな（ｗ

Amazon.com10周年記念イベント

すっぱ抜かれてる。
Amazon plans Bob Dylan, Norah Jones concert
くっそー、行きたかった。Norah Jonesが僕（の属している会社の親会社）のために来てくれるってのに。

FeedBurner も API

FeedBurnerがAwareness APIを公開してた。

これもFlickrなんかと同じように、HTTP GETでパラメータ渡してXMLを戻す形式。RESTの理想は理解するけど、やっぱわかりづらいし敷居が高いってことなのかなぁ。Web is all about reachだとすると、アベレージな開発者にリーチするにはこの方式が適当ってことなんだろう。さてさてどうなることか。<何が

Musical Baton

なんと、naoyaさんからMusical Batonがまわってきた。

Total volume of music files on my computer:（今コンピュータに入ってる音楽ファイルの容量）

3.47GB。このままiTunesで行くのか、迷いの現れた数字ですな。

Song playing right now （今聞いている曲）

What Am I To You by Norah Jones

The last CD I bought（最後に買ったCD）

Foo Fighters の In Your Honor (日本版。だってUS版はCCCD。）

Five songs(tunes) I listen to a lot, or that mean a lot to me:（よく聞く、または特別な思い入れのある5曲）

Guns N' Roses の Get In The Ring

Green Day の Macy's Day Parade

Simple Plan の Perfect

Norah Jones の Don't Know Why

クレイジーケンバンドのせぷてんばぁ

えーっと、次の人ってどうやって指名するのかなぁ。トラバうてないし。まあここ読んでないかもしれないけどいっか、ってことで以下の5人を。よろ。

AtsushiEno さん

Goodpic さん

WhoSeeMe さん

Yuma Shimakawa さん

Bursting Head さん

特に最後の人！３日坊主になってますよ！

6/16/2005

亡国のイージス

今さら読んだのですが、とにかく泣ける泣ける。元々映画版海猿をはじめ男の制服モノにとことん涙腺を刺激されてしまう僕ですが、身近にものすごく先任伍長をイメージしてしまう人がいて、その熱さと優しさにまた泣ける。

ただし！映画は見ないぞ。真田広之じゃないだろう。寺尾聡も違うな。中井貴一はよかろう。でも真田広之じゃないだろう。

おめでとうHideo Nomo

Hideo Nomoが日米通算２００勝を達成。

野茂は僕のヒーローだ。たまに似てるとかいわれることがあって、９５年にLAにいた友人にもらった野茂Tシャツを着てたら、おっさんにTシャツと顔を交互に指差されて不思議顔されたこともある（おいおいこんな貧弱な体で90マイル投げるわけないだろ）。悪い気がするはずがない。

寡黙な職人。ゆるぎない信念とそれを追い求める着実なステップ。一方で友人を思いやる温かい心。彼には男が惚れる要素がすべて詰まっていると思えてならない。Hide-o!

甦るWeb 2.0

...とか言って自分にexcuseを与える（笑）。

伊藤さんのWeb 2.0の解説には異論ありません。＊この＊Web 2.0が死んだとは思ってないでーす。

6/13/2005

MSのプロ向け画像編集ソフト？

マイクロソフト、アドビの牙城に照準--プロ向け画像編集ソフトを公開

画像編集。。。いやあ、そうじゃなくてポイントはここなんじゃないの？

Microsoftによると、このソフトウェアは、ピクセルベースのペイント機能と、ベクターグラフィックス機能の両方を持つという。

（強調は私）

Busmonsterが百式されている

つい先日までベータで、AmazonのIPからしかアクセスできないようになっていたBusmonsterが、公開直後に早速意識内検索というタイトルで百式されたようだ。先週シアトルのダウンタウンでさんざんバスに乗った僕が、このサイトにどれほど助けられたことか。シアトルがあっという間に知ってる街に変わるんであります。

バスのルートと停留所、各バスの現在位置に加えて、シアトルにたくさん設置されている、traffic camの現在映像まで見ることができる。こんなスクープもあるくらいで、Google Maps、目が離せません。っていうかがんばれA9。

なんて思ってたら、こんなニュースもありまして、ますます混沌としてまいりました。

6/12/2005

annotate google for Greasemonkey compatible IE dlls

Turnaboutも出たことですし、スクリプトはこちら。

TurnaboutでもTrixieでも動くはずです。動かなくても怒らないでー。

いや、ま、一応ウチも。。。

情報を秘密にして維持できる優位なんかタカがしれてるわい。そのとおりでございます。耳がー。

いやま、一応ウチもこれとかこんなのとか、ほんのちょっぴりあるんですよね、外に出てる内部情報が。まあどれもこれもいまひとつつかみどころがないですけど。

ただ、それは誰にとって「情報」なのかという視点ははずせないかなと。うちのお客様にとってMasonとかLinuxとか、はたまたサーバーの台数とかエンジニアの人数とかは情報ではないので、お知らせしても意味ないわけで。何をお知らせしたって発売日に届かなきゃクソで発売日前に届くと神なわけですよ。

っていうのが今までの真実だったわけですが最近じゃウチのお客様の中にはそっち方面を情報だと思う方も増やそうとしているわけで、悩ましーですなぁ、と中途半端におわ

6/08/2005

Ajaxの「本質」？

Ajaxの本質、「非同期メッセージ型ウェブ・アプリケーション」のススメ

全体的にDisagreed.
>> 最近、「これからのウェブ・アプリケーションはAjaxだ」という声を良く聞く。
え。聞かないよそんな声。そんなこといってるのは四文字熟語大好きマーケッターと、コラムの締め切りに追われてネタがない記者だけでしょ？ってまあそれはいいとして、これって、こないだのAdam Bosworthの話（を受けて、だよね？全然出展が書いてないけど）を取り違えてると思う。確かこの5点に関するスライドをAdamが示して説明していたような。＜誰かConfirm please。

まず第一に、これら5点は自明でもなんでもない。自明ってのは証明する必要がないってことでしょ？証明されてないと思うけどな。

（１）アプリケーションの明示的なインストールが必要ない。

それはそうだけど、それはWebアプリケーションの「本質」ではないでしょ。だってインストール・レスなこと自体はaccidentalじゃないか。たまたまいまどきのPCにプレ・インストールされてるだけ。Firefoxは明示的なインストールが必要でしょ。Greasemonkeyもそう。本質は、Web上にあるデータにはどこからでもアクセスできるってことの方で、アプリをインストールしないこと自体が本質なわけじゃない。

（２）サーバーとの通信を非同期に実行することにより、通信遅延によるＵＩのブロッキングを避ける。

これはAgreed。ただし、今Ajaxだ！といわれているサイトのほとんどはこれをあまり重視していない。いくらAにしたところで、返ってくるデータを待たないと次の処理に進めないようでは、Aの意味が全然ない。Ajaxを自慢するアプリやライブラリでAの部分を実装するものはまれ。

（３）サーバーとのやり取りは、ＲＰＣではなく、メッセージで行う。

Disagreed。まず、ネットワーク遅延云々という話は要するに送受信するデータ（ひいてはエンドポイントが持つ公開機能）の粒度のことを言ってるようにしか読めないが、粒度とRPCやMessagingといった作法とは直接関係ない。RPC（あるいはシームレスプログラミング）という言葉が代表するのは、実行環境ロックインのこと。RPCのシステムは、実行環境がクライアントとサーバーで共通であることを暗黙の前提とする。DCOM然り、CORBA然り、RMI然り。Bosworthが言っているMessagingとは、単にメソッド呼び出しの粒度を大きくしましょうなんて話ではない。RPCヘッダーの内容を読み取れないシステムでは、データが役に立たないような実行環境の固定化を象徴する言葉がRPCで、そうではない、ヘッダーはトランスポートのためのデータ、ボディは最終受信者のためのデータという具合に処理できるかどうか、それがメッセージングという言葉の意味だ。粒度が粗いとかいう話は、この前提から来る副産物に過ぎない。
そして、RPC vs MessagingなどAjaxの本質でもなんでもない。GmailやGoogle MapsがもしAjaxなんだとしたら、これらのアプリがやり取りするデータは高度に最適化され、完全にこれらのアプリに閉じている。ヘッダーとは無関係にボディを読めるようにするという話と、これらのアプリの作りは全然マッチしていない。また、仮にこれがタイトルをミスっただけで実は粒度の話なんだとしても、これらのアプリは実はフロントとバックとの間でやり取りされるデータサイズを小さくする（＝粒度が細かくなる）ことで最適化しているように見える。

（４）データ・バインディングはサーバー側ではなく、クライアント側で行う。

これはAgreedなんだけど、以下で述べるようにこの筆者の論旨とかみ合ってないと思う。

（５）ＵＩにインテリジェンスがあり、ある程度はサーバーに戻らずにユーザーとやり取りをする。

「インテリジェンス」「ある程度」...これが自明だなんて。それにやっぱり筆者の論旨とこのポイントはかみ合ってない。

とまあ細かいツッコミはあるが、筆者の論旨にもっとも共感できない点は、まずAjaxを「非同期メッセージ型ウェブ・アプリケーション」とイコールであると理由もなく決め付け、そして、「非同期メッセージ型ウェブ・アプリケーション」のプログラミングには必ずしもHTML、Javascriopt、ＸＭＬは必要ない」とする点にある。そもそもこのブログ記事の欺瞞は、最初の決め付けにある。Ajaxは、「非同期メッセージ型ウェブ・アプリケーション」なんかではない。

Aが非同期であることには異論はない。だから上の2点目にも異論はない。だがjaの部分は無視してはいけないのだ。なぜ、jaなのか。それは、たまたまプレ・インストールされているWebブラウザが大同小異で解釈できる唯一の実行環境だからだ。上の4と5（実は同じことをいっている気がするが）が本質であるのだとしたら、それは「今まではそうではなかったのにAjaxがそれを可能にしたから」であるはずだ。事実、今までは不可能だったように思えたIEとIE以外の両方で動く「Aja」なWebアプリケーション、上の（１）、（２）、（４）、（５）を満たすアプリケーションをjavascriptで書けることを、図らずもGoogleが世界に思い起こさせたからこそ、今のAjaxブームがあるのだ。「ja」があってこそのAjaxであって、jaを無視する議論はAjaxの説明になりえない。Ajaxは「非同期メッセージ型ウェブ・アプリケーション」などというチンケで「made up from the air」なマーケティング用語ではない。今そこにあるプラクティスを他人に説明するために便利なように後付けされた名前なんである。プラクティスが先。

メッセージングの部分に触れていないが、メッセージングなんてのは、AjaのAを実現するために利用できる唯一のプロトコルであるHTTPがメッセージングのためのプロトコルだったから、なんとなくそうであるように見えるだけ。JSONでやり取りされるデータが（まあJSONライブラリはいろいろあるにせよ）XMLで構成されるドキュメントと同じように「メッセージングっぽい」とは、僕には思えない。RPCでやり取りされる、暗号めいた、「わかるやつにしかわからない」データと変わらないでしょ。

XMLがAjaxの本質でないという点にはAgreed。でもそんなのみんな知っててあえてAjaxっていってるんでしょ？JSONとか使われてるじゃない。xを否定することがAjaxの本性を暴くことにはつながらないな。

そういうわけで、あのブログエントリで説明されているのはAjaxの本質でもなんでもない。また、非同期メッセージ型・Webアプリケーションの説明として正しいとも思えない。逆に筆者のほうが、Ajaxというプラクティスと非同期メッセージ型・Webアプリケーションというコンセプトを混同していて、Ajaxというプラクティスを前提にした議論を、非同期メッセージ型・Webアプリケーションというコンセプトの説明に持ってきているように読める。さらに、非同期メッセージ型・Webアプリケーションが「第二世代のウェブ・アプリケーションのアーキテクチャーの本質」だともいっているように読めるが、「第二世代のウェブ・アプリケーションのアーキテクチャ」とはそもそも何のことを言っているのかよくわからない。

そういうわけで、I disagree on the article. 「Ajaxの提唱者たちは、『HTML+Jascript+XMLを使ってウェブ・アプリケーションを作ろう』」と最初から主張している。「『非同期メッセージ型ウェブ・アプリケーションを作ろう』という主張と」「一緒くたにして発信し」ているのはこの記事の筆者であってAjaxの提唱者たちではない。

それからこれは自分への戒めでもあるのだが、「本質」という言葉を使う人が物事の本質を語った事例は多くない。

6/04/2005

MSN RSS Reader...

New version of start.com. Cool.

X41 Tablet PC

キタ、かも？！

6/03/2005

What? You can't remix contents on IE?

Eat this:

Of course it's based on Trixie.

A9.com - one of the 100 Best Products of 2005

PCWorld.comのThe 100 Best Products of 2005にA9.comが、Gmail、Skype、TypePadなどと並んで食い込んだ模様。

Googleも人手を使ってた？！

Google Secret Lab, Prelude - Henk van Ess's Search Bistro via Harold Davis

へぇー。これ曝していいもんなの？

6/02/2005

DHTML - Amazon.com way

Find Diamonds ajax way.

6/01/2005

Trixie - Greasemonkey userscripts now work on IE!

Trixie via Dare Obasanjo's blog

annotate google が動かねー。

5/31/2005

イチ抜けた、Web 2.0

Web 2.0って言葉はもう死んだね。すっかりマーケッターが議論を煙に巻く際の常套句として定着しちゃったよ。これからどんどん明後日の方角で使われるよきっと、Web 2.0。さよなら、Web 2.0（って言葉）。

さて、じゃあなんて呼びましょうね？Web 2.0ってイイ！キーワードだったのにな。惜しいヤツをなくしたぜ。

ピュアなプログラミングへの回帰

artonさんの連載記事でRailsとJavaベースフレームワークの思想の共通点。時代の流れとはこういうことか。

5/28/2005

シアトル de Episode III

再来週シアトル。Episode III見てきます。ダウンタウンでおすすめ映画館を知っている方、情報お待ちしております。
これ、むこうだともうちょっと安いのかな。だったら買ってこよう。

ダース・ベイダー FXライトセーバーエピソード3

posted with amazlet at 05.05.28

マスターレプリカ (2005/05/28)
売り上げランキング: 23
通常24時間以内に発送

おすすめ度の平均:

君もベイダーに

Amazon.co.jp で詳細を見る

Blog Hackers Conference 2005

著者お２人のお話を伺ったところでヤボ用が舞い込み、Lightning Talks聞けず。残念。

Blogはプラットフォームとなりブラックホールのように周辺技術を取り込んで、しかしそこから光るモノたちがどんどん飛び出しているような。「動くもの」が「インターネット上に」あって「ある程度誰にでも」リーチできるって環境が重要なんだなあ。

って、Bloggerって機能なさ杉だよなあ。ここまで置いていかれている感じが、逆に大ジャンプを予感させるんで使い続けているんだけど、放っておかれてるだけなのかも。

5/27/2005

おれたちにあすはないかもまあいっか

『若いころ実力主義が好きだった』
沁みる。

『ミーハーの方が人生楽しいで』
技術に対してミーハーでいつづけたい。

『朝起きてまずため息をする５歳』
『しりとりで利子や担保が出る１０歳』
うへー。
朝起きてトイレで舌打ち３４

5/25/2005

Interesting move of W3C

new list

ListPurpose:
This mailing list is dedicated to discussion of Web description
languages based on URI/IRI and HTTP, and aligned with the Web and REST
Architecture. Unlike WSDL (Web Services Description Language),
such languages are not targeted towards description of Web
Services.

Amazon.co.jp: DVD プレビュー開始

聞いてねーぞゴルァ。

Virtual Earth

Virtual Earth: MSN's answer to Google Maps

これマジすげ。Hybrid mapにTwo-way queryにEagle-eye view。Blog Itなんてのもあるらしい。すげ。

5/24/2005

MSN Virtual Earth

John Battelle's Searchblogより。
45-degree-angle view！そいつはたぶんGoogle MapsよりCoolだ。

5/20/2005

ソフトウェア工学？

orionaeさんが、『naoya氏の僕やはてながPerlを選ぶ理由を読んで。』

もしある人が「自分は薬品を混ぜていろんな物質を作るのを愛してるんです。
いろんなアイデアがわいてきて、そうやって作ったこの薬はこの症状にはすごく効くんですよ。」って言って提供する薬を、それを作った人が一切薬学や分子工学の知識が無いとわかっていて、あなたは人に薦められますか？？
（略）
極端なようですが、上記ブログでnaoyaさんが述べられているのは、まさに同じことです。

ぜんぜん違います。はてなは作ったソフトウェアそのものを配布・販売しているわけではないのです（いや販売してた気もするな、まあいいか）。2つめのホテルの例はあたってます。薬の例とホテルの例、立場がぜんぜん違いまっせ。

『あなたはそのホテルを責任を持って沢山の人に紹介できますか？』実在のホテルを人に勧めるときに、そのホテルの建築プロジェクトが「ちゃんとやってた」かどうか調べますか？ホテルの比較とか雑誌によく出てますが、そういう切り口みたことありませんよ。手抜工事だ欠陥住宅だって問題は実際にあるにも関わらずですよ。それでも調べませんよね、普通。だってホテルを利用するのは建物がちゃんと作られているからじゃないもん。夜中に大型トラックが横を通ったら部屋全体がミシミシいったとか、外装はキレイなのに部屋の壁に雨漏りのしみがあるとか、そういう欠陥をもし発見したら、次から泊まらなくなる。それだけ。はてながそういうソフトウェアなんだとしても（ごめん、知らないけど）、他に移ればいいだけの話。僕の知ってる方は航空機を専門にしてたそうで、航空会社もさることながら機材も吟味して乗る便を選ぶそうです。でも、それ普通の行動じゃないですよね。機材を選ぶとしても、それは777は新しいとか、A330だとエコノミーの前のほうで電源が取れるとか、そういうサービスのほうであって、「根本的に設計に共感できない」とかいって機材選ぶ人は少数派でしょう。

ソフトウェア開発者の責任は、ほかのあらゆる製造業となんら変わりません。
目的である求められたシステムを、できるだけ最終目標に近い形で、効率的に、高品質で作ることです。

ソフトウェアを売って直接的に対価を得るものだと思ってる人にとって、売り切って知らん振りするためには堅く作ることが必要です。でも、はてなのようにソフトウェアはサービスを提供する手段である場合、堅く作ることと同じかそれ以上に重要なことがあるんです。

請け負い型の開発では注文されてから作るんで、作った後でそれが売れないことがわかるなんてことはほとんどない。それどころか、作ってもらったら実際には使えねーシステムができてきて、使えねーもん作ったくせに金だけは最初の契約どおりに持っていったりする。だから工学とかのんきなこといってられるんでしょう。はてなはそういう商売をしていません。それだけ。そりゃはてなにだって信頼性は絶対必要ですよ。個人情報漏洩しちゃダメとかね。でもソフトウェア工学はそこんとこ解決しないでしょう。もし解決するんならソフトウェア工学者は仕事をサボりすぎですよこのご時勢。

<余談>911のときに、建築な人たちが結構ビルの構造についてまじめに語るのを見かけた気がするけど、個人情報漏洩事件があったときにソフトウェア評論家みたいなのが出てこないのは、そういうことを学問してる人がいないっていう証拠なのでは？あ、でも戦争紛争テロがあるとTVに登場する軍事評論家は学者じゃないか。</余談>

僕もシロウトなんでツッコミどころ満載なんでしょうけど、一応10年SI業界で給料もらってみて、ソフトウェア工学なんて学問が本当に存在するのかどうかすら疑問です。あ、あと、小さく軽くシンプルに始めて、拡張に対して柔軟であろうとすることを、『Hacking的な方法』という言葉で貶めようとするのはどうかなあと思いますね。

5/19/2005

東急百貨店本店のコンシェルジェさんありがとう

こういうのは口コんでおくべきだろうと思ったので。

今日ちょっとした用事で、東京・渋谷のシティバンクの最寄の郵便局ATMを探す羽目になった。シティバンク近くの東急本店の中にあるんでは？と当たりをつけてInformationに行って「郵便局のATMはありますか？」と聞いてみると、「手数料はかかりますが、郵便貯金が下ろせるATMがございます」とのこと。「つまり郵便局のATMはないってことですね？」と1/4ほどキレて聞いたところ「ハイ・・・すみません。」

そこで終わり、だろう普通は。チッとか思いながら出ようとすると、コンシェルジェのバッジをつけたおじさんが「郵便局をお探しですか？」と寄ってきた。「文化村の裏に松涛郵便局がございます。こちらを抜けていけばすぐです。」と。

郵便局紹介したって東急百貨店の売り上げにはまったくつながらない（事実何も買ってない）。しかも自分が聞かれたわけでもないのに教えてくれたコンシェルジェさん、ありがとう。ろくろくお礼も言わず走って出て行ってしまってごめんなさい。

Blog Hackers Conference 2005

Blog Hackers Conference 2005。Lightning Talksたぶんやるだろうと思って狙ってたんだけど、mixiをマジメに見てなかったのが仇に...。でも見てみたらエラくすごいメンツなので恥かかなくて良かったか。

A9.com new look

A9.com

What's new

5/17/2005

泣けるらしい

タタキツクルコト 1/1スコープドッグ制作日誌
	倉田光吾郎インフォバーン 2005-05-20 売り上げランキング : 221 Amazonで詳しく見る by G-Tools

Webサービス有害論有害論

ちょっと意味不明に盛り上がりすぎ。

Webサービス有害論の根っこにあるのは、PracticeのないConceptに反対することだと思う。だから、同じことはWebサービス有害論者側にもあてはまりますよ。PracticeのないConceptだけの有害論は有害です。少なくとも先日のパネラーはそこをはずしていなかったと思います。Atomの話にしても、REST系列のやつがQueries vs MethodsでCを頂戴している点についても。RESTがWebだとかいうけど、はまちちゃんとかBackpack事件（というかG Web Acceralator事件）とか、なくなんないじゃない。一方でXSDだのWSDLだのをPracticeしてる人たちは結構いるんだよね。そいつらにバーカバーカといって悦に入ったって何も起きないっしょ。じゃあその代替はどうやって作るのがいいのよ、って部分をPracticeしてみせてよ。

5/15/2005

Queries vs Methods

先日のパネルの内容を、村田さんがブログでまとめられている。yoheiさんのブログも参照。

で、パネルのハイライトはAdam Bosworthの（いろんな意味で）coolな発言に尽きるんだけど、ランチしてたとき一つわかんなかった（ので発言しそびれた）のが、彼の「Queries vs Methods」の真意。彼はA9のOpenSearchの試みを、Good Exampleとしていて、「何かしゃべれるか？」と聞いてきたのだが、どうも真意を理解していなかったので、あいまいな感じで終わっていた。で、Adamは実際にOpenSearchの話を壇上で一瞬し、ちらっと僕のほうを見て、僕の目から判断して「こりゃダメだ」と思ったらしく、自分で話したのであった。

で、その場で僕はようやく理解した（と思う）。彼のMethodsという言葉に代表されるのは、Strict Syntaxということなんだろうと。例えばGoogle検索というのはQueryの例であるわけだけど、「ReSTという言葉に関してもっとも関連の深いデータを順番に返してちょうだい。あ、ちなみに2ms以内でよろしく。」みたいなことで、Googleは最上のアルゴリズムで最高の結果を返す努力をしていると。ここで、GoogleへのQueryだって、URLに含めるパラメータを間違えて、「&hl=ReST&q=ja」みたいにしちゃったらダメじゃん、というツッコミはもちろん成り立つが、そんなレベルの話じゃないんだよね。

Methodsというのは、パラメータの順序やその明確な意味の事前合意を求めるモノの総称ということなんだろう。そして、重要なポイントはSloppyという言葉だとも思う。彼のいうSloppyなモノとは、要するに無邪気なまでにデータの読み手に解釈をゆだねる姿勢のことなんだと思う。パネルでもあげていたInternet Explorer（彼はv4チームのリードだった）の例：「なんとなくレンダリングできそうなデータが来たら、レンダリングするという方針。Webブラウジングしていて、『このページは読めません！文法が間違っています！』っていうエラー見たことないでしょ？」MethodsはこのSloppyを許さないモノを象徴する言葉だったのだろう。で、OpenSearchにつながるわけだ。RSS 2.0（XML 1.0+Namespaces）のような無制限の拡張を許容する仕組みがあるので、OpenSearch RSSはRSSリーダーにとっては10件のコンテンツに見えるし、OpenSearch Syndicatorにとっては最初の10件の検索結果に見える。（ってなことをあの場で言えればカッコよかったのになー）

村田さんのまとめにあるとおり、AdamはRESTとWS-*双方に、この点に関して厳しい点を与えている（うろ覚えだが、確かWS-*側にFをつけた理由として、SOAPはRESTと同じくらいSloppyなusageを許容するけど、実際のツールと仕様がともに、Methods的な使い方をencourageしているように思えるので、Fにした、と言っていたと思う）。で、このQueries vs Methodsの議論に関しても、AdamはAtomが重要な役割を果たすと思っているように感じた。

余談：ランチでTimとAdamが盛んにAtomの話をしていたんだけど、最初は何の話をしてるのかわかんなかった。Atomのことを「アダム」のように発音するんだもん。なんで君たちはこのひげおやじの名前を連呼しているんだ！とまじめに疑問に思ってた。Dave Winerがどうこうという話でようやく、Atomのことだとピンと来たしだい。ダサ。

5/14/2005

なんかBloggerが変わりはじめてる。

いくつかのメニューが日本語になってるし、投稿を編集しようとしたらCAPTCHAが使われていた。Atom PPのほうはどうなってるんだろう。

Web Services Considered Harmful? Apparently, but apparently not.

いやー、interestingでした。WWW2005のパネル。「楽しい」「おもしろい」というより、ためになるというか、interestingな体験でした。僕の英語もまあまあ多少は伝わったようで。

もちろん他の人はみんな本番しか見ていないわけだけど、パネルの打ち合わせと称して集まったランチでのAdam BosworthとTim Brayのマシンガンディベートがとにかくすごくて、正直この調子でパネルやられたらついていけないよ、とめちゃくちゃ不安でした。Atomが「read mostly web」を変えるんだとかいうまじめな話から、Indigo/Longhornに関するAdamのインサイダー情報から、最近Dave Winerはどうしてるんだとか、Google AcceralatorのReSTfulな話にいたるまで、まあありとあらゆる興味をくすぐるトークばっか。内容は理解していても、「で？」みたいに振られたら死ぬな、と。

しかしふたを開けてみると、彼らはみんなプロフェッショナル・スピーカーでした。打ち合わせでそういう調子だったということもあって、TimとAdamがパネルを引っ張り、Mark Bakerがたまに思慮深い発言をし、要所要所でモデレータのRohit Khareが話を進め、僕はあくまで黙ってるという感じで、無事90分が過ぎていったのでした。

始まる前は、きっと90分がめちゃくちゃ長く感じるだろうと思ってたけど、実際はあっという間でしたね。Rohitの進行がうまい上に、うまく僕の話しやすいことだけを持ってきてくれたし。あと、WWW2005は日本でやってるけど日本のカンファレンスじゃないので、Timの呼びかけと同時に質問者が後から後から出てきて、面白いディスカッションを繰り広げていたせいもあって、時間はあっという間でした。っていうか僕聞いてただけだけど。パネル全員に順番に振られたときしかしゃべらなかったんで。

一つパネル全員にとって意外だったのは、オーディエンスもほとんどがSimple Web Servicesというか、ReSTというか、の支持者のように見えたこと。ランチのときの打ち合わせでは、きっとオーディエンスのほとんどは、BPELとかやってる連中だぜ、とか言ってたんですけど。ぜんぜんそんなことなかったみたい。

まあとにかくいい体験でした。終わってから村田さんとも少しお話できたし。yoheiさんにもお会いできたので、終わってみれば昨日の成果は上々でした。も少しパネルとしての発言ができたら100点だったんでしょうけどね。

5/13/2005

できるヤツから潰される

できるヤツから潰される

ここで問題は、僕は上司に恵まれたAさんなのか、そもそもDさんなのか、ということかな。Dさんの立場で自分を幸せだとは思えなさそうだから、Dさんではないと思うんだけど...。でも周囲から見ればDさんなのかも。あ、それがDさんの立場で幸せだってことなのか。あーれー。

[PANEL09] 15:30 - 17:00 "Web services considered harmful?"

おぇー、WWW2005のPanelにでることになっちゃった。

5/12/2005

A Ole!

「エピソード3」は素晴らしい！スピルバーグも大絶賛だって。確かに、「全6話を締めくくるのに、これ以上望みようのないほどの素晴らしいエンディングだよ」と、エンディングのよさを説明しているので、期待できる気がする。おっしゃ、Guam行くぞ。

5/10/2005

熱いぜ30代前半

5/09/2005

Google Web Accelerator: Hey, not so fast - an alert for web app designers - Signal vs. Noise (by 37signals)

Once we figured this out we added some code to prevent Google from prefetching the pages and clicking the links, but it was quite disconcerting.

っておいおい、そりゃあんたGETでDELETEしてるほうが悪いだろ。Javascriptをすりぬける！なんて文句言われてモナー。こんな回避策を公表するくらいならも少し設計を考えたらどうだろうか。なんだかRailsへの興味が薄れちゃったなぁ。関係ないけど。

UPDATE: なるほど。こりゃいいね。

5/06/2005

Bonjour SDK for Windows

Bonjour SDK for Windowsが出た。さて、何しよ。

ARE you a geek?

技術者に求める情報発信って何よ？

「古い日本」というのは、ギークに対してスーツを着ることを強要する文化なのである。

そうかなあ。ギークにならない・なれないハンパもんが、食うために仕方なくスーツ着てるってのが多いんじゃないの。あ、もちろん含自分ね。僕が知ってるギークはギークのままでいるもんね。

触れられてる清水さんのエントリの内容もとってもよくわかるんだけど、そういうのって一方で、節操なくハンパにかじった最新技術をシロウトに押し付けて金儲けするって悪しき風潮の担い手でもあるわけだ。デスマーチ型SEなんてありがたくない称号も、わかんないしたぶん使えない新技術を、誰・何のために導入したのか理解しないまま、それでも平気で毎日キーボードをたたき続けられて、別段そのことに疑問を感じない人に送られるもんで。

ここんとこ、僕がMSの製品や技術なんかより、GoogleやMSN、それにはてななんかに興味があるのは、自分たちのビジョンを実現するために必要なことについて極限まで突き詰めようとするギーク集団に見えるからだ。JavaかC#かVBかなんて議論は、そういう場所では議題ですらない。自分たちのサービスのために、自分たちが何を知り、調べ、実装すべきかということについて合意があるので、めったやたらに「最新技術」だの「次世代製品」だのに飛びつかなくてもいいのだ。

その新技術、誰の生活をどう変えるためのものなの？

4/28/2005

「正しい使い方」が正しい使い方とは限らない？

Jon Udell: The wrong end of the telescope?

abuse and emergence: When I first began using Perl I found that I was immediately productive, long before I really had a clue about how to use the language. I thought that was a good thing, and I still do, and I think the same principle applies to HTML and HTTP. If doing stuff in these environments had required deep understanding and/or specialized tools and frameworks, then all sorts of important stuff wouldn't have gotten done. From this perspective you could argue that resiliency in the face of widespread abuse is a key quality of technologies that give us the emergent effects we want, that REST has this quality, and that Web services technologies need more of it.

AWSもJungleScan.comみたいなものがあったからこそjustifyされたアイデアだったといえる、かもしれないような気がするみたいな。＜自己防衛

アウトプットの定義

梅田さんのエントリに対していろいろな考察が集まっていて、おもしろい。探し回るのは面倒なので、梅田さんのエントリへのトラックバックと、梅田さんのはてなブックマークのものしか読んでないけど（うわ、僕のもブックマークされてる）。

んで、アウトプット＝ブログで情報発信という等式で、ブログを書いてない＝アウトプットがないという話で、大企業人がブログを書き始めることはないだろうとか、ビジネス系ブログは増えるかどうかとか、なんとなくそういう議論ばっかりに見えるんだけど、「アウトプット＝ブログ」じゃないでしょ。

僕のこのブログは僕にとっての備忘録くらいの内容しか書いてないし、仕事でやってるほうのブログはNews Updateしかない。だから吉松はアウトプットしてないとか、吉松が勤めている会社はPRポリシーが厳しいからアウトプットがないとか、そういう話じゃないだろうと。というかこないだの「知識を使う方向で」というのは、ブログを書くなんて小さいことじゃない。

アメリカ人のアウトプット指向ってのは、別にブログのエントリが多いとか少ないとかじゃなく、目に見えるものをまずは届けてみるということを、届ける前に作った理由を一生懸命考えることよりも優先するって話だろうと思う。アメリカ人たちだって、完璧を期してフランケンシュタインの怪物を作っちゃうことも多々ある（WXSとかXQueryとかｗ）けど、それをみて怪物だという人がちゃんといて、そういう人たち同士がきちんと議論できる場所があるってことが、日本という環境との違いだろうと思う。

アメリカ人一人ひとりが日本人一人ひとりよりも絶対的に賢いわけじゃないけど、アメリカ人の脳みそが全部つながったら、やっぱり日本人一人ひとりの脳みそでは勝てるわけがない。で、多くの日本人は脳みそへのインターフェイスを公開しないから、つながる術がないが、アメリカ人のアウトプット指向は脳みそへのインターフェイスを公開することなので、脳みそつながりが作られやすく、現実につながっている、と。

よくわからんけど、僕がアウトプットをしているとしたら、それはこのブログに埋め込まれているUTF-8の記号（だけ）ではないということだけははっきりさせておきたい。いや、自分に対してはっきりさせることにした。以上。

4/27/2005

FeedBurner + Google AdSense

FeedBurner + Google AdSense : NDO::Weblog

FeedBurnerにもキテたらしい。

ん？Ads by amazlet.com？

キラーキター

jkOnTheRun: FCC pics of the IBM Thinkpad Tablet PC

X41 のタブレット！やっぱしばらくPowerBookは我慢します。

知らぬが仏、じゃなくて

梅田さんのはてなダイアリーより

日米の専門家を比較して思うのは、日本の専門家はおそろしく物知りで、その代わりアウトプットが少ない。もう公知のことだから自分が語るまでもなかろうという自制が働く。米国の専門家はあんまりモノを知らないが、どんどんアウトプットを出してくる。玉石混交だがどんどんボールを投げてくる。そんな対比をすごく感じる。

耳が痛いなー。僕は自分で書くのもなんだけど、特にWebサービス関連のXML技術に関しては、仕様の内容とか落とし穴とか、それぞれの分野でのオーソリティは誰かとか、かなり良く知ってるほうだと思う。で、その知識を基準にすると、米国の一般的？技術者の会話はかなりお粗末だと思うことがよくある。「そんな議論は3年前に終わってる」みたいな感覚。

でも、じゃあオマエはその知識とやらをどう世の中のために活かしてきたんだ？と聞かれれば、返す言葉があまりない。せいぜい原稿書いたくらいか。"Intelligence is not a privilege, it's a gift, and you use it for the good of mankind." だよねぇ。Spidermanのセリフってどれもいいこというよなぁ。"With great power comes great responsibility." とか。あー今晩もう一回観よ。

あ、とにかく、使われない知識は存在しないのと同じ。今現在の立ち位置で、少しはgood of mankindのために使えればなあ、と日々思う。

4/26/2005

AdSense in RSS

AdSense in RSS - Explained

GoogleがLonghornBlogs.comをテストサイトとして選んだという風に読めるんだけど、そういうことなの？

泳いでわたるとどんなご利益が...？

「公約通り大西洋を泳いで横断する」

自分とこのCEOがやったら大迷惑（金がかかって得るものゼロ）だが、ひとのところのCEOがやるのは見てるだけだから面白い。ただねー、これってなんだかんだといっても彼の命を守るためにものすごい金と人が使われるわけで、なんかの利益になるのかね？

着いたらそのまま海パンでRedmondに出かけて、「IEも標準を実装して、1000万ダウンロード達成したらバルマーがオスロまで走れ」とか言ってくれるのかな。それならなおさら楽しいんだけど。

まともなSOAの解説

A SOA Versioning Covenant

Rocky Lhotkaはこの手の話をする人の中でも最も信頼の置ける1人。今回もすばらしい。バージョニングの話のように見えるが、SOAとか言われているものの本質（の少なくとも一端）を語っていると思う。Must read。

4/24/2005

はまちちゃん問題とReST

CSRFっていうんですかへー。

GETでリソースを操作できてしまうことが問題なんですよね...。例えばIMGタグを許容する場所でGETによるリソース操作可能URLをsrc=に貼っとけば、表示と同時にリソースが操作されてしまうわけで。ReSTですとかいっていて、実はGETでリソースを操作してしまう「API」ってたくさんあるんですよね...。あー耳が痛い。まあPOSTにすれば無問題なわけではないけど、少なくともIMGだのIFRAMEだのSCRIPTだので、貼っただけで呼び出されることが確定することはないわけで。

WebサイトではPOSTを使っていても、意外と同じクエリ文字列をGETで送っても通ってしまう実装ってたくさんあるんで、この手の問題って今後も増えていくんだろうなぁ。あー耳が痛い。

4/21/2005

Amazonにタグが！

タグ？！ on Amazon.com

Search Insideで抽出した頻出単語ってことみたいですね。これじゃ自由にタグはつけられないぞ＝フォークソノミーじゃないぞ、と。ネタが古い（爆）。

Darth Vader lives!

Darth Vader lives!

まちきれねー。

4/20/2005

Google Fight でいろいろと。

naoyaのブックマーク経由、yoheiさんとこでrestとsoapのgoogleFightをやってて、rest圧勝ってことで異論はないんだけどふと、「休憩」vs「石鹸」って意味になっちゃってんじゃないか、と。で、いろいろノイズ排除の方法を試してみた。とはいっても検索語を追加しただけだけど。

rest xml http vs soap xml http あたりだと均衡してるような。
面白いのは、rest web services vs soap web services と rest webservices vs soap webservices の違い。結果が逆。笑

Google Maps UK

アビーロードスタジオとか。

OpenSearchBar - Internet Explorer Toolbar

A9がOpenSearch仕様を公開して1ヶ月経過しました。A9に登録されているOpenSearch準拠エンジンの数は増え続けているようですが、 OpenSearchのOpen-nessは、検索エンジンをA9に登録できるというだけではなく、A9のような検索エンジンを集める場所を誰でも作れるということも意味しているはずです。ですが、A9以外の場所でOpenSearch準拠エンジンを集めた場所ってのが見つからない。そこで、特に検索エンジン（や検索対象のデータ）を持っていない僕は、検索エンジンを集める場所を作ってみることにしました。

とはいっても、A9の２番煎じの Webサイトを作ったって無意味。でも、あったあった、OpenSearchに意味のありそうな場所が。Firefoxには検索バーが標準装備なのに、 IEにはそれがない！それっぽいのも見当たらない？！じゃあ作っちゃえ、ってことで作りました。OpenSearchBar for Internet Explorer。

バイナリはこちらで、Uglyなソースはこちら。

使い方

OpenSearchBar.dllを適当にどこかにおいて、コマンドプロンプトで >regsvr32 opensearchbar.dll をして登録します。HKEY_LOCAL_MACHINEに書き込むので、管理者権限が必要です。
登録したらIEを起動してツールバーを表示します。
Optionボタンをクリックします。
下のほうのテキストボックスに、登録したい検索エンジンのOpenSearch Description DocumentのURLを入力して、Addボタンを押します。うまくいくと、検索エンジンが登録されます。
OpenSearch Description Documentの所在は、検索エンジンの作者さんに聞いてください。SyndicationRightがopenになっている場合は、A9のサイトでも確認できます。
OKしてOption画面を抜け、ツールバーのコンボボックスを開いて検索エンジンを選びます。
検索キーワードを入力して、ENTERキーを押します。
音がしなくて不安に思われるかもしれませんが、そのうち検索結果が表示されます。
検索結果の画面最下部に「NEXT>>」リンクがあるので、次のページへも進めます。
次のページへ進んだときも、音がしなくて不安に思われるかもしれませんが、そのうち検索結果が表示されます。

なお、登録した検索エンジンの情報は、CSIDL_APPDATA、通常は「C:\Documents and Settings\ユーザー名\Application Data」の場所に、OpenSearchBar.xmlというファイルで保管されます。登録した情報を削除する機能や、検索ボックスに出てくる順番を変える機能はないので、このXMLファイルをエディタで操作してください。

ソースコードは好きなように使ってください。好きなようにした結果できあがったものをどうしようと勝手にしてください（笑）。
ソースコード、バイナリとも、これらを見た／使った結果何が起ころうと、私は何の責任も取るつもりはありません。そのことを許容できないリスクだと思う方は使わないでください。

Have fun!