Nov 26, 2007

SpamLookup - Keyword Filter: おクスリ系キーワード

最近トラックバックスパムをあまり受信しなくなった。というか、Junkとして排除できるようになった。

なぜかと言えば、SpamLookupのKeyword Filterの「スパムにするキーワード」におクスリ系キーワードをガッツリ登録したからだ。

/adderall|ambien|amoxicillin|cialis|ephedra|ephedrine|famvir|fioricet|hoodia|hydrocodone|meridia|oxycodone|paxil|percocet|pharmacy|phemntermine|phentermine|ritalin|soma|tramadol|tylenol|ultram|valium|vicodin|xanax|zoloft/i 4

これで一日あたり4000件くらい排除できている。

2007-12-04追記:
このあたりも追加しといた方が良いかも。

/adipex|lexapro|lipitor|oxycontin|propecia|prozac|wellbutrin/i 4

Nov 23, 2007

OpenSocialって? (続)

Ogawa::Buzz: OpenSocialって?というエントリーを書いたけれども、

People Data API Reference Guide - OpenSocial - Google Code

などでFeed URLに個々のサイトのドメインが指定されているところを見ると、Googleがプロトコルアダプタになってくれるのではなくて、パートナー(SNSサイト)が各自でエントリーポイントURLを提供するみたいね。つまり、パートナーはGoogleからGData APIサーバの実装自体を供与され、自分の責任でSPIを実装した上で動作させることになる。

前者の方式は、GData APIの仕様をGoogleが独自にアップデートできるというメリットがあるのだけれど、プライバシーの問題や負荷がGoogleに集中した場合のサービスの継続性の問題がある。後者の方式はプライバシーの問題はないが、Google側の管理可能性が低くなり、また高負荷時のサービス継続性は各サイトの責任となる。OpenSocialでは、後者を選んだ、と。

ということは、OpenSocial APIの真の意義は、GData APIの実装をパートナーに限定して公開するということだ。パートナーは、GoogleからGData API Serverの実装の供給を受け、それを使って自前のサービスをOpenSocialサービスとして公開できる。したがって、パートナー契約の内容を度外視すれば、原理的には公開するサービスがSNSサービスに限定されるわけでも何でもなく、別に自前のブログサービスをGData API化する目的で使用することもできる。

ちょっと見方を変えてGData API「実装」のオープン化を望む立場からすると、OpenSocialの提唱する「SNSのオープンシステム化・分散SNSの統合化」というお題目は、実は実装の公開をパートナーに限定するという事実に対するexcuseでしかない。そんなお題目を真に受けて同期だの非同期だの議論するなんてチャンチャラおかしい。現状Googleは、GData APIの仕様を自分の支配下に置いておきたいと考えているだろうし、ライセンス販売するとか、GData API Server自体を1Uサーバとして販売するとかといったビジネスモデルの可能性を考えれば、致し方のないことだが。

玄品ふぐ 三軒茶屋の関

玄品ふぐはとらふぐ料理のチェーン店。私の棲む三軒茶屋にも昨年一月に出店しており、気がつくと都内には44店舗もある。他にも同じようなチェーンとしてとらふぐ亭というのもあるらしい。

玄品ふぐやとらふぐ亭は、ふぐ料理店としては格安ではあるものの、飲食店チェーンとしては異例と言ってよいほど客単価が高い。ふぐという食材の仕入れ値が高いことはさておき(養殖・低温保存技術の開発によって克服できたからこそチェーン展開が可能だったわけで、すでに解決済みの課題なのだろう)、上海蟹などと同様「フラグ立て」型の商材であり、かつ高タンパク・低脂肪な料理であるために「リピートしない」ことがそもそもの問題だ。好きな人でも月に一回行くかどうかくらいで、夏はその存在すら意識しない。普通の人は一冬に一回も口にすれば十分だ(その貴重な「一回」も忘年会などで無自覚に消費されてしまいがち)。したがって、焼肉や回転寿司のように郊外に出店するのではなく人口密集地に出店する必要があり、そのために地代も高い。そのような立地で少しでも地代を抑えようとすれば路地裏などの微妙ロケーションは避けられない。言うまでもなく夏場は需要が低迷する。酷暑であればあるほど。

…あらゆる条件が苦戦を予想させるのだが、店舗の回転の早い三軒茶屋(ジンギスカンはホルモンに、中華粥はサムギョプサルにと時流に従うだけの飲食店の多い街)でも何とかひと夏やり過ごしたわけだから応援したくなった。ほんの少しだけ、だけど。

幸い(?)よく冷え込んできたこともあって、昨日三軒茶屋店(場所的には駅近なのだが路地裏の地下にあり、厨房を含めてそんなに広くない、スナックのような物件)で一番安い匠味コースを食べに行ってきた。


