2000-09-02[n年前へ]
■もうすぐ二歳の「できるかな?」 
初心に帰ってみましょうか？
「できるかな?」が始まったのは二年近く前の秋のことだった。
でも触れたが、当初(実は今も続いているが)は某社内の某サーバー内でこっそりと始めてみたのだった。それから二年あまりでずいぶんと色々な話が増えた。某社サーバー内でしかアップしていない- プリンタドライバーは仮免
- 続 電子写真プロセスを分数階微分で解いてみよう
- 続々 電子写真プロセスを分数階微分で解いてみよう
そして話が増えてきたせいか、自分自身でも「アレッ、あの話はどこにあったけ？」というように迷ってしまうことが多々ある。迷うどころか、最後まで見つからないこともしばしばあるのだ。そして、それは私でもない他の人であればましてやそうだろう。というわけで、
では簡単にそれまでの話の紹介をしたし、ではhirax.net内の全文検索機能を付けてみた。今回は、これまでの話題をもう一度自分で読み直して、その中から「自分のお気に入り」を調べてみたいと思う。そして、最近少し話題が変になってしまっている反省をして、もう一度初心に帰ってみようと思うのだ。
まずは、1998年の話題からいくと
というあたりが、良い感じだ。京都の風物詩である「鴨川カップル」達が人目を気にしながら寄り添う合う姿を考えてみたものだ。後の「恋の力学」シリーズなどはここらへんから始まっていた、といっても良いだろう。そしてこの頃の[Scraps]系の話題としては、がある。少し前に、この「さなえちゃん」を描いた漫画の作者からメールを頂いたのがとても私には印象深かった。そして、1999年の上半期から選んでみると、まずは
というところだろう。ハードディスクの情報を可視化することで情報圧縮・エントロピーを考えてみた一話である。そして、同じような「可視化シリーズ」の一つである- 感温液晶でNotePCの発熱分布を可視化する- 熱いところで感じてみたい St.Valentine 記念 - (1999.02.14)
- NotePCの発熱分布を比べてみたい- お熱いのがお好き SOME LIKE IT HOT - (1999.02.15)
そして、1999年の下半期はもう自分で言うのも何だが傑作揃いである。大体、書いているペースが自分でも驚くくらいのハイペースだ。月当たりの話の数を数えてみると、
- 7月 9話
- 8月 9話
- 9月 8話
- 10月 8話
- 11月 11話
- 12月 9話
この頃の「お薦めの話」はいっぱいある。例えば、
に始まった「文章可視化シリーズ」や、で始まった「ASCIIアートシリーズ」だろう。から始まる「江戸五色不動シリーズ」は江戸にロケまで行ったので、とても思い出深い話の一つである。しかも、妙な偶然のせいでまるで小説の中に迷い込んだような気持ちになったものだ。そして、WEBページを作る上では
などもどうしても外せない。そして、この後結構続くことになるという「恋の力学」シリーズもこの時期に始まっている。そして、この頃の一番人気が何と言ってもだろう。この「ミニスカート」系の話の流れは以降も続くことになるのが自分では意外でもあり、残念でもある。それはさておき、ナンセンス系ではなんてのも面白い話だと思う。そして、1999年の終わりはやはりこれが「お気に入り」の話である。また、[Scraps]系の話がこの時期にはやたらいっぱいあるのが面白いところだ。その内からいくつかピックアップするとこんな感じだろうか？- [Scraps]絵馬 - どこにもいないよ- (1999.07.09)
- 新宿駅は電気羊の夢を見るか- 意識とは何か - (1999.07.10)
- [Scraps]合掌 - キレイはキタナイ、キタナイはキレイ- (1999.08.01)
- [Scraps]いつかきっと -掌の中の答え - (99.11.03)
- 「文学論」と光学系 - 漱石の面白さ-(2000.02.27)
- 恋の力学 恋の相関分析編- 「明暗」の登場人物達の行方 - (2000.04.01)
- 恋の力学 恋のグラフ配置編- 「明暗」の収束を見てみよう - (2000.04.02)
- 恋する心を見てみたい - 恋のきっかけはどの出来事？- (2000.05.14)
- 恋の形を見た人は - 恋の相対性理論- (2000.05.17)
さて、今回は2000年上半期までの話の中から「私の好きな話」を振り返ってみた。とはいえ、私の好きな話=他の人の好きな話ではないようだし、他の話も適当に眺めて頂いたら良いかなぁ(私が)、と思うのだった。
2000-10-29[n年前へ]
■「しょんべん小僧」の物理学
あともう一歩、前に出ろ
以前、- スクール水着の秘密 - 腹の部分のデカイ穴 流体力学入門編2 - (2000.08.24)
「男性にはよくある風景だけれど、女性にとっては未知のミステリアスゾーン」といってもたくさんあると思うが「男子トイレ」というものだって、女性にとっては未知のミステリアスゾーンだろう。
次の絵はよくある男子トイレの一風景だ。便器前のポジションに立つとどうしても目に入る位置にこんな内容を書いたチラシが張ってあることが多い。
「ちょっと待て、あともう一歩前に出ろ。」
 |
