note

ruby-listとruby-dev

今までruby-devに送っていたメールは、すべてruby-listに送るべきだったと気がついた。恥ずかしい。

ruby に標準添付のライブラリや、ヘッダファイルに関するバグレポートだから ruby-dev で良いかと思っていたけど、ruby-dev は ruby VM や言語仕様に関する ML だったのか・・・。

すみませんでした。> みなさま

とブログに書いて、罪悪感を薄めてみる。

ruby-list(日本語)

Rubyを使ってプログラムを書く人たちが情報交換を行うためのメーリングリストです。 Rubyを使う上での疑問点についての相談や、Rubyを利用したアプリケーションやライブラリなどのリリース情報の紹介、Rubyに関連するイベントの紹介などが行われています。

ruby-dev(日本語)

Rubyの開発者向け公式メーリングリストです。こちらではRuby自体のバグの報告とそれに対する対応や、将来の仕様拡張や実装上の問題などについての議論が行われています。

メーリングリスト

JSONPを使ったXSS攻撃の危険性

Web Application Security Forum 第5回コンファレンス (最近「コンファレンス」っていう表記を見かけることが多くなったような・・・。「カンファレンス」で良いんじゃないの?) に行ってきました。

最後のセッションで奥さんが「JSONPを使ったXSS攻撃」を紹介してたのですが、聞いているときは、具体的な危険性がよくわかりませんでした。というのは、JSONP の呼出側は、JavaScript を自由に記述できるわけですから、 JSONP の呼び出され側で XSS 対策をする意味が感じられなかったのです。

つまり、

という (JSONP を使った) XSS 攻撃を防いだとしても、そもそもこのと、直接的な攻撃コードを書けてしまうではないか?、と思ったのです。

で、奥さんのblogを見たところ、問題となるのは JSONP 呼出し URL を直接 (script タグ経由ではなくて) アクセスさせられることだということがわかったので、それを記録しておきます。

JSONP のセキュリティは、ともすればインクルードする側についての議論になりがちであり、その影でインクルードされる側のリスクが見過ごされがちです。JSONP の使用にあたっては、データ提供者への XSS に注意する必要があります。

この例の URL を Internet Explorer で直接アクセスすると、クエリ文字列から注入されたスクリプトが実行され、example.com のクッキーが example.jp によって詐取されます。

Kazuho@Cybozu Labs: JSONP - データ提供者側のセキュリティについて

「glibcを使わないでHello Worldを書く」ことができない

"Binary Hacks" の Hack #25「glibc を使わないで Hello World を書く」を読んで、自分のシステム (Ubuntu 7.04, AMD Athlon(tm) 64 X2 Dual Core Processor 4600+) で調べてみました。

"Hello World" を標準出力に出力したいので、writeシステムコールを (glibc を介さずに) 発行する必要があります。

"Binary Hacks" によると、

Linuxカーネルのソースコードの一部をコピーアンドペーストすれば、とても簡単にシステムコールを呼び出すことができます。

参考にするファイルは "linux-2.6.x/include/asm-<アーキテクチャ>/unistd.h" です。このファイルを開くと、_syscallN という名前 (N=0,1,2..) のマクロがあるはずです。

Binary Hacks P.95

とのことなので、2.6.20 のソースを見てみました。・・・が、ないのです。

#define __NR_read                                0
__SYSCALL(__NR_read, sys_read)
#define __NR_write                               1
__SYSCALL(__NR_write, sys_write)
#define __NR_open                                2
__SYSCALL(__NR_open, sys_open)
#define __NR_close                               3
__SYSCALL(__NR_close, sys_close)
#define __NR_stat                                4
__SYSCALL(__NR_stat, sys_newstat)

linux-2.6.20/include/asm-x86_64/unistd.h

unistd.h はこんな感じです。 "__SYSCALL" の定義を求めてさまよったところ、

#define __SYSCALL(nr, sym) extern asmlinkage void sym(void) ; 
#undef _ASM_X86_64_UNISTD_H_
#include 