拡大地図を表示

これはいいね。大枚はたいて食べるのとそれほど遜色ない。てっさもてっちりも雑炊もおいしかったし、店員の仕事も悪くない。「今年の冬もフラグ立てたぜー」という満足感もある。また来ようとも思った。

…ただね。ふぐ料理というのは思ったよりメニュー構成が単純なものなんだね。コース以外のメニューがほとんどない。次回同じコースを注文してもまったく同じものがまったく同じ手順で出てくるだろう。それが美点ではあるが、「遊び」がない。一皿単位でカスタマイズ可能な焼肉などの対極にあって、どちらかと言えばラーメン屋に近い。かたや「次は白子を食べられるといいな」程度のバリエーション、かたや「次はつけ麺を注文しようかな」程度のバリエーション。

ちなみに玄品ふぐ 三軒茶屋で検索しても今現在約944件しかヒットしない。しかもほとんどがポータルサイトとアルバイト募集ページ。…ああー!ここって関門海(Yahoo!ファイナンス - 3372.t)なのか。厄介な…。

Nov 21, 2007

RHEL5.1では AMD Barcelona のnested pagingに対応するそうな

URL、ながっ!!!

Red Hat Magazine | Red Hat Enterprise Linux 5.1 utilizes nested paging on AMD Barcelona Processor to improve performance of virtualized guests

RHEL5.1では、完全仮想化ゲストOSのI/O性能を向上させる準仮想化(PV)ドライバを提供する上、AMD Barcelonaプロセッサで利用可能なnested paging(ゲストの仮想メモリからマシンの物理メモリへの二段階の変換を行うハードウェア支援機能)をサポートする、ということです。

Oracle 10Gを使ったOLTPワークロードでのテストによると、この両方のテクノロジを用いることでただの完全仮想化ゲストの3.49倍の高速化が図れ、ベアメタルでの性能の75%くらいの性能が出るようです。

それでも、(完全な)準仮想化ゲストだとベアメタルの91%くらいの性能が出るので依然負けています。それ以前にベアメタルと準仮想化ゲストにはRHEL5.1、完全仮想化ゲストにはRHEL 4.4を使っていてフェアな比較なんだろうかという疑問はありますが。

Nov 5, 2007

私たちは野球の何を見ているのか

dankogaiは悪い人ではないがときどきおかしなことも書く。

404 Blog Not Found:君たちは野球の何を見ているんだい?

まず、私は「誰かが何かに興味がない」という事実に興味がない(笑)

本論の野球に関して言うと、議論はプロセスAとプロセスBのどちらが良いかというものであって、プロセスか結果かということではない。だからdankogaiの論点はズレている。

阪神の監督なら先発投手が好投していても6回で降ろしてJFKを投入してしまうように、実際には無数のプロセス、パラメータがあって、それらのうち、「勝つ」期待値や「選手の栄誉となる」期待値や「観客の満足度」の期待値の高いであろう、ただ一つのプロセスを監督は選択する。得られた結果が大きい監督は栄誉を受ける。その様子を観客はただ傍観する。あるいは傍観することを越えて自分なりに期待値を最大化するプロセスを考え、それが監督のものと一致するかどうか、首尾よく一致したとして期待値に比べて実際の結果が大きかったか小さかったか、に一喜一憂する。

これは一種の最適化問題だと見ることもできる。監督・スタッフによって、あるいは観客によって最適化すべき評価関数は異なるし、すべてのパラメータがすべての(ゲームの)プレイヤーに公開されているわけでもない、最適化問題。だから、どのプロセスが良いのかについてはプレイヤー間でいつも議論の対象となるし、評価関数が異なるので議論が噛み合わないこともしばしばある。「山井大介を交代させるか否か」のような単純な二択の問題に議論が集中するときには特にその(噛み合わない)議論が過熱しがちでもある。

ほとんどすべての野球ファンは、こういうゲーム(プロセスの設定と結果の予測というメタゲーム)の本質に潜在的に気がついている。実際に遂行されたどのようなプロセスもfeasibleであり、自分の評価関数を最大化させないが局所最適解にはなっているとか、他のプレイヤーの評価関数を最大化し得るとかいうことも理解している。理解していてなお、喧々諤々するのが大好きなのが「野球ファン」なのだ。そういう議論の報酬が何なのかと言えば、議論という体裁を持ったコミュニケーションそのものだったり、他プレイヤーの評価関数を推定することだったり、自分の評価関数の精度を向上させることだったり、人によってさまざまだ(熟練に従ってより濃密なコミュニケーションを持てるようになったり、野村克也ならどうするか予想できるようになったり、キャッチャーの配球まで予測できるようになったりするのは、熱心な野球ファンなら経験すること)。