もし、その張り紙がなかった場合にはどうなるだろうか？その場合には、下の絵のような事故が発生してしまうのである。実際のところ、ほとんどの公衆便所で見かける風景だ。
 |
そう、便器にロックオンして放水をしたハズなのに、何故かターゲットである便器まで「小便」が届かずに便器下を汚してしまうのである。実にマズイ事態ではあるがよく見かける風景でもある。便器内を狙ったハズの小便が残念ながら目標地点まで辿り着かなかった場合に起きる悲劇である。
もちろん、どんなに飛距離が小さくても、すなわち小便が放水銃の先から真下に垂れてしまった場合でも、便器の顎の上から放水作業を行っていれば何の問題もないわけだ。しかし、世の中の男性達は何故か遠くから狙いたがるのである。先程の、「ちょっと待て、あともう一歩前に出ろ。」という張り紙ではないが、もう一歩前に出て便器の顎の上から放水作業を行いさえすれば良いのではあるが、何故か漢(ここではあえて、漢と書いてオトコと読むことにしよう)達はそれができないのである。
さて、この現象には別に公衆便所でなくても発生するわけで、どこのトイレでも便器の下を汚してしまうことになる。そのため、家庭によっては妻から
はるか古の昔から「男らしさ」のひとつが「立ち小便」でなかったか？、そして「立ち小便」は「男らしさ」の最後の砦ではないのか？という気も私は少しだけしたりするのだが、便器周りを汚しまくる現実の前ではそんな「男らしさ」は2000円札よりも価値がないのである。2000円札ならば喜んで受け取ってくれる人もいるだろうが、便器の下に落ちようとする「小便」は誰も受け取ってくれない。いや、実際のところ小便を喜んで受け取ってくれる人もいるのかもしれないが、少なくともそんな人の数は2000円札を喜んで受け取る人の数よりはきっと少ないだろうと思うのである。
そしてさらに、「男らしさ」が「立ち小便」なら、そんなものイラナイと言われてしまいそうな気もするし、「立ち小便」が「男らしさ」の最後の砦か!?と言われてしまいそうな気も強くするので、ここらへんについての社会学的な考察は追求しないでおこう。
それでも、私は世の中の虐げられている「しょんべん小僧」達のため、そして「男らしさ」の最後の砦を守るために、男子トイレの「しょんべん小僧」達がどうしたら、放水ミスをしないかを物理的に考えてみることにしたい、と思うのである。
さて、便器まで小便が届かないという「放水ミス」はどのようにすれば防ぐことができるだろうか？小便の飛距離を小さくしないためにはどのようにしたら良いだろうか？そのためには、まず小便の飛距離がどのようにして決まるのかを考えなければならないだろう。
下のちょっとリアルな「しょんべん小僧」の放水作業ではないが、小便の軌跡はきれいな放物線を描く。
 |