#undef __SYSCALL
#define __SYSCALL(nr, sym) [ nr ] = sym, 
#undef _ASM_X86_64_UNISTD_H_

typedef void (*sys_call_ptr_t)(void); 

extern void sys_ni_syscall(void);

const sys_call_ptr_t sys_call_table[__NR_syscall_max+1] = {
        /* Smells like a like a compiler bug -- it doesn't work when the & below
 is removed. */ 
        [0 ... __NR_syscall_max] = &sys_ni_syscall,
#include 
};

linux-2.6.20/arch/x86_64/kernel/syscall.c

というのを見つけましたが、ここでやってるのは、extern 宣言と、システムコールテーブルの定義だけですねぇ・・・。

もう少し調査の必要があります。本読んでるだけで理解したつもりになってましたが、やっぱり手を動かすと新たな発見 (というか問題) が見つかりますね。

VMwareってフリー版があったんですね

Linux kernelをいじってみたくなったんだけど、メインマシンで動作させるわけにいかない(バグったら死ぬ)ので、どうしようかなと思ってたら、VMwareに無料版がありました。

VMware Server Start experiencing the benefits of virtualization with VMware Server, a robust yet easy to use product for users new to server virtualization technology.
Free virtual machine software - VMware Player, VMware Server: VMware - VMware

VMware Serverっていうのがそれです。
VMをホストするサーバと、それを管理するクライアントとを別のマシンに置けるという製品です(VPS provider向け?)が、とりあえず、普通に使えそうです。

guest OSとして、CentOS5いれてみました。
いまのところ問題無しです。

「DoCoMo2.0」CMはそれほど悪くない

DoCoMoのCMがすごい(量)です。街中でもTVでも、「DoCoMo2.0」の文字と8人の顔が並んでいます。

「名前なんていうの?」「アンナ」「『アナコンダ』? 変わってるねー」「アンナだよ!」という流れは笑いとして厳しいですが、大前研一の批判も同様に流れが厳しいです。

それは、今、ドコモが大々的に広告している「ドコモ2.0」という広告です。
　　　　　『そろそろ反撃してもいいですか？』
のキャッチコピーを見て分かるように、この戦略は完全に同業他社に反発し、それを打ち負かすことだけを考えたものです。
こういった考え方を、経営学では、「コンペティティブ・リタリエーション（競合反発）」と呼び、経営者が選んではいけない戦略の１つになっています。
(中略)
しかし、「反撃しても、いいですか？」などという挑戦的なキャッチコピーを見れば、消費者は「値下げするのかな？」と思います。

大前研一「ニュースの視点」WEB:KON162　トヨタの“謙虚さ”とDoCoMoの“傲慢さ”から見える経営の本質

この流れはおかしいですね。どうして「反撃してもいいですか?」→「値下げ」になるのでしょうか? 本当に値下げするのなら、もったいぶらずに「値下げします」というのではないでしょうか?
「反撃してもいいですか?」という思わせぶりなコピーをだすということは、何か「新機能」を用意している、と考える方が自然でしょう。
(このコピーから「値下げ」を想像した大前さんの頭の中にある前提・データを知りたいです。)

そもそもここでの「反撃」というのは「同業他社に反発し、それを打ち負かす」という意味ではなく、「今まで後手後手だったDoCoMoだけど、先手とっちゃうよー」という意味だと思います。

あと、別の記事で、

これはJ-CASTニュースの調査なんだろうけど、
ブログではどんな反応なのか。07年6月1日に書かれたものを検索すると、やはり批判的な記事が並んでいた。

とある。これはウソ。こんなふうに一面だけを取り上げるからメディアの信用が失われるし、そこに気づくためにもメディアリテラシーをもっと広めていく必要があると思う。
DoCoMoのCMに大前研一がダメだし (smashmedia)

というのを見つけました。僕もJ-CASTの記事は読んだけど、この調査(?)手法はひどい。検索を世論調査っぽく使うのは詐欺です。やりかた次第でどんな結果でも導き出せます。どうしてもやりたいなら「○月○日に、Googleで"foo bar"というキーワードを検索したら、上位10件のうち8件が批判的な内容だった」ぐらいは書いてほしい。