やくみつるや玉木正之が軽蔑されているのは、そういうゲームの本質が理解できていないような言説、自分の設定したプロセスを絶対視するような言説を残しているためである。そのために野球ファンの目には彼らが稚拙な論者(プレイヤー)に映るからである。

Nov 4, 2007

OpenSocialって?

OpenSocial - Google Code

あまり真剣にウォッチしていないのだが、OpenSocialというのは要するにSNSサイトがOpenSocial SPI (Service Provider Interface)をインプリメントしておくと、Googleがプロトコルアダプタになってくれて(あるいはプロトコルアダプタは不要で、SNSサイトが各自でエントリーポイントURLを提供するのかもしれないが)、ユーザアプリからGData APIやJavaScript APIを使ってそのSNSサイトにアクセスできるようにしてくれる、ということだろう。

想像図。

     +=================================+
     | OpenSocial application + gadget |
     +=================================+
            |                 |
      +-----------+   +----------------+
      | GData API |   | Javascript API |
      +-----------+   +----------------+
            |                 |
     +=================================+
     |     Google Protocol Adaptor     |
     +=================================+
                      |
+---------------------------------------------+
| OpenSocial Service Provider Interface (SPI) |
+---------------------------------------------+
                      |
                +==========+
                | SNS Host |
                +==========+

つまり、OpenSocialあるいはOpenSocial APIというのは、一番上のapplicationと一番下のSNS hostの間のすべてのレイヤーの総称。

そうすると、OpenSocial SPIがどのようなものになるのかということが問題なのだが、(JavaScript APIの方はよく読んでいないのだけど)GData APIをアダプトするのに十分な程度の機能は必要になる。GData APIには認証やアトミックアップデートが含まれているのだから、SPIにもそれらが必要になる。それらをすべて一からインプリメントするのは難しいので、GoogleはパートナーにはSDKを配っているか配る予定だろう。

SNSサービス間の連携という話はOpenSocial APIの埒外。mixi SNSの中にmyspace SNSのintrospection結果をマージして表示するなんてのは、Gadgetを使ってもGData APIを使っても実現できる。それ以上の連携が必要ならGData APIを使って勝手にインプリメントすればいいというだけ。GoogleやOpenSocialと呼ばれているものは面倒を見ない。

Nov 1, 2007

中日ドラゴンズ、日本一おめでとう!

ツイニキタ━━━(゚∀゚)━( ゚∀)━(  ゚)━(  )━(  )━(゚  )━(∀゚ )━(゚∀゚)━━━!!!!!

2ちゃんねるを見てたら有志でPVするみたいだったので、ラクーアのPub-Hubで観戦してきました。

山井が最高でした。ドラゴンズとしてもこんなに締まった試合は今年初めてじゃないでしょうか。中継ぎ投手陣がやや不安定で「1-0完封リレー」が困難なシーズンでしたから。山井の完全試合がもったいなかったのは確かですが、この交代が「勝つための施策として正しい」以上、落合監督の判断が間違っているなどと誰も言えないでしょう。

それにしても中村ノリ!!! 架空のキャンプから伝説へ!!!

YouTube - 中村ノリさん、涙のヒーローインタビュー(2007.11.01)
中村紀洋 - Google イメージ検索


【楽天市場】日本一おめでとうセール!日本一を祝う楽天市場のショップが集結!

案の定!!という他ありません。頭が下がります。

SANSPO.COM > ニュース速報

◆漫画家のやくみつる氏の話

「つまらないことしますよね、本当に。怒りを覚えるというよりは苦笑いする感じ。こちらは九回二死から田中幸が代打で出てくる、とか劇的な構図を思い浮かべていたのに。あらゆる状況を考えての交代ということ、この試合で決めたいという気持ちは分かるが、空気を読めよと思う。今シーズン最も空気の読めない采配(さいはい)だった」

事情も分かっていないのに「空気の読めない采配」と罵声を浴びせ、かつ勝者を讃える態度を微塵も見せないという、蛮勇。あとで山井が爪が割れてたとかフォローすれば赤っ恥かくだけなんですけどね。まあ、「誹謗中傷」がやくみつるの芸風です。

あ、肉刺作っちゃったみたいですね。やくの反応、マダー?怪我で一シーズン以上棒に振った5番手投手が奇跡の力投をし、守護神が完璧に抑えて53年の不名誉な歴史に終わりを告げた、というドラマで何か不足でもあるのでしょうか。無粋で野暮な輩もいるもんですね。

About Me

My Photo

つくばで働く研究者

Total Pageviews

Amazon

Copyright 2012 Ogawa::Buzz | Powered by Blogger
Design by Web2feel | Blogger Template by NewBloggerThemes.com