すなわち、空気抵抗などは無視した場合のピストルの弾と同じく
- 銃筒の先端を出るときの初速度
- 銃筒の角度
銃筒の先端を出るときの初速度 = V0と表すと、小便の飛距離は
銃筒の角度 =θ
a V0^2 Sin[2θ] (aは定数)と表される。この式を見ればθ = 1/2 rad.の時にSin[2θ]が1になるので一目瞭然であるし、また感覚的にも自然であるが、銃筒の角度の方は上向き45度の角度に向けるときに小便の飛距離は最大になる。一方、初速度V0の方は速ければ速いほど、小便の飛距離は伸びる。
それを示したのが、次の図である。「小便の銃筒の先端を出るときの初速度と銃筒の角度を変えた時の小便の飛距離」を示したものだ。
 |
すると、便器まで小便が届かないという「放水ミス」すなわち、小便の飛距離を小さくしないためには、銃筒の角度を大きくしすぎたり、小さくしすぎたりしないという知見が得られるわけであるが、そんなことは当たり前だ。誰もトイレで銃筒を真上に向けたり、真下に向けたりはしないのである。先のちょっとリアルな「しょんべん小僧」ではないが、手で放水銃を支持している限り何の問題も無いのである。
つまり、便器まで小便が届かないという「放水ミス」はほとんどの場合「放水銃の角度」のせいではないのである。つまり、「銃筒の先端を出るときの初速度」が問題だったと考えるのが自然である。
それでは、「銃筒の先端を出るときの初速度」はどのようにして決まっているのだろうか？それを大雑把に考えてみたのが次の図である。腹筋で膀胱に圧力Pをかけて、銃筒の先端から小便を初速度V0で放水作業を行うのである。
 |