まあ、僕はauユーザーで、DoCoMoに乗り換える気はありませんが、CMとしてはそんなに悪くないと思いますよ。蒼井優はかわいいし。(でも、「アナコンダ」のくだりは厳しい。)

ギャルソンとウェイター

「王様のレストラン」というTVドラマがありました。松本幸四郎演じる「ギャルソン」が、だめだめな三流レストランを一流レストランに変えていくというストーリーです。

と、まあこのドラマは文句なく最高なのですが、それはそれとして、「ギャルソン」とは何かという話です。

ギャルソンは給仕業務を的確にこなすだけでなく、基本的な料理の知識やワインの知識も必要とされるのだ。

更にギャルソンはホテルのフロントマンと同じく、来店する客の顔と名前や趣向を記憶し、個別に最適な対応を行えるということも美徳とされている。

ギャルソンとは - はてなダイアリー

ホントか嘘か知りませんが、フランスでは、ギャルソンはレストランの従業員（社員）ではなく、レストランと契約をしている個人事業主であって、自分の担当テーブルをもち、そこからの売り上げの一部と、お客さんからのチップで生計を立てているという。接客のプロなんですね。

「上級ウェイター」といったところでしょうか。どういうところが「上級」なのかというと、単にオーダーをとるだけではなくて、「お客さんに食事を楽しんでいただこう」という気持ちをが態度・姿勢に表しているところだと思います。

「このレストランにいるのはウェイターじゃなくてギャルソンだな」とわかるような高級レストランに行ったことは数少ないのですが、「ラビラント」というレストランではそういう気分が味わえました。

この記事は、Topima!のトピック【このレストランは料理以外が（も）すばらしい】に参加しています。

WindowsXPでUSBキーボードのキー配列

Happy Hacking Keyboard Lite （PS/2）版を使っていましたが、新しく買ったDellには、なんとPS/2がありません。びっくり。

PS/2→USB変換アダプタを買ってWindowsを起動したのですが、以前の日本語キーボード（Dellについてくるやつ）の設定から、英語キーボードの設定に変更できません。

PS/2だったら、ドライバで「英語キーボード」ってのを選べばよかったんだけど、USBキーボードだと「HIDキーボードデバイス」しか選べないのです。

で、調べたところ、はてながヒット。

[スタート]－[ファイル名を指定して実行] から regedit を起動します。
HKEY_LOCAL_MACHINE ￥SYSTEM ￥CurrentControlSet ￥Services ￥i8042prt ￥Parameters を開きます。
LayerDriver JPN のデータが kbd101.dll になっている場合、kbd106.dll に変更します。
Windows を再起動します。

