FONのルータが届きましたー。
つなぐとその辺の輩に公開するFON_APと認証が掛かったMyPlaceの二つのAPが出来て、WEPのキーは本体裏に書いてある。初回接続時にルータの登録ページにつながって、登録終わるとそのアカウントで他のAPにも入れると。早いお話だなぁ～。
WiMAXになったらホント首都圏カバーしちゃいそう！
BRUTUSのクール・ジャパン特集とかいうのを立ち読み。
海外で日本の料理、ファッション、建築、サブカル（マンガ・アニメ等）とかが流行ってるよって話。最後の方で各分野のえらい人になんで流行ってるのかを聞いてるんですが、要は↓こういうことだそうです。
- 日本には階級が無いのでハイカルチャー・ロウカルチャーがあんまり分かれてない。自由な発想が出やすい。
- 90年代に不況だったので商業主義が優先されててパワーがある
- 日本には昔からリミックスする文化があるのでそこが最近の風潮とあってる
- 日本人は細部にこだわるので細部が重要な分野でクオリティが高い
へ～。 全然関係無いですが、Webサービスに当てはめてみると、
- ハイカルチャーの敷居を下げる何か。もしくはロウカルチャーをみんなに使わせる何か。
- ねずみ講的な何か・・・
- マッシュアップ
- 細部にこだわったUI
何も思いつかない！（モバゲーっぽいかも？）
AWS Workshop#2に行ってきました。
概要
Amazonに限らず、Webサービスについて話したり作ったりするコミュニティを作りたい。そんな集まり。主催者はAmazon.co.jpのEmerson Millsさん。今後月1で開催。
AmazonのWebサービスを使った面白い事例
発表者:Jeff Barr（Amazon.comの人）
- Amazonの各種サービスカテゴリを花びらにみたてたサービス
- flowerとbrowserをかけてる
- ECSを使ってる
- Flashで出来ててUIがユニーク、1クリック購入ならぬ、ゼロクリック購入（かも？）
- ECSのデータからBlue-ray DISCとHD DVDのどっちが優勢なのかいろいろな角度から統計を出してる。
- 実際にメーカーでこれを戦略会議の資料とされてるらしい
- Q. データを保存しといちゃいけないって規約がなかったっけ？
A. 過去のデータ（特に値段）を見せられると紛らわしいので禁止してる。この場合はそうとわかるからOK。（規約を変えたほうがいいかも）
- 裏は全部ECSを使ったECサイト（Amazlet.comみたいなもん）
- 実はAssociate o maticを使ってGenerateされたサイト。
- Associate o maticとはECSを使ったECサイトを生成するツール。ちょっとしたコンフィギュレーションでアサマシショッピングサイトができる。（MetaMetaAmazon）
- アサマシサイトのアソシ料の1割がAssociate o maticに入る仕組み（規約であらかじめ書いてあるから問題ない。）
- Q. co.jpのでもいける？
A. comとco.jpの違いはクエリのエンドポイント（URL）と返りがマルチバイトってだけだからいけるんじゃないか？Jeffさんが作者と友達なので誰か協力してくれればすぐJP対応できるよ。 - 個人が暇な時に作ったソフト
- どうせネズミ講やるならピラミッドの上の方から入ろうみたいな考えが超怠惰（良い意味で）
- ECS使って似たアーティストを検索・表示できるサイト
- 線や色でアーティストの共通する性質を表してる
- 一個の商品を世界のAmazonで価格比較。
- DVDとか.comの方が.co.jpより全然安かったりする
AWSコミュニティの話
- デベロッパ用コミュニティが.comでは盛ん
- 質問に答えるとポイントがもらえる
- ポイントもらうとステータスのランクがあがる（人力検索系と同じ）
ECS必殺技
発表者:Emerson Millsさん（Amazon.co.jpの人） *Ubuntuつかっとる
- co.jpのモバイル版はほとんどECSで作ってます。
- ECS 利用制限: 1 秒 1 コール（1 ユーザ ID から）
- 1 コール = ASIN（Amazonの商品コード＝エイスン）ではない、最大 10 ASIN まで
-
バッチオペレーション
- ASIN（Amazonの商品コード）を10個までいっぺんに渡せます。
-
マルチオペレーション
- 検索とルックアップ、ルックアップとルックアップなど複数種類のリクエストを一回のリクエストで取れます
フリートーク
ここで出たAmazonへの要望は日本からの要望ということで必ず.comの上司にぶつけるよ。
AWSZone便利だよ
- フォーム入力してAmazonの各種APIの返り（XMLとか）が見える。
- S3とかいろいろ試せる。手っ取り早い。
Amazon Mechanical Turk
システムに人間を組み込むAPI（これはすごい） 具体的には・・・
アプリ > Mechanical Turk API > 何らかのアプリ > 人間
- アプリはAPIにやって欲しいタスク、報酬（お金）を渡す
- 何らかのアプリ（例えばWebのフォーム）で人間にタスクと報酬を提示する
- 人間は何らかの結果（翻訳結果テキスト・音楽ファイル・画像ファイルなど）を何らかのアプリに渡す
- APIは結果を返す。
- アプリは結果を返す（ことになっている）APIを見に行く
MTurk(Amazon Mechanical Turk)の事例
- 不動産会社が物件の写真を人に撮ってもらって物件情報が充実
- 上司の車をひっくりかえしてもらう
- 上司にパイをなげてもらう
- 写真に写ってるのが大人か子供か判別してくれ
- あるサイトがアダルトかどうか判別する
- 50セントで「こんな婦人服の売り方は駄目だ」をテーマで面白いビデオを作ってくれ
- 私のブログをよんで50ワード以上のコメントをしてくれ
- 部下の勤務態度をビデオにとって送ってくれ
- 鼻歌（mp3）からどのCDなのかおしえてくれ
- 報酬はお金（銀行振り込み）なので使うインセンティブが強力
- 上陸したら（今は.comだけ）人力検索系は死ぬかも
- Google Answerが失敗したのはタイミングが悪かった（←そうかな？）
- Amazonとしてはこれのjp版に事業性がある（儲かる）ことはわかっている。一番ベストな投入タイミングを見計らってるだけだそうです。
Amazon Elastic Compute Cloud(EC2)
- API経由で扱う仮想のマシン？
- S3はストレージでEC2はコンピュータ自体？
- CPU時間いくらの昔の汎用機のイメージ？
- EC2でいろいろ面白いことやってるとこ。
- EC2上でWindowsを動かしている
- そしてそれをHostingしてる
とてもためになりました。MTurkが面白そう！あと、co.jpモバイル版をECSで作ってるって話。WebサービスからHTMLを吐くって発想はなかったわ。自社サービスも自社のAPIを使った単なるマッシュアップとして作れば柔軟で変更に強くなりそうですな。
ほんとに一番気になったのはASINの発音が「えいすん」だったことですが・・・。
ひげぽん OSとか作っちゃうかMona – Color-SVNIRCで教えてもらった、colorsvnで svn コマンドの出力に色がつく。
入れてみたが良いかもしれない。
共感。 これはいいものだー！
静的メソッドの呼び出しにCLASS使いたい – よくきたblogfunction foo() { call_user_func(array(CLASS, ‘bar’)); } でも out ですか？
kumatch / URL / Dec 6th, 2006 14:27 / [ 編集 ]
素敵！ パクろ！
自称(美人)フェミニストが愛を語る | 誉め殺しを同性にもしてしまう女性対策男性といる時はこれで問題ない彼女達も、同性（女性）と一緒の時に、同じことをしてしまうと大問題が！！
女性同士の時も、男性にしているように女性を必要以上に誉めまくると「嫌味やろ～」・「ウソ臭いやろ～」・「心にも無いことを！」と、嫌がられる。 例えば本人は京都大学法学部出身なのに立命館大学経済学部出身の女性に対して「すっごーい！経済学部なんだ～頭いいんだね～」とか言うタイプ。←ほんまにいるんですよ、私の周りに。どうです？皆さんこのタイプ。）
男性で誰に対しても褒めまくる鈴木さん（仮名）という人がいたんですが、たしかに俺が、
「（鈴木さんは）将来なりたいもの第2位だよ」
内訳： 1位 ガンジー 2位 鈴木さん 3位 マザー・テレサ
というと男性は、「おれも、おれも」とか「4位は？」とか言うんですけど、女性は「え”～～～」といって本気で嫌がってました。
最速インターフェース研究会 :: ライブドアのテクノロジーセミナーでしゃべってきました昨晩はライブドアで開催されたテクノロジーセミナーで「Technologies for UI」という題でプレゼンをやりました。 発表資料はpdfかhtmlで公開する予定ですが、とりあえずテキストだけ先にアップしておきます。
資料だけでもためになる気配がぷんぷんしますなー。 行った人が得したというか、行けなかった人類（含む俺）が損した感が・・・。動画pls・・・。
以前に、「IEでfavicon出ない問題」をPHPはさんで解決しました。しかし、favicon一杯あるページ（ココとか）では切なくなるほど遅くなります。
普通の画像だってあるだけリクエスト飛ぶのに何が違うのかと思ったんですが、よく考えたら普通の画像はブラウザにキャッシュされるので2回目からリクエスト飛ばないんですよね。PHP挟むと毎回フレッシュな画像が表示される。（悪い意味で）
要はPHPでもブラウザにキャッシュしてもらえばいいのカー。 PHPのデフォルトではご丁寧に（今回は邪魔だけど本来超嬉しいデフォルト設定）ブラウザにキャッシュされないようにヘッダを吐いてくれてるので、（p0t: 戻るボタン対策）それを切るだけで良かった。
session_cache_limiterのパラメータの細かい説明がマニュアルに見当たらなかったんですが、
- nocache—- ブラウザにキャッシュしないで（デフォルト）
- private—- ブラウザにキャッシュして
- public—- ブラウザとキャッシュサーバ（プロクシとか）にキャッシュして
だそうです。(via http://www.hizlab.net/app/portal.html)
<?php
<strong>session_cache_limiter('public');</strong>
header('Content-Type: image/x-icon');
echo file_get_contents($_REQUEST['favicon']);
?>これで2回目から糞速い。
XangoはPerlで書かれた汎用クローラーフレームワークです。イベント型フレームワークPOEを使用することにより高速なクローリングが可能です。実装にもよりますが、単一プロセス内でインデックシングや文字コードの変換等の処理を同時に行うアプリケーションでも１秒に５～８ URL、１時間で 18000 ~ 22000 URLの処理が行えます。
超よさそ・・・。 こんな情報を発見しましたが、一番やりたいのがクローラのスレッド化なので意味ないか･･･。
マイドメインレジストリサービス＜おしらせ＞ 2006/12/13 夕刻 ～ 2006/12/14 11:00 マイドメインのサーバが停止しておりました。
現在、詳しい状況を確認中です。 サービスが停止し、ドメインをご利用のお客さまに、多大なご迷惑をおかけしたことをお詫び申し上げます。
しばらくこのページも見れなくて困りました･･･。 ちくしょう！移管してやる！