ところで、上の絵でポンプとして表した膀胱に圧力Pをかけた場合には、膀胱からb P (bは比例定数)と表せる量の小便が銃筒に送り込まれるものとしよう。その場合、その量の小便が銃筒の先端から単位時間に出るわけであるから、銃筒の先端の口径をAとすれば、
V0 = b P /Aと表すことができる。すなわち、「銃筒の先端を出るときの初速度V0」は腹筋で膀胱を締め付ける圧力Pに比例し、銃筒の先端の口径Aに反比例するのである。
さて、いくら腹筋が強い人であっても腹筋をいきなり締め付けることはできない。つまり、腹筋で膀胱を締め付ける圧力Pというものは徐々に大きくなるのである。
すると一見、「銃筒の先端を出るときの初速度V0」も0から徐々に大きくなる、すなわち、放水作業を開始した最初の瞬間は「銃筒の先端を出るときの初速度V0」= 0であって、小便の飛距離も0である、つまり、便器まで小便が届かないという「放水ミス」が必ず起きるかというと、実はそういうわけではない。
ポンプである膀胱から銃筒の先端までは、ある程度の長さがある。もちろん、その長さは一定ではないのだが、とにかくある程度の長さがある。そのため、小便が銃筒の先端から出る瞬間には、ポンプである膀胱にかかっている圧力Pは0ではないのである。すなわち、膀胱から銃筒の先端まである程度の長さがありさえすれば、「銃筒の先端を出るときの初速度V0」は結構大きくすることができるのだ。もちろん、腹筋を鍛えて、腹筋に急激に力を掛けることができれば、その効果はさらに上がることは言うまでもない。
だとしたら、一般的に便器まで小便が届かないという「放水ミス」は一体何時起きるのであろうか？それは、「銃筒の先端を出るときの初速度V0」を決める膀胱にかかる圧力Pが低下し、なおかつ最初の瞬間と違い「膀胱から銃筒の先端までの長さ」を有効に活用できない、放水作業を終える瞬間である。飛行機でも着陸が一番難しいというが、この放水作業もやはり放水作業を終える瞬間が一番難しいのである。そのため、多くの場合小便達は便器内への着陸に失敗し、便器の下を汚してしまうのである。
しかし、私は「男らしさ」の記念物でもある「立ちしょうべん」を守るために、一つの解決策を考えついたのである。「男らしさ」の最後の砦を守る技術を提唱したいのである。すなわち、「銃筒の先端を出るときの初速度V0」は腹筋で膀胱を締め付ける圧力Pに比例し、銃筒の先端の口径Aに反比例するのであるから、放水作業のラストに膀胱を締め付ける圧力Pが小さくなった、あるいは、膀胱を締め付ける圧力Pを有効に膀胱からの排水に変換できない排水作業のラストにおいて、銃筒の先端の口径Aを小さくしてやればよいのである。そうすれば、「銃筒の先端を出るときの初速度V0」は「銃筒の先端の口径A」に反比例するのであるから、膀胱から出てくる小便の量が低下しても、「銃筒の先端を出るときの初速度V0」を0にならないように維持することができるのである。これにより、放水ミスを防ぐことができるハズなのである。
さて、私は「男らしさ」の最後の砦である「立ちしょうべん」を守るために、このような技術を考えてみたわけであるが、この技術の実証作業は行っていない。果たして、「銃筒の先端の口径A」を自分の意識で小さくすることができるか!?というところに大きな問題点があるような気もするのであるが、それは「男の意地」で克服できると私は信じている。外部から制御するって手もあるのだし。って何の手の話だ、全く。
2001-01-04[n年前へ]
■世界の国からこんにちは
hirax.net版GeoWhoisを作る
VisualC++ MFCを使ったWindowsプログラミングはどうもお気楽という感じにはいかない。もちろん、「子供の科学」にすらMFCを使ったプログラミング入門が連載(何故、VisualC++で!?)されるくらいであるから、別にそれが難しいわけではないのかもしれない。しかし、VisualC++MFCでWindowsプログラミングがキライになる人は絶対いるはずだ。現に突撃実験室のwebmasterはかつてVisualC++と闘った結果、「俺は永遠に組み込み屋じゃっ」と叫んでいたらしい(C.突撃実験室)。
私も含めて、そんなWindowsプログラミング難民達を優しく女神のように迎えてくれるのがBorlandC++Builderである。いや、女神は必ずしも私たちを優しく迎えてくれるわけではない。むしろ、女神は私達を冷たくあしらうことの方が多いので、実は女神よりもC++Builderの方が優しいと言っても良いくらいである。しかも、C++Builderは自然にWindowsプログラミング(そして嫌でもDdelphi)を覚えさせてくれるところが実にありがたい。そして、そんなC++Builder(Delphi)ユーザー達にとって実に便利なのがTorry'sDelphi Pages.だ。
というわけで、先日Torry's Delphi Pages.をチェックしていると、とても面白いコンポーネントがあった。それはYehudaSharvit.による
である。ドメインネームから地理的な位置座票への変換を、地理データベースを持っているイリノイ大学の"cello.cs.uiuc.edu"を使って行い、そしてゼロックスのパロアルト研究所(parc)の"mapweb.parc.xerox.com"から地図画像をダウンロードして表示するコンポーネントである。ドメインネーム->持ち主の住所(WHOIS)→位置座票("cello.cs.uiuc.edu")->地図表示("mapweb.parc.xerox.com")という流れでドメインが位置している場所を表示するわけだ。 例えば、DelphiでGeographicWhois Componentを使ってapple.comを検索・表示してみたのが次の画像である。
 |