windowsの入力が変です。キーボードで@を打つと[になります。・・・

よかった。

バラの花びらパズル

3rd tryで分かった。ちょっとうれしい。
「バラの花びら」という名前よりも、なぜわざわざ絵が表示されるのか、が重要だと思う。
「答えは必ず偶数です」というのも確かにヒントだとは思うが、それを起点に考えると遠回りになると思うので、そのヒントは忘れた方が良い。

ある現象が与えられたときに、その現象を引き起こす原因の選択肢をいくつ挙げられるか、というのがエンジニアとして重要な資質だと思う(例えば、あるバグが発生したときに、そのバグを引き起こす原因をいくつ考えられるか、という資質が重要、という意味)のだが、このパズルはそういうポイントを試されている気がする。

実際のパズルも見つけて遊んでみたが、なかなか手ごわい。Total Roll=10あたりでやっと法則を発見し、Total Roll=14で"Correct again! We think you've got probably got it"と褒めてもらえた。パズルの場所は、　Play Petals Around the Rose だ。このサイトによると、ビル・ゲイツもかなり苦戦したらしい（参照）。
Life is beautiful: 今日のパズル「バラの花びら（petals around the rose）」

"Japan"カテゴリ

eBayに買収されるのされないのと話題のStumbleUponを使ってみました。

ツールバーをインストールすると、"Stumble"ボタンが追加されます。
「気に入ったウェブページを見つけたときに"Stumble"をクリックすると、
同じページで"Stumble"をクリックした他のユーザーが、"Stumble"をクリックした他のページを見せてくれる」というサービス。

Channel surf the internet with the StumbleUpon toolbar to find great websites, videos, photos and more based on your interests. StumbleUpon learns what you like and makes better recommendations.
StumbleUpon ? Welcome to StumbleUpon

まだ使い込んでないので、面白さは分かりませんが、ユーザー登録直後に設定する「お気に入りカテゴリ」の中に "Japan" があることに驚きました。
"China"も"France"もないのに"Japan"があるという・・・。

そして隣は "Iraq Conflict"。
U.S.では、イラク戦争はかなりホットトピックだと思います。そのおかげで共和党は負けちゃったわけですから。
それと同じレイヤでとりあげられる "Japan"。

やっぱ変わった国なんだな、日本。

ActionWebServiceのrouting

ドキュメントが少なくて有名なActionWebService (RailsでXML-RPCやSOAPを実装するためのフレームワーク) に数時間はまったのでメモ。

たとえば、weblogUpdates.pingのサーバを実装するとして、エンドポイントは、http://www.example.com/xmlrpc にしたいじゃないですか～。

で、

class XmlrpcController < ActionController::Base
  layout nil

  web_service_dispatching_mode :layered
  web_service_scaffold :invoke
  web_service :weblogUpdates, WeblogUpdatesService.new
end

って書いて、「はて、routes.rbにはなんと書けば良いのか?」と迷うわけです。

デフォルトだと、(たぶん) index メソッドを呼ぼうとして「無いよ」っていわれて終わりです。

正解は、
map.connect 'xmlrpc', :controller => 'xmlrpc', :action => 'api'
です。api メソッドをよばないといけないんですね。

って、そんなのソース見なきゃ分からない気が・・・。

XML::Atomのテストがpassしない

Perl初心者です。はじめまして。

perl -MCPAN -e shellでXML::Atom をインストールしようとすると、

#   Failed test at t/04-person.t line 25.
#                   '
# 
#   Baz Quux
#   foo@bar.com
# 
# '
#     doesn't match '(?-xism:Baz Quux)'

と怒られるんだけど・・・。

テストコードをみると、どう見てもパスしなさそうなコードなんだけど・・・。

my $xml = $person->as_xml;
like $xml, qr/^<\?xml version="1.0" encoding="utf-8"\?>/;
like $xml, qr//;
like $xml, qr/Baz Quux<\/name>/;
like $xml, qr/foo\@bar.com<\/email>/;

こうじゃないのかなぁ・・・。

like $xml, qr/Baz Quux<\/name>/;
like $xml, qr/foo\@bar.com<\/email>/;

force install しちゃうか。

拠って立つモノ

久しぶりに(SPAM以外の)コメントがあったので、記念エントリ。
というか、コメントで返事しようと考えてたら、長くなってしまったので。

なるほど～。私は単純なんで、読んでて理にかなってると感じました。

しかし、ちょっと外側からこう考えてみたり。こういう「何かの主張の正当性を論じる問題」に提示される解決案は、本当にそれが真の動機を満たしているのか、と。

Note:子供の権利へのコメント by 骸骨さん

骸骨さんのコメントは「そういうことを言っても子供は満足しないのではないか?」という意味だと思います。私も賛成です。そういう意味で「子供の権利」の内容は、子供に対しては説得力のある意見にはなりえません。

しかし、「子供の権利」の内容は、多くの (?) 大人にとって、十分に説得力を持つと思います。これが重要ではないでしょうか?

社会のルールには論理では説明できないこと、けれども、守らなくてはいけないこと、守るように躾けなければならないこと、がたくさんあるのです。この手のことを伝えるときに重要なのは、どれだけ自信を持って言えるか、つまり、どれだけ自分がその意見を信じているか、だと思います。

元のエントリ「日本上陸 My life as an APE」は、アメリカの例と比較していました。良くいわれることですが (そして私はアメリカ人ではないので本当のところは分かりませんが)、欧米ではキリスト教がベースになっていると思われます。「売春してはいけない。なぜならキリスト教では許されていないから」みたいな。そんな単純じゃないだろうけど。 (なお、キリスト教で本当に売春が禁止されているかどうかは知りません。)

日本には自然崇拝、仏教、儒教、神道、などの宗教がありますが、そういう非科学的、非合理的なものは高度成長期に捨て去られ、また、合理的 (?) な規範もポストモダン、「価値相対化」という流れの中で消えてしまったと私は思っています。

現代の大人は、自分の拠って立つモノを自分で見つけなくてはいけないと思います。というか、自分の拠って立つモノを持っている人が大人だと思います。

書いてみたら、ありきたりな結論になってしまった・・・。残念。

記事の検証可能性

ちょっと古いネタになっちゃいますが、PASMOが予想以上に売れたために販売を制限しているそうですね。

Yahoo! Japanのトップページを見てたら「パスモ販売制限に批判の声」みたいなタイトルがでてて、「誰だ? その程度のことで批判してるのは・・・」と思ってクリックしてみたわけです。 (Yahoo! Japanは古いニュースを消えてしまうので、全文引用させていただきます。)

＜パスモ＞販売制限　「見通し甘すぎる」との批判も

首都圏の私鉄、バス共通ＩＣカード乗車券「ＰＡＳＭＯ」（パスモ）の販売が、在庫切れの恐れから８月まで定期券に制限されることになり、「サービス開始から１カ月足らずで在庫切れとは見通しが甘すぎる」との批判も出ている。スイカを発行するＪＲ東日本は約３カ月分の在庫があり、パスモのような事態は想定していない。

最終更新:4月11日22時49分

毎日新聞

というように、誰が批判しているのか分からないのです。これってかなりヒドイと思うのですが、新聞記者としてこんな記事書いて良いんでしょうか? これじゃ、この記者がPASMO買えなくて、個人的に文句いってるだけみたいじゃないですか?

駅でインタビューしたなら、「・・・との批判が、利用者からでている」とか、国土交通省が批判してるなら (しないと思うけど) 「・・・との国交省が批判してる」とか、ソースを明示するのは記事の超基本だと思います。

なお、翌日のロングバージョンでも批判した主体は明らかにされていません。なので、「ニュースが短いから、主体は省略した」ということは考えられません。

話は変わりますが、ダウンタウンが好きで、かつ、 Wikipediaが好きなわたしは、当然Wikipediaで「ダウンタウン」の項目をよく見ています。なぜ「よく」見るかというと、ちょくちょく更新されるからです。で、久しぶりに見てみたら、「松本人志」の項目がものすごく短くなっていたんですね。びっくりしました。

「なんでやねん」と (関西人じゃないのに) 思って、「ノート」を見たら理由が分かりました。ようするに、ファンが主観的な記述を追加していたようで、その部分がばっさり削られたようなのです。

ノートには、こんな発言がありました。

保護の原因は「天才肌芸人」「生きた伝説」「笑いの神」といった評価を書くか書かないかをめぐる編集合戦だったと思います。エッセイでもファンサイトでもなく、中立的な百科事典ですので、今後は原則としてこうした評価は書かない、書くならWikipedia:検証可能性（もしくはWikipedia:Attribution）に則り、 Wikipedia:信頼できる情報源を出典として明示するということで宜しいでしょうか。 --Kanjy 2007年2月28日 (水) 19:21 (UTC)

保護解除に向けて

信頼性が低いという批判があるWikipediaですが、このように、記事に検証可能性を求めることで、信頼性を高めようとしているようです。

毎日新聞の記者には、ぜひここを見ていただきたい。新聞が信頼されている (Wikipediaより新聞を信頼する人の方が多いだろう、という意味で) のは、「毎日新聞」という名前があるからですか? まあ、事実はそうかもしれないけど、それにあぐらをかいてちゃダメでしょう。

この記事は、Topima!のトピック【マスメディア】に参加しています。

「日本」というバイオ技術

ずいぶん前に買ったまま積んどくになっていた「まっとうな経済学」を読み終えました。

日常のさまざま事象 (スターバックスのコーヒーとか) を経済学的な視点から説明し、それをきっかけに経済学の理論を説明していく、という手法で、前半は扱ってる内容が簡単何ために若干もたつきましたが、全般的にとても面白く読めました。

もっとも面白かったのは、ここ。

貿易は技術が形を変えたものであると考えることができる。

経済学者のデビッド・フリードマンは、アメリカにとって自動車を生産する方法はふたつあり、ひとつはデトロイトで生産すること、もうひとつはアイオワで自動車を育てることだと考察している。

アイオワで自動車を育てるには、小麦をトヨタ車に変える特殊な技術を活用する。小麦を船にのせ、太平洋に送り出すのである。しばらくすると船はトヨタ車をのせて戻ってくる。小麦を太平用沖でトヨタ車に変えるこの技術は「日本」と呼ばれているが、それはハワイ海岸の沖合いに浮かぶ先進的なバイオ工場だともいえるだろう。

まっとうな経済学 P.305 (適当に改行しました)

何がおもしろいって、まず例えがおもしろい。船に載せた小麦が車になって戻ってくる、というイメージにはまりました。だれかアニメーションを作ってほしい。

そして、このアナロジーから、自動車の輸入に反対しているデトロイトの労働者は、日本人 (トヨタの人) と戦っているのではなく、アイオワの農民と戦っている、という事実をすっきりと理解できます。

・・・まあ、このたとえ話を作ったのは、著者ではなく、デビッド・フリードマンなんですけどね。

そういうわけで、経済学に興味を持つための入口として、良い本だと思います。

警察の捜査について考える（「結果」と「プロセス」）

ごはんを食べながら、「みのもんたの全国警察TV公開ナマ捜査SP」を見てしまった。よくある、警察の捜査の密着取材番組。

「神業の刑事達に密着」というコーナーでは、
「神業の刑事」が、目を付けた車を止めて調べてみると、運転手は挙動不審で、社内を調べてみたらやっぱり大麻が見付かった、という捜査が放送されてました。

走行中の車を見るだけで怪しいかどうかわかるなんて、確かにすごいと思います。思いますけど・・・。

運転手を車の外に出して、警察官が車内を捜査するって、令状なしにやって良いんですかね。
捜査している警察官が、大麻を車内に置いて、「見つけました!」って自作自演する可能性だってあるじゃないですか。

もちろんそんなことはほとんど無いと思う(無いと信じたい)けどね、
「権力は腐敗する。絶対権力は絶対に腐敗する」という言葉は、警察にも当てはまるはずで、権力の腐敗をチェックするためにルールがあるわけです。

もちろん、「社内の捜査は令状無しにやっていい」というルールなのかもしれません。というか、多分そうなんでしょう。
でも、TVを見てて感じたのは、そういう個別のルールの是非ではなくて、
「ルールに基づいた捜査をしているかどうか」という観点が全く無い番組構成への不安感です。

何この警察礼賛番組。
「みなさん。こんな優秀な警察官が日本を守ってますからね。みなさんは安全ですよー。」ってこと?
これも桜タブーの一形態なのか?

粗っぽい議論をするなら、警察が優秀かどうかなんて取材しなくても分かるんですよ。検挙率とか有罪率などの結果の数字を見れば。
そうじゃなくて、「この捜査はこのルールに基づいて行なっている」とか、「こういうルールがあるから、こういう捜査はしたくてもできない」とか、
「この捜査はこのルールに反した違法捜査だった」とか、そういうプロセスを取材したらどうですかね? (三番目のは無理か (^^; )

・・・とか考えながら見てました。たぶん「堀江氏判決について考える（「結果」と「プロセス」）」を読んだせいでしょう。

(ではまた。)