もちろん、「ドメインが位置している場所」と言っても、ドメインの登録者の住所を表示するわけで、必ずしもそのドメインのサーバーが位置する場所を表示するわけではない。だけど、そもそも「ドメインが位置する場所」というのは「実際のドメインのサーバーが位置する場所」ではなくて、「ドメインの登録者の住所」だと私は思うのでこれはこれで良いのである。そしてまた、「ネットワーク上であまり意識することのない地理的な位置情報を表示する」というのがかなり面白いと私は思う。
日頃、ちょこちょことブラブラと色々なサイトを巡回して楽しんでいる(といっても実は多くはない)のだが、そのサイト達は世界中のどこにいるのだろう？なんて時折と思うことがある。以前、
でネットワーク上を自分の家からロンドンまでヒッチハイクしてみたけど、そんなヒッチハイクも地理的な位置情報が判れば、それはもっと楽しいかもしれない。WEBで辿る「世界一周の旅」なんてのも簡単にできることだろう。そしてまた、「インターネット上の距離」と「地理的な距離」を並べて見てみるのも面白いだろう。というわけで、今回は色々なサイトがどんな場所に位置しているかを表示するアプリケーションを作ってみることにした。ところで、先のGeographicWhois Component自体はDelphi用のコンポーネントでC++Builder用ではない。もちろん、C++BuilderはPascalで書かれたDelphi用のコンポーネントだって読み込めるわけだが、とりあえずこのコンポーネントはそのままではC++Builderには取り込めない。それだけではなく、地図の縮尺や位置などの指定をすることができないため、このままでは色々なサイトの位置を重ねて表示することはできない。
そこで、「ドメインネーム->持ち主の住所(WHOIS)→位置座票("cello.cs.uiuc.edu")->地図表示("mapweb.parc.xerox.com")というルーチン」をC++Builderで自分用に作り、できあがったアプリケーションがこれである。
もちろん、いつものように数回だけの動作(不？)確認しかしてない完全無保証版である。 GeoWhois.exeの動作画面が次の図である。ドメインの場所を検索しその結果が上の方の画像に表示される。また、検索履歴が下の画像に表示される。検索履歴画像の方はSaveボタンでbmpファイルとして保存することができる。
検索履歴が下の画像に表示される。  |
ちなみに、上の画像の検索履歴は私のよく見に行くところである。結構世界の各地に広がっているような気もするし、広がっていないような気もする。こんなプロットをもっともっと重ねてみて、あとリンクの様子も線でプロットしてみたりすればかなり面白いグラフができることだろう。
さて、ドメイン名から位置座票への変換("cello.cs.uiuc.edu")はあまり色々な場所が登録されているわけではないので、少なくとも日本などでは東京くらいしか変換することができない。だから、当然のごとくtomoya.comやhirax.netは表示されない。だから、実際のところ私が良く見に行く個人サイトは本当はあまり検索することができない。もちろん、プロバイダー内にWEBページを持っているようなところは検索・表示することができるのだけれど、そんなところはみんな東京になってしまうのである。しかも「WEBページの持ち主= ドメインの持ち主」でもないので、そもそも「そのドメインの位置情報 = WEBページの位置情報」では全然無い。だけど、そもそもそんな日本国内の「ご近所さんを探せ！」コーナーではないのだから、もうそれはそれで良いのである。遙か遠くの国のサーバーを地図で眺めることができる、というところが良いのである。
このGeoWhoisを応用していけば色んな遊び方があると思うのだが、今回はこのアプリケーションを作ってみたところで終わりにしたいと思う。次回以降(といってもいつになるか判らないけど)で、「インターネット上の距離」と「地理的な距離」でも調べてみたいと思う。
それにしても、こんな地図を眺めていると、本当に旅行したい気分になってきたぞ〜
2001-08-22[n年前へ]
■画像学会技術研究会
テーマは「高画質化のための画像処理技術」。というわけで、台風とともに東京タワー横へ。
発表内容はさておき、「プレゼン道」からの感想。
セイコーエプソン 角谷 -> トークが面白い。JHC2001でPCのトラブルにも悠然としていたことに今更ながら納得だ。
大日本印刷 阿部 -> 内容があまりに私の好みにぴったりで、トークの印象は薄い。しかし、菩薩像を般若心経スクリーンで描くなんて楽しいぞ、と。
富士ゼッロクス 石井 -> 「台風の中、ご来場ありがとうございます。」というページを挿入しておく、あのゆとりが大好き。このくらい聴衆者のことを考えて欲しいもの。
東芝テック 渕上 -> Vaioのカメラをその場で使いながらのプレゼンは新鮮。面白いやりかたで実に参考になった。
（リンク）（リンク）
」など。