see also:
- 三木谷さんってここまで頭わるかったっけ？（楽天が社内公用語を英語化の件） (2010/5)
- 続：三木谷さんってここまで頭わるかったっけ？（楽天が社内公用語を英語化の件） (2010/5)
- 日向清人のビジネス英語雑記帳：スペースアルク (2010/8)
-
すべてではないですが、かなりシフトしています。RT @Nobuyuki_Idei: @hmikitani 英語公用語社内ではプレゼン等英語だけですか？
三木谷浩史 H. Mikitani
hmikitani
ガラケー？もう無視の方向で。
]]>岡崎市立中央図書館のホームページへの大量アクセスによる障害について
平成22年３月から４月にかけて、新着図書データベースへの大量アクセスがあり、中央図書館のホームページ（蔵書の詳細情報）につながらない、又はつながりにくい事態が、何度も発生していました。市民の方からその旨のお問い合わせをいただくことも何度かありました。
図書館が導入しているコンピュータシステムのソフトウエアを開発した会社に連絡し、調査したところ、本を検索したり予約したりする一般利用とは異なり、短時間に大量のアクセスが行われていることがわかりました。これによって、それまでは問題なく閲覧できていた図書館のホームページが閲覧できない現象がたびたび発生していたということですが、誰が何のために行っているのか不明なため、図書館も対応に苦慮していました。
しかし、このような状態を放置しておくことは、より多くの方にご迷惑をかけることになるので、警察に、このような事例が他にも存在するのか、犯罪性はあるのか、また相談窓口はないか、といったことについて相談し、最終的には被害届を提出しました。
その後の捜査により、大量アクセスを行った人物が逮捕され、報道によりますと、起訴猶予処分となっているとのことです。
このコンピュータシステムは平成17年に導入しましたが、その時点で自動プログラムを用いて短時間に大量の図書データ情報を入手できるような事態は、想定していませんでした。今回の事例により、そのような情報入手の方法があることを認識し、本年7月、大量アクセスに対応できるよう、コンピュータシステムの改善を行ったところです。
ホームページは誰にでも開かれています。もちろん事前の申請の必要もありませんが、利用者の方におかれましては、情報収集のために使われる手段が、他の利用者に迷惑をかけていないかどうかについて、ご配慮をお願いいたします。
なお、平成23年1月初旬には、サーバーの入替を主とするシステムの更新を行います。これにより、図書館業務の機能強化を行うとともに、今回のような、大量アクセスへの対応はもちろんのこと、市民の皆さんの使い易さの向上を図ってまいります。
平成２２年９月１日
岡崎市立中央図書館
まず第一に、おかしな理由で逮捕されて20日間拘束された、自分の図書館の利用者に対する気づかいがまったく見あたらない。「報道によりますと起訴猶予処分に」とか言うんなら、「報道によりますとMDIS（三菱電機インフォメーションシステムズ）が作ったシステム側に不具合がありまして」も一緒に書けよそこの保身ハゲ。
プログラムは自動で新着図書のリストを順に開き、内容をコピーして切り張りするだけのもの。図書館側へのアクセスは１４日間に３万３千回で、秒間約１回。数万円で買えるコンピューターでも１日数万回や秒間１０回はアクセスに耐えるとされ、むしろ少ない数だ。「常識的に考えて逮捕はおかしい」などとブログやツイッターで書き込みが相次いだ。
取材で、県警がプログラムの意図を逮捕前に把握していなかったことが分かった。警察庁によると、典型的なサイバー攻撃は同時に数万回のアクセスを行う。一方、男性のプログラムは負荷を少なくするため、１回ずつアクセスし、応答を待って次のアクセスをする。
産業技術総合研究所の高木浩光さんは「違いは明白。警察は業界の常識を把握して捜査に臨んでほしい」。
この問題は情報ネットワーク法学会でも取り上げられ、会員で元検事の落合洋司弁護士は「県警はプログラムの意図や図書館側の問題を調べるべきだった。在宅捜査でよかったのでは」と話した。
そればかりか、クッキーを食わないブラウザでシリアルに繰り返しアクセスするだけで死ぬような超ウルトラ低品質なWebアプリをMDISから売りつけられていたという現実をまるで理解できてない。
平成17年（2005年）にはこんな使い方は想定してなかった？！？！ おいおいおいおいおい、ここ4,5年、アプリの修正の必要性をMDISに知らされてなかった件はどうなったの？
そもそも2000年あたりから検索エンジンのロボット（もちろんクッキーは食わない）はウヨウヨあったよすでに。今でも同じ。 えっ？robots.txtでどうにかなると思ってた？MDISの中の人はよくそんなこっぱずかしい言い訳できたもんだな。警察にログ出すついでに始末書と辞表もだしとけよ。
何度でも言うけど、ＩＴの素人に最初から理解しろというのには無理のある事案ではあるものの、ことここに至っては、全ての関係者は何が起きたのかを客観的に正確に把握する義務が必ずある。
MDISに首輪つけてもらって末永く禄をクソを食んでください。
see also
]]>とあるWebサービスのとある利用希望者が、「俺のメールアドレスは taro@hogehoge.example.com なんだが、ユーザー登録しようとすると、メールアドレスが間違ってるぞと言われる、なんでや！」というクレームをつけてきたんだそうな。
調べてみると、hogehoge.example.com でDNSのMXレコードが確かに引けない。んで、会員登録画面のアプリはメールアドレスの正否を確認するためにMXレコードの有無判定を実装しているんだと。
「これってこのユーザーがバカ自分のメルアドを覚え間違ってるんですよね！」とか言うもんで、これはと思って調べたら、案の定、hogehoge.example.comはMXでは引けなくてもAレコードは設定されてた。
「そのユーザーは悪くない。Aレコードも引くように実装しなかったお前が悪い」と伝えた。
例えば、PHPのPEARのValidateパッケージにもメールアドレスの正否確認用のメソッドがあるのだが、そこではドメイン部分についてはMXレコードとAレコードのどちらかの存在チェックをもってよしとしている。 [svn] Contents of /pear/packages/Validate/trunk/Validate.php583行目あたり。 perlのcpanのEmail::ValidやMail::CheckUserとかでも同じ。
巷の解説書やらなんやらには、メールアドレスのドメインに対してはMXレコードというものを設定してどうの、、、と書かれているだけのものが大半なので、そう覚えてしまっている人もいるらしい。
確かに一般的なメールアドレスはそのドメインとそのMTAとなるマシン（群）とがMXレコードによってひもづけられている。しかし、MTAとして稼動しているマシンのFQDNそのものをメールアドレスのドメイン部分に使っているメールアドレスは多くもないけど珍しくもない。大昔のインターネットではそっちのほうが多かったし、今でも自宅サーバとかではAレコードの設定だけでやってるケースはありうる。
see also:
see also:
すべてではないですが、かなりシフトしています。RT @Nobuyuki_Idei: @hmikitani 英語公用語社内ではプレゼン等英語だけですか？三木谷浩史 H. Mikitani
hmikitani
とか言っちゃいけません。 この朝日の見出しには（とその反応にも）若干の揚げ足取りが含まれていて、 図書館長さんは「人間がマウスをクリックしてアクセスする以外の特殊な方法でうかつに多数のアクセスを浴びせてくれるな」ということを言いたかったのであろう。
しかし、現実に起きたこと＝図書館長が言うところの「多数の（繰り返しの）アクセス」＝が実は21世紀以降の技術水準からすると常識的なレベルなのにそれすらさばけないほどアプリの品質が悪かったのだ、という事実を前にすれば、やはり失笑なのである。
そもそもITの素人に分かるレベルをやや超えている事案であることは少なくとも業界人はわかっており、その意味では図書館側の責任なんて誰も問うてないんだが、館長さんは身を守らなきゃと思っちゃったのかねえ。 （アホな後追いマスコミがなんて責め立てたかはしらない）
注：こちらの人が、岡崎市の図書館の人なのか、それとも岡崎市の図書館と同じシステムを使ってる別の図書館の人なのか、どちらかは不明。
なお、こちらの方が、librahack事件について筆者が7月に書いたこの記事（に大きく張ったリンク）を読んだうえでこの発言に至ったのかどうかなんて定かではないしそこはどうでもいい。（笑）
重要なのは、エンジニアの方ならすぐ理解したと思うが、つまり 入力された検索キーワードに含まれる、SQL文的な意味での特殊文字に対するエスケープ（無害化）処理がなされていなかった疑いが濃厚なのだ。 （なお、現在は改修されていると思われる）
これは検索機能として致命的な不具合であるばかりでなく、SQLインジェクション脆弱性があった可能性を示唆しており（←ああ、すいません、これは言いすぎでした）、性能どころの騒ぎではない。
いずれにせよWebアプリケーションの品質としては夏祭りのテキヤのミドリガメと同レベルである。
MDISが図書館に売っていたのは今回問題になった外部向けの蔵書リスト公開サイトだけではもちろんない。本にRFIDタグを埋め込んだりそれの読み取り機を設置したりその他もろもろ特殊なハードウェアまですべて含めた「図書館システム」である。 おそらく、蔵書の仕入れ、保管、貸し出し、返却などの他の部分の満足度は高かったのだろう。
が、何の罪もない図書館の利用者の一人が警察に逮捕されたという結果の前に、そんな満足はすべて吹き飛ばされてしかるべきだろう。違うというなら留置場に20日間入ってみろ。 もちろんこのあたりの責任は図書館やMDISというよりは警察にある。
不本意に逮捕され、２０日間拘束され、連日反省しろ認めろと精神的拷問を受け、当直弁護士には匙を投げられ、マスコミが大本営発表を全国に垂れ流し、家に身重な妻がいる状況で起訴猶予をチラつかされたら、俺なら１００％心が折れる。これは自信をもって言える。 #librahack
しかしそれにしたって、話がここまで進んでもなお、とんでもなく低品質なモノを三菱電機インフォメーションシステムズから売りつけられていたという現実を図書館の中の人として自覚できていない責任は、重い。どうせ保身と責任転嫁に走るなら「コンピュータの素人である自分じゃどうしようもなかったから業者と警察に任せたんだ」って言っとけばよかったのにね。
見方を変えると、システムのユーザーとしては大した飼いならされっぷりであり、逆に他のSI事業者の営業さんはMDISの営業を見習うべきかもしれない。
注：下記の図書館の中の人によるツイートはすべて、朝日の記事が出る前です
次、朝日の神田記者のツイート
それにしてもIT版ストックホルムシンドロームという分析（しかも朝日の報道前）は秀逸（笑）。
個人的にこれに加えたいのが、 「彼（彼女）を否定することは、彼を信じてきた今までの自分と自分の行動を否定することだ」 ←これ、セルカンネタでも出した、詐欺師（とまでは今回は言えないけど）や今まで長いこと信じてきた人やモノに裏切られた人間が最初に感じてしまう、精神的自己防衛反応。館長さんの反応はこれに近いものも感じる。
もう書いたけど、大切なことだからもう一度書く。
「自治体がベンダーの食い物にされている」と書きましたが、企業が利益を追求するのはある意味当然。また、自治体に高い専門性を求めるのも酷です。しかし、使われているのは税金なんですよね。 #librahack
see also:
Togetter - 「クローラーってキモイ？」というツイートまとめに、件の神田記者が興味深い話をしています。これもこれで根が深い．．．
@WilfremLuminous 実は、当初の原稿には「クローラー」という単語も解説付きで入れてあったんです。ところが、それを読んだ複数の記者が、何か得体の知れない恐ろしいものが図書館のデータベースからデータを勝手に漁っている、という印象を受けていました。 #libraHack
それで「クローラー」という単語は削ったという経緯があります。パソコンを使って実際にプログラムの挙動を説明すると、「なーんだ、そんなことなの？ そんなことで逮捕されちゃったの？」とみんな納得していましたが。 #libraHack
@WilfremLuminous MDISや取材したほかのメーカーは、クローラーやマッシュアップについて正確に把握していました。だからこそMDISは図書館ソフトウェアを改修したんでしょう。 #libraHack
みんながみんな「検索」しまくれているのは、すべてクローラーとよばれるもののおかげなのに．．．
朝日の人による燃料投下 （っていうと語弊があるしそもそも高木氏が既に言及してたネタだが）が追加され、とにかく一連の流れを受けての「実際どうあるべきだったんだろう？」という学生さんのごく素朴な質問に答える形での識者のツイートがこちら。
@masaki_hamasaki 図書館は法に則って運営されるべきだし、パッケージソフトは出荷前にテストすべきだし、個別システムは稼働前に負荷試験すべきだし、警察は逮捕する前にちゃんと調べるべきだし、どれひとつできてないから馬鹿なことに
楠 正憲
masanork
ある意味見事な今北産業。マジ脱帽です。
]]>本人による衝撃の事件まとめから始まって ものすごい勢いで高木氏が追っていて、さらに「チェックメイト。しばらく黙ります。 #librahack」という意味深なコメントを残していたのは業界人の多くが知っていたと思うが、ソフトの実物を入手してラック社による解析まで行われていたとは、アサヒのくせになかなかやるじゃねえか。
というわけで、三菱電機インフォメーションシステムズの関係者の皆さんはクソのようなコードとクソのような報告をしたカドで逮捕で20日間ほど拘束されてきてほしいと from the bottom of my heart そう思います。死ね、と。
see also:
イトーヨーカドー、セブンイレブン、デニーズ、これ全部元締めは同じ。 IYグループの情報システムに対する力のいれようはIT業界では定評がある。
さて、なんのへんてつもないよくある事例紹介のページに載せられた一枚の写真に注目して欲しい。すぐ消えるだろうから今のうちだよ（笑）。 担当者が自分の机に座ってこっちを（カメラを）向いていて、その周囲の席にも普通に仕事中らしい同僚が数名いる、という構図の写真。
でもそれぞれの机やイスやパソコンの向きをよく見ると、普通のよくある日本のオフィス風景と違うことに気がつくだろう。そう。全員同じ向きを向いているのだ。つまり、学校の教室、とくに大学や専門学校等でよく見かける、数人がけの長い机が黒板に向かってずらっと並んでいて、それぞれにイスとPCがある感じを想像してほしい。パーティションなどもちろん無い。
写真からは読み取れないのだが、実は、下っ端ほど前の席、偉い人ほど後ろの席にいる。ここがポイント。 後ろの上司がひょいと首を伸ばしたときに、前の席のPCの画面は丸見え。そんな状況でこんなブログとかヤフオクとか見る勇気のある人はいまい。
よくできてるねえ、いろんなものが、ほんとよくできてるよ。
see also:
]]>Query: analog.cxとかなってますので、どうやら7月末でExpireになって2週間でDNS情報を書き換えられてしまった模様。analog.cxドメインの所有者はanalogの作者のStephen。
Status: Suspended
Created: 29 Jul 2001
Modified: 12 Aug 2010
Expires: 29 Jul 2010
（略）
Registrant:
Name: Stephen Turner
まあ、すでに枯れたソフトなこともあってここ数年はバージョンアップもなかったのですが、老舗のサイトではいまだにこれ使ってるところ多いんじゃないでしょうか。速いしねえ、ほんと。
というわけで、誰かStephenにどうにかしろとお伝え下さい。 俺？もう寝る。（笑）
]]>結論先に言うと、ベンジャミンフルフォードとか少年マガジンのMMRでも見て楽しんでてほしいと思います。
PV数imp数の多そうな大口顧客＝ブログサービスサイト、新聞、マスコミ、etc＝にだけ与えられる、かつてはadsenseプレミアムと呼ばれていたサービス（今はなんて言うのかわからん）のアカウント名見つけたくらいでガタガタ騒ぐなガキ。珍しくもねえ。
で、件のブログ群はすべてlivedoorブログのサービス上で運営されている。「えっ？だってドメインぜんぜん違うのあるじゃん」とか言ってるボクに説明するヒマは無いのでググレカス。あと全部のホストにtracerouteたたけ。 ほらみろ同じIPだらけじゃねえかやっぱり同じ奴が運営してんだ！とか言ってるやつは、twitterのつぶやきは全部誰かのシナリオどおりだと思って旅に出てください。モーフィアスとトリニティが迎えに来てくれるよきっと。
さて、一般的なgoogle_ad_clientは皆さんご存知「 pub-0123456789 」みたいなやつ。 で、その一般的な広告収入なんだが、アカウント保持者に68%、Googleが32%ってのがadsense共通のレート。要するにスポンサー様に課金が100万円発生したら68万がアカウント保持者の取り分。
Inside Adsense - 日本語: AdSense の収益分配について adsense 公式ブログ 2010/5
大多数の AdSense を利用されているサイト運営者様は、コンテンツ向け AdSense をご利用いただいています。このコンテンツ向け AdSense をご利用いただいている世界中の AdSense 運営者様は、コンテンツ向け AdSense の収益の 68% を受け取られています。言い換えると、サイトに表示されるコンテンツ向け AdSense に対して広告主様からいただいているうちの 68% はサイト運営者様に支払われています。なお、残りの部分は、サイト運営者様の収益を最大限にできるよう、AdSense の新しい技術やプロダクト、機能の開発のための投資に充てられます。またこの費用には、AdSense をご利用のサイトに AdWords の広告主様の広告が配信されるためのプロダクトや機能のための費用も含まれます。Google AdSense は、2003 年のコンテンツ向け AdSense 開始以来、この収益の分配率を保ち続けています。
では、さっきの「プレミアム」なんとかのようにGoogleの営業担当者が直接かけつけちゃうような大口顧客でもやっぱり68%なのかって、んなわきゃない。それじゃちっともプレミアムじゃない。 75%なのか80%なのか90%なのか知りませんがとにかく少し条件がいいはず。
では問題です。みんなで幸せになるためには、次のうちのどれがベターでしょうか？
で、各ブログでちゃんと収益分けて計算しなきゃならんので、google_ad_channelで通し番号でも与えてレポート機能できっちり分かれた数字が出るようにしておく、と。 なお、googleから支払いを受けたadsenseの収入を関係者間で分配することは、例えばadsense apiのドキュメントではrevenue shareringとして公式に解説されていることでもあり、特におかしな行為ではない。
本当はこのへんのことはadsense APIでも使ったりgoogle_ad_hostとかいう変数を使うといった手法があるらしいんだが、よくわからん。まあ大した数じゃないんだったら今回のlivedoorの件のような手作業に近い方法（なのか？）でも運用回るんだろう。
以上の話は夏の夜の怪談に過ぎません。
]]>mixiやらgreeやらのコミュニティ的なサイトから始まってアフィリエイト系とか美容院の予約サイトまで、およそ個人識別が必要なサービスでは特に、複アカ荒らしクン対策のために携帯電話の個体識別番号が活用されています。ドコモのx-dcm-guidとかsoftbankのx-jphone-uidとかそういうの。
ただ、招かれざるユーザーを締め出しやするためという携帯端末の個体識別番号の存在目的はそう悪くはないんだけど、ユーザーの意図に関係なくそのユニーク値を固定でバラまくというその手段（設計思想）が最悪すぎて、ひどいことになっちゃいそう／なっちゃってるわけです。 低予算で手軽に実装できるのがそれしかないからみんなそれ使ってるけど。 このへんの話は筆者が2008年に書いたiPhoneと携帯契約者固有IDと複アカと青少年ネット規制によるケータイ闇ナベ狂想曲の頃から状況は大して変わってない。 その約1年後（2009年）に書いたケータイ＆ネット業界 闇ナベ狂想曲第二楽章 － EMA、iモードブラウザ2.0、お名前.comの脅威のDNS、そしてジェダイ現るの頃になっても状況は改善されるどころかむしろ悪化し、 さらに最近（2010年）では他人との通信端末の安易な貸し借りを安易な説明でブログに書く安易な社会人とかもいて、世も末。
さて、ここへもってきてiphoneを皮切りにした最近のスマートフォンブーム。
softbankに食われまいとあせったドコモやAUがiモード契約すらできないスマートフォン（experiaとかblackberryとか）をどんどん市場に闇ナベに追加投入。
おまえらiモードやらezwebやらでそれぞれ有料コンテンツの経済圏つくって囲い込んでチャリンリャリンでウハウハしたいんじゃなかったっけ？歓迎するやらあきれるやら。
とにかく、Webを知らぬ携帯キャリア各社によるこういう行き当たりばったりなマーケティング戦略とシステム戦略との不整合のおかげで、そろそろ、「オレ、ドコモのエクスペリアなんだけど」「アタシiphoneなんだけど」という方々からの「どうしてmixiとかに新規登録できないの！！」みたいな苦情が無視できないくらいの数になっているはずなんですね。もちろんmixiってのはあくまでも例で、要するに複アカ荒らしクン対策が必要なWebサイト全般に同じことが言える。
そこで、個体識別番号じゃなくて素直に電話番号を使っちゃえばいいじゃん、というのが今回のポイント。
つまり、「こちらはＸＸ急便、再配達受付センターです．．．」みたいな音声自動応答とプッシュボタンによる情報収集機能を、twilio.comのAPIを使って手軽に実装しちゃうことで、1電話番号＝1ユーザーを実現し、複アカ嵐君対策にしちゃいましょう、という話につながります。 ああ、また前置きが長かった。 スマートフォン時代になってあえて音声通信に戻るという手法がなんとも皮肉ですが。
さて、twilio.comだが、techcrunchも絶賛していたとおり、RESTなAPIを使って音声自動応答サービスを好きなように作れるという、デジタルとアナログのすき間をついた冴えているベンチャー企業。アメリカ発。IVRサービス自体は特に珍しいものでもないけど、日本の同業他社は中途半端に料金が高かったり、あるいはAPIッテナンデスカ？みたいな有様で、twilio.comを見たあとではもうおまえら爆発しろと正直思う。
ではこのtwilioのサービスを使って、次のようなアプリをつくってみよう。
という寸法です。では、以下具体的な実装。
登録しただけで無償の開発用sandboxを使えますが、それはoutboundコールはアメリカ国内だけだったりとか、らしいです。 今回、twilioのアメリカの拠点(アクセスポイント？）から日本に向かって国際電話をかけることになりますので、いくらか先払いすることによって、お試しモードではなくガチで運用するレベルのアカウントにする必要があります。 なお、日本（のケータイ）からtwilioに電話かけるんじゃないの？という話もあるけど、今回のサンプルではそれはやりません。理由は後述。
今回のアプリは発信する（outboundと言う）ものなので、着信はほんとうは要りません。が、発信するときに発信元番号が必要なので、そのために1個買います。この着信用番号を、API上での発信元番号にセットして使うわけ。維持するだけなら月額1ドルですみます。TollFree（日本で言う0120フリーダイヤル？）ではなくLocalのカリフォルニアあたりの番号でいいんじゃないでしょうか。
ログインすると上部にメニューがでます。「Internatilnal」をクリックしても最初は「使いたかったらココにメールしろ」と出るだけ。メールしましょう。このへん、まだシステム化されておらず、手作業らしいです（笑）。まあ、いろんな国があるからね。どこの国かとか、カード情報がどうとかそういう与信みたいなものを軽く確認する必要があるのでしょう。24時間とかからず返信がかえってきて、internationalのメニューが使えるようになります。そしたら「Japan」のところを適当にクリックしておけばＯＫ。
いよいよコードを書きます。用意するものは以下の5つ。 ここではtwilioが提供するphpのライブラリを使って手軽にPHPで書いてますが、実際twilioのAPIは単なるRESTとXMLで構成されているので言語はなんでもOK。 なお、twilio提供のphpライブラリは内部でcurlを使っているので、phpが--with-curlつきでコンパイルされていることが必要です。
以下、各コードです。コンセプトを示すためのコードなので作りはいい加減です。細かいところは各自よしなに。
<!-- http://mysite.example.com/form.html --> <html> <form method="POST" action="call.php"> input your phone number: <input type="text" name="phonenumber" size="10"> <input type="submit" name="call" value="GO"> </form> </html>
<?php
// http://mysite.example.com/call.php
require "twilio.php";
session_start();
// ゼロをとって代わりに国番号をつける。09011112222 -> 819011112222
$phonenumber = preg_replace('/^0(\d+)$/', '81$1', $_POST["phonenumber"]);
$ApiVersion = "2008-08-01";
$AccountSid = "AC*****************************";//自分のtwilioアカウント
$AuthToken = "8******************************";//とトークン
$client = new TwilioRestClient($AccountSid, $AuthToken);
$response = $client->request(
"/$ApiVersion/Accounts/$AccountSid/Calls",
"POST",
array(
"Caller" => "自分が買ったincoming number",
"Called" => $phonenumber,
"Url" => "http://mysite.example.com/gatherpin.xml"
));
if($response->IsError){
echo "Error: {$response->ErrorMessage}\n";
} else {
$callsid = (String) $response->ResponseXml->Call->Sid;
$_SESSION["CallSid"] = $callsid;
header("Location: http://mysite.example.com/inputpin.php");
}
?>
<?php // http://mysite.example.com/inputpin.php $pin = mt_rand(100,999); //手っ取り早く3桁の数値をランダムに session_start(); $_SESSION["pin"] = $pin; ?> <html> <p> まもなく電話がかかってきますので、電話のプッシュボタンで 確認番号 <?php echo $pin; ?> を押して、電話をお切り下さい。 </p> <p> 5秒ほどたったら、<a href="confirm.php">次のページへ</a>いってください。 <br> ※このへん本当はjavascript(ajax)とかで適当に時間稼ぐなり ウラでhttpなげて確認するなりすればよい。 </p> </html>
<?xml version="1.0" encoding="UTF-8"?>
<!-- http://mysite.example.com/gatherpin.xml -->
<Response>
<!-- メッセージをSayして3桁の番号を取得して
その結果をreceivetwilio.phpにGETで投げろと書いてある -->
<Gather action="http://mysite.example.com/receivetwilio.php"
method="GET" numDigits="3">
<Say>input your confirmation number</Say>
<!-- 実際はSayじゃなくてPlayでmp3ファイルに録音した日本語を流すとか -->
</Gather>
</Response>
<?php // http://mysite.example.com/receivetwilio.php // 本当はDBとかなんだろうけどここでは手っ取り早くファイルに書き出すだけ $filepath = "/tmp/twilio-".$_GET["CallSid"]; file_put_contents($filepath, serialize($_GET)); // html出力は特に何も無いんだけど、 // 何か出さないとtwilioがエラーを吐くらしいので echo "<html><body>thanks twilio.com</body></html>"; ?>
<?php
// http://mysite.example.com/confirm.php
session_start();
$twiliodata = unserialize(file_get_contents("/tmp/twilio-".$_SESSION["CallSid"]));
if ($twiliodata["Digits"] == $_SESSION["pin"]) {
echo "twilioのAPIを通じて".$twiliodata["Called"]."に電話をしました。";
echo "そこで確認番号".$twiliodata["Digits"]."が正しく";
echo "プッシュされたことが確認できました。おめでとう！";
} else {
echo "残念！";
}
?>
ブラウザでform.htmlにアクセスし、自分の携帯電話番号を入力してsubmitすると、数秒でほんとに電話がかかってきます。 <Say>タグで入れている英文が野太い声で自動読み上げされます。 一方ブラウザ上には3桁の番号が出ているはずですから、電話のプッシュボタンでそれを押します。そしたらブラウザ上で「次へ」のリンクを押してください。プッシュした内容が検証されます。
twilio.comを見ればわかるけど、金はかかります。が、微々たる物。 例えばoutbound＝発信＝が1回で3セントで、日本への通信料が1分22セントくらい。よって、この機能を1回使うごとに約25セントかかります。これは日本国内の携帯電話（東京）の場合です。固定電話なら地域や種類によってもっと安いと思われます。 細かい計算は各自やるとしても、料金が気になるようなら適当に利用回数の制限機能を実装しといたほうがいいんじゃなかろうか。
こっちからユーザーに電話する（Outbound）よりも、ユーザーからこっちに電話してもらう（inbound）のほうが、通信料の多くがユーザー負担になるのでラクです。 たとえば177の天気予報みたいなアプリをつくるのであればそれでいいはず。 ところが、今回ここで紹介しているのは、ユーザーの電話番号を正確に把握する／そのついでに1ユーザー≒1電話番号であることを見越して複アカ対策とする、ためのアプリです。
twilioのAPIでユーザーからinboundされた電話番号を発信者番号通知で知ることは可能です。実際、筆者が試した限りではドコモの携帯ではtwilio相手でも番号通知が正常に動きました。じゃ、それでいいじゃん？ でも、実は携帯から国際電話をかけるのって、事前の契約が必要だったりするケースがあるのがポイント。最初に契約したときに国際電話を含めているか否かによります。いつぞや、怪しげなコンテンツ業者にかけたら自動的に国際電話につながってすごい料金請求になった、というような事件があった覚えがあります。その影響というか、予防なのでしょう。
そんな事情もあって、ここではあえて少し金のかかるoutboundの方法を紹介しています。 twilioが日本国内に拠点（アクセスポイント）を作ってくれる日が待ち遠しい。
長々と書きましたが、ここで紹介しているのはかなり単純なアプリです。 実際はTwiMLを使って複雑なアプリを作ることも可能でしょう。あなたのアイデア次第です。では Happy Hacking!
タイトルを変えました。
旧：スマートフォン時代の電話番号認証の実装
新：スマートフォン時代の電話番号確認の実装
認証よりも確認という単語のほうがこの話にマッチしている気がするので。
やってはいけない、というよりは最初の心得みたいなもんですが。
5合目までは道路も電気も電話も通じてるので、いざとなればパトカーでも救急車でもタクシーでも何でも来てくれます。 しかしそこから先は自己責任の大自然です。ちなみに一般的な山岳救助での捜索隊の日当は一人Ｘ万円です。ヘリもブルドーザー(*)もすごい金額らしいです。それらの請求先はもちろんあなたです。保険？なにそれ？
とにかく 「納税者ヅラができるのは5合目まで」 はい、ここテストに出るよー。
* ブルドーザー＝富士山では頂上まで含め全ての山小屋等への物資の運搬がブルドーザーで行われています。登山道とは別にブルドーザー用のルートがあるのです。もちろんけが人、病人（ex.高山病）も乗せてくれますがどういう許可基準/金額なのかは知りません。
たとえば天気のいい日に朝6時に出発して夕方には下山、というのなら話はわかります。それなら小学生でも可能です。前日に７、８合目まで登って、そこの山小屋で一泊してから早起きしてご来光、というのでも可能でしょう。
しかし、5合目からの徹夜登山に小学生が耐えられるわけがありません。人間の体は眠ると体温を少し下げるようにできています。そこへ天候の急変が起きたらどうなるか？それこそ「眠ったら死ぬぞ」ってことになりかねません。しかし子供というものは眠気には絶対勝てません。 周りの大人で助けてやる（どうやって？）ような余裕がある人は少ないです。結局、お父さんがまさに命がけで励まして頂上の休憩所までどうにか登らせるしかなくなります（子供をおんぶしたら荷物が持てない）。しかしそのとき「9合目渋滞」の真っ只中だったら、、、！？アーメン。
山小屋のにいちゃんによると、珍しくはないそうです。2回しか登ったこと無い私ですら見かけたくらいです。何か思うところがあってのことか、あるいは単に話のタネのつもりなのでしょう。
山小屋や頂上の休憩所のお兄さんが「あははーお兄さんスーツ？すごいねー．．．」 なーんて気さくに声をかけてくれると思ったら大間違いです。徹底スルーされます。
なぜか？ちょっとでも天候が悪くなっただけでとたんにブルブル震えだして山小屋や休憩所に無駄に助けを求めるのはそういうＤＱＮだからです。地上ではネタでも山では迷惑です。
昼間の登山中に休憩したいということならまったくＯＫですが、夜間登山中に装備不足などがもとで力尽き、寝てる山小屋をたたき起こす輩がいるようです。予約客は既に寝てます。少しでも睡眠とって早くに起きてご来光を見たいという人たちにとって、迷惑です。夏休み期間中の特に土日はどこの山小屋も予約で一杯です。自分の装備不足と天気予報の確認不足を呪いつつ三途の川を渡るか素直に降りるかしてください。なお、24時間営業（？）な山小屋もあるようですがよく知りません。
いるんですよ。前の客がのろいから追い抜こうとして狭い道の谷側を抜こうとする人。登山道のはじを踏むと「カラカラ．．．」と小さく落石が発生します。小さいから大丈夫と思ったら大間違い。雪だるま式に大きな石を動かしてしまうことがあるのです。それで混んでる登山道を襲えば2,3人殺せます。「富士山 落石」でググればその恐ろしさがわかります。
やばっ！と思ったらすぐさま「ラクセキー！」とか「ラーーァァック！」とか叫んで下に知らせましょう。 恥ずかしがってる場合じゃありません。これは山の掟です。
登山道ではそれほどありませんが、下山道ではブルドーザーとすれ違うことがあります。素直に山側によけて下さい。 ブルの運ちゃんも気を使って登山客に明るく声をかけながら運転してますが、うっかり路肩崩れでも起きた日にゃブルごとひっくり返ってあの世行きなので、彼らなりに命がけです。
9合目渋滞の元凶って実はこれなんじゃないか？って思うくらいです。混んでる登山道のど真ん中で立ち止まってカメラ構えるのはやめましょう。撮影中に誰かが横切ったからってさらに居座ってシャッターチャンスをうかがうおバカさんはお願いですから空気読んでください。薄いけど。
頂上まで行けば写真撮影ポイントは他にもいくらでもあります。とっとと奥まで移動してください。 とにかく絶対に登山道をふさぐな。
登山客の多いシーズン中の富士山ではルール違反です。そもそも下山道は登りに適した整地はされてませんので体力も消耗します。それでも渋滞よりはマシなのでガイドつきのツアーはこの方法を取ることがあるらしいですが、一般客はやっちゃいけません。意外と道に迷うリスクもあります。荷揚げ用ブルドーザ（夜も稼動してることがある）の妨げになることもあります。
そんな体力がある人はいないと思いますが、妙にはしゃいじゃう奴もいるかもしれませんので念のため。頂上の多くはほぼ平地なので走れます。が、走ると高山病のリスクが飛躍的に上昇します。 どうなってもしらねえぞ。
ちなみに、普通に歩いたりちょっと階段登ってるだけなのに心臓がドキドキする（心拍数が上がる）のは、高山病ではありません。ごく普通の症状です。空気が薄い証拠です。
やった！頂上だ！と思っても、そこは頂上ではありません。お鉢めぐりを数十分ほど行った先、富士山測候所（富士山レーダー）跡地が、3776m地点。正真正銘の頂上です。天候と体力が許すのならばそこまで行って「日本最高峰」の石碑とともに自分の雄姿を写真に収めない手はありません。
しかし、考えることは皆一緒。ディズニーランドのミッキーマウスのごとく、写真撮影が行列になってることが往々にしてあります。
素直に行列してください。空気が薄くて頭がハイになったバカが、皆が並んでる方向と逆方向から知らずに割り込もうとすることがあります。お願いですから薄くても空気読んでください。誰もそんなところでくだらないケンカしたくはありません。
以上、諸君の健闘を祈る！
]]>何度か書きましたが、天気のいい昼間なら普通のズボンとＴシャツとリュックで登れるくらいです。しかし、ここでは「夜に出発して徹夜で登ってご来光見て頂上でちょっと休憩してすぐ下山」という想定ですのでもう少し重装備になります。
ちなみに筆者は御茶ノ水のスポーツ店街の登山用品店で全部揃えました。 では順に行きましょう。
防寒着などもあるので普通のリュックでは入りきりません。登山洋品店で売っているような大き目のものがいいです。体のサイズにもあわせる必要がありますので店員さんに相談しましょう。ついでにバンド等の長さのあわせ方も教えてもらいましょう。ちなみに私のは30リッターのやつでちょうどいいぐあいでした。雨のときようのカバーが付いてるやつがいいでしょう。
トレッキングシューズというやつ。ハイカットのがオススメ。これ絶対。足首まで保護してくれるので、特に下山中に足をグキってやったときのダメージを最小限に抑えてくれます。砂走りを下るときも、ハイカットのほうが砂やら小石やらが靴の中に入り込みにくいです。ジョギングシューズみたいなので行く人もいますが、運が悪いと下山中に靴底が崩壊します。平地のアスファルトと山の岩や砂とでは靴底に与えるダメージがぜんぜん違うので当然の結果です。
あたりまえですが、新品のままいきなり本番はダメです（笑）。自分の場合は幸い職場がカジュアルＯＫなので、二週間ほどこの登山靴とジーパンで通勤して慣らしました。
100円ショップのレインコートでいいや、とか言ってるそこのあなた。死ぬよ。富士山の雨は上から降ってきません、横からも下からも降ってきます。上下セパレーツでビシっとしたやつじゃないと絶対だめです。1万円前後です。
ジーパンでも可能かもしれませんがやはり軽いほうがいいです。薄手の山用パンツの下にＣＷ－Ｘみたいなやつをはくといいです。ほら、イチローがユニフォームの下にはいてるというアレです。防寒だけでなく筋肉をサポートしてくれる（マジ）し、逆に天気よくてもそれほど暑く感じません。 女性の場合はCW-Xみたいなやつににスコート、といったかわいい格好も見かけました。あれもアリでしょう。もちろんジョギング用とかではなくてもう少し分厚い何かだとは思いますが。
筆者は冬にジョギングするとき用に買っておいたスポーツ用長袖シャツで代用しました。汗を吸ってもすぐ乾くのでちょうどよかったです。念のためユニクロのヒートテックシャツを予備に持っておくとかもいいと思います。
天候次第ではフリースじゃつらいかもしれません。私はスキーウェアのインナーで代用して、いい感じでした。防寒着が無いと夜は三途の川をチラ見することになります。なおスキーウェアのアウターだと、着膨れしてレインウェアを着れない可能性があるのでそのへんよく確認してからチョイスください。
カネに糸目をつけないというひとはゴアテックスの上下とか買っちゃいましょう。上下買うと7,8万すると思いますが。
軍手または山用グローブは必須です。スキー用だとちょっと暑すぎると思います。富士山は下は全て岩なので転ぶと一発で手が擦り傷だらけになります。ストックはあるとやはりラクです。スキー用のストックの人もみかけましたが、長さ調節できるほうがいいでしょう。お店で売ってます。なお、登山口や山小屋で売っているいわゆる金剛杖でもいいと思います。小屋やら頂上やらで記念に焼印を押してくれます。ただしそれ持って電車乗って帰る場合は結構恥ずかしいかもしれません。
地上と違って紫外線の強さも3000メートル級です。曇ってるときはぜんぜん大丈夫ですが、ちょっとでも日が差すとまさに「日が皮膚を焼いている」のがわかります。チリチリチリ．．． 日焼け止めクリームは「日焼け止め」というより「やけど止め」だと思って塗りたくっておきましょう。耳のウラまでしっかりと、です。 帽子は耳や首を隠してくれるやつがいいです。でも普通の野球帽等の下に大き目のハンカチやバンダナをしいて耳や首を隠すのでも大丈夫でしょう。 サングラスもできればあったほうがいいです。曇ってるといらないんですが。
ふもとのコンビニでも軍手と一緒に売ってます。寒いとき意外と重宝します。
夜間登山ですから当然です。手持ちの懐中電灯？両手開いてるほうがいいですよ絶対。LEDの小さい奴で十分です。2500円しないくらいでしょうか。 LEDのやつはめっちゃ明るいわりに消費電力が少ないので新品の電池入れておけば予備を持っていく必要はありません。
食料は多めがいいです。オニギリでもサンドイッチでもウィダーインゼリーでも何でもお好みで。人間、食えば元気になります。アメやチョコもお好みで。 水はとりあえず500ミリのペットボトル2本でいいでしょう。足りないかもしれませんが重いですからね。不足したら頂上や山小屋で買いましょう。500ミリのペットが500円とかしますがその程度は「重量をカネで解決」と思っておきましょう。
富士山のトイレは全て有料です。300円とか。あれだけ登山客が入れば維持費がかかるのも無理はありません。お釣りとか面倒ですから、小銭を用意しましょう。
頂上から数十分ほどお鉢めぐり（火口の周りを一周すること）した途中に神社と郵便局があり、記念にハガキとか売ってて、その場でポストから出せます。そのときのために、ペンは自分で持ってるほうが借りる手間が省けていいです。
富士山では水は貴重ですが、せめてペットボトルの水で少しでも顔をぬぐって歯を磨くと、けっこうスッキリします。
あっても気休めにしかなりません。高山病にはなる人はなる、ならない人はならない。こればっかりはどうしようもありません。
出発前にリュックに防水スプレーをしておくのはいいアイデアです。ただし雨がひどいときは防水スプレーもすぐダメになるので、カバーつきのリュックだといいです。 あと、普段は冷蔵庫でお肉を入れているあのジップロックですが、ぬらしたくないもの（ケータイとかポケットティッシュとか）を入れておくのに便利です。
ケータイでもＯＫですが、フラッシュつきのほうがいいと思います。
必須じゃないです。筆者も持ってないです。 が、中腹でご来光を待っているときと、頂上とでそれぞれ、バーナーでコーヒー淹れているツウな人がいました。あれいいなーと思いました。 「山のごちそう＝あたたかいもの」というのは本当です。まあ、山小屋でカップヌードル(800円！)買ってもいいのですが。そんなのもカネで解決というやつです。
頂上で祝杯をあげるにはやっぱりコレです。 頂上の売店では普通のビールを売ってるのは見かけましたが、 ノンアルコールのやつはやはりありませんでした。 自分で持っていって正解でした。 「高山病を心配しなきゃならないような山の上で疲れきった体に本物の酒を入れるのはちょっと怖いけど、頂上では断固として祝杯をあげるべきだろう、オトナとして。」そんなアナタにおすすめです。（笑）
では最後に「やってはいけない編」へ。
]]>素人には素人なりのなにかが残しといたほうがいいかなと思って、ちょっと書き残しておきます。 計画（スケジュール）、装備、やってはいけない、の三部作の予定ですが予定は予定に過ぎません。 それから、「オレ、山岳部出身なんだけど、トーシロがいい加減なことはくんじゃねーぞ」とか言われても断固としてスルーします。めんどくさい。ｗｗ
では計画（スケジュール）編から話を始めましょう。
Ｑ：富士登山のすべてを決めるのは何か？
Ａ：6割の天候と3割の装備（を買うカネ）そして1割の思い切り（のよい撤退）である。
富士登山がいい思い出として残るか、二度と行くか！という悪夢に終わるかは、たったこの三つの要素で決まります。 「富士山に登らないバカ、二度登るバカ」と揶揄されるゆえんはこのへんにあります。
要するに、天気さえよければジーパン、Ｔシャツ、スニーカーの小学生が登れちゃうのです。
が、ほんのちょっとでも天候が悪いと悪魔が舞い降りて死の恐怖すら感じることになります。俗に言う「寝たら死ぬぞ」というやつです。そこで戦力の決定的な差を見せてくれるのが装備というものです。
しかしどんなにカネをかけた装備であろうとも、より大いなる自然の前にはやはり無力です。いまどき天気予報なんてケータイからいつでも見れるんですから、アメダスがちょっとでも黄色とか示してたらとっととあきらめて御殿場アウトレットモールでお買い物でもして帰りましょう。
実は筆者は須走口からしか登ったことがありません。それも昼間ではなく夜から上り始めて一気に頂上まで行く徹夜登山。山小屋？なにそれ。
「なんだよ！オレ普通に昼間に富士宮から登ろうと思ったのに！」という方はここで読了してくださってもかまいません。とにかくそういう前提で。
富士山には登山道がいくつかあります。一番人気があるのは富士宮口。ほぼ6合目付近という、一番標高の高い位置から登り始めることができるため、天気がよくて体力がある人は4時間台で頂上までいけるらしいです。 そのほかの登山口はどれも5合目がスタートです。須走口は東名高速の御殿場インターから近く、下山のときは砂走りといってなだらかな砂地になるため比較的足腰が楽です。子供にもおすすめ。 富士宮口は登りも下りもゴツゴツした岩場なので結構きついようです。
理想的なのは、登りはスタート地点の標高が高い富士宮口、下りは足腰に優しい須走口、というルートですが、マイカーで行く人には無理な話ですね。マイカーじゃない人は可能だと思います。ツアーでよければそういうのもあるのかなあ？知りませんが。（ツアーは人数が多くなりすぎるぽいのであまりおすすめしません）
とにかく筆者は、夜に登り始めて途中or頂上でご来光（日の出のこと）を見てそのまま下山するという、突貫プランしかやったことがありません。山小屋も泊まったこと無い。 登山道の話につづきスケジューリングもまた限定的な話で申し訳ないっす。ｗｗ
とにかく以下「徹夜登山」を前提に話を書きます。
これ重要です。須走口の駐車場は夏休みの金曜日の夜19時の段階で満車になります。土曜日はもっと早いのかもしれません。他の登山口でも似たようななものなのでしょう。
須走口五合目の駐車場に入れなかった車は早い者勝ちで路肩に停めることになります。ごく一部区間を除いて駐禁は取られませんのでご安心を。とにかく遅くなればなるほど道路の下のほうの路肩になるので、ひどいときは高度的に3,4合目あたりから登るのと同じということになります。このハンデはでかいですのでどうにかして仕事の都合をつけて早めに行きましょう。
駐車場所のために早く到着したからといって、例えば18時に登り始めたら夜中の零時前後に頂上につく計算になります。夏場のご来光は午前4時半ごろなので、待ってる間に心が折れたり凍死したりしないようにするにはかなりの重装備が必要になるでしょう。
しかしそこまでやりたくない人がほとんどだと思います。車の中で仮眠してスタート時間を調整しつつ、ついでに少しでも体力を温存しましょう。まわりの車もみんなそうですから、眠れなくてもお静かに。
登るのにかかる時間は個人差ありまくりですが、筆者らは22時前に上り始めて8合目と9合目の間あたりでご来光って感じでしょうか。頂上でご来光を見ることにこだわりたい人はもっともっと早く出るしかありませんが、そういう人は始めから山小屋に泊まる段取りにするほうがいいんじゃないでしょうか。
須走口、吉田口の最大の弱点がこれです。上のほうで登山道が合流してどっと人が増えるのです。そこへ、9号目以降の岩場の険しさが重なって、たった400メートルを登るのに1時間以上かかるような渋滞になります。眠いときのこれはマジで体力を削りますが、仕方ありません。 落石一発で十数人殺せるでしょう。フラついて倒れれば将棋倒しです。ガチで大惨事になりますので全力で耐えてください。
どうすれば9合目渋滞を避けれるのかはよくわかりません。昼夜問わず、土日ならしょうがないのかもしれません。
登ったあとの温泉が最重要チェックポイント。ｗｗ 徹夜で富士山に登って下りて、間違いなくヒットポイント残高が残り少ないそこのお父さん！そのまま運転して家に帰る？！そんなに居眠りで事故りたいですか？
須走口から山中湖または河口湖までは驚くほど近いです。どっちにいっても1時間とかかりません。渋滞ポイントも特にないです。川口湖も山中湖も近辺に宿はいっぱいありますから、てきとうに予約しておきましょう。 そう、徹夜富士山のコツは、1泊目は徹夜で登山でご来光、2泊目は温泉旅館。これ最強。 天候が悪くて初めから登山をあきらめるケースでの保険的な意味合いにもなります。登山をあきらめた夜はアドリブでどうにかして、翌日こそ卓球温泉で楽しめばいいのです。 ただし山中湖近辺は温泉は少なくて普通の風呂の旅館のほうが多いようです。まあそのへんは予算見合いで。
チェックインはたいてい15時以降なので頂上でお鉢めぐり（後述）でもして下山もゆっくりめにして少し時間調整し、それでも早すぎれば5合目の売店（菊屋旅館だったかな？）でお昼ごはんでも食べてましょう。
中編（装備編）に続く。。。
]]>だって、正直なところ、そんなのを国別に並べて相対評価してなんになるの？としか思えないから。
「まともなＩＤ（身分証明）が無いからコンビニとかチェーンの居酒屋とかでは雇ってくれない」という趣旨のことをたどたどしい日本語で一生懸命に話しながら丁寧にお酌をする、新宿の超場末の飲み屋の姉ちゃんが言うには「あったかい部屋で白いご飯をおなか一杯食べられれば最高に幸せ」だそうだ。 一方で年収一千万以上という譲れないラインを目指してお見合いパーティに通いつづける女。 「スーパーウーマン症候群」に陥ってゆくカツマー達。 スペースシャトルに乗って宇宙へ行く夢を果たした妻。その妻の夢と子供のために自分の夢をあきらめ主夫となり、情熱大陸の取材カメラと妻とが同席しているその場であっても、「俺にだって夢はあった」と、わだかまりを全く隠そうとしないことによってかろうじて自己を保つ夫。 劣等感とまともに向き合うこともできず「彼女ができない」という理由で秋葉原でダガーナイフを振りまわした男。 エイズの蔓延によって平均寿命が30代に急減し、どうせ死ぬんだと破れかぶれになった若者が次々に犯罪に手を染めてゆくアフリカ。 「リストラなう！」と自虐的に日々をつづるサラリーマン。FXという名の鉄火場で人生逆転を狙う博徒の末路。
幸せってなんだ？
急に話が飛ぶけど、「リストラなう」の人の去年の今頃のこの書評はなかなか興味深い。→「ウォルマート地獄」の巧妙な仕組みを考えてみる - たぬきちの「リストラなう」日記
さて、長ったらしい前置きはこれくらいにしよう。 「東大出でプロ野球選手を目指しロッテに入団した小林投手」っていう話を覚えている人、いるだろうか？ いたんですよ、とにかく。 作家の村上龍が妙にネットにはまってメルマガやら何やらをいろいろ試行錯誤していたときに、 小林氏が寄稿したのが、「日本人に生まれてよかった」の出だしで始まるこのコラムである。
読む前に頭に入れておいて欲しい。このコラムは2000年1月に書かれたものだ。
大切なことだからもう一度言うよ、2000年初頭といえば、 ニューヨークの911テロ事件も、エンロン巨額不正会計事件もイラク戦争も「大量破壊兵器」も「派遣切り」も「婚活」も無い。楽天ですらまだ上場前でmixiやgreeは影も形も存在しない。ブログという単語もない。Yahooの株価がちょうど1億円の値をつけて週刊誌の話題をさらっていたITバブル絶頂期。牛丼の並は400円。小泉首相はまだ首相ではなくただの変人扱いで、グッドウィルもコムスンもイケイケで、介護保険制度の施行の直前。 とにかくそういうころに書かれた文章だということ。
「昔はよかった」などというセンチな回顧趣味でこれを紹介しているつもりはまったくない。 正解も正論もない。人それぞれだ。そしてキミは、どう思う？
]]>全ては上記でほぼ語りつくされている。驚いたことに、当事者本人によっても。 筆者ももちろん各種報道で概要を知っていたけど、まとまった内容を書くヒマが最近なかったもんで。
とにかく、警察はITの専門家に相談することもせずに「警告or注意」ではなくいきなり「逮捕」した。 功を焦ってなんの罪もない人間を留置場に20日間拘束。それをウソ八百まで付け加えて報道したマスゴミ特に毎日新聞。おまえらパソコン貸してやるからマインスイーパで遊んでろ。LANケーブルを接続することは禁ずる。
件の図書館側コードを書いた中の人は、己の仕事のダメダメさのせいで起きたことを正直に話すことなくねじまげるもとい都合のよい情報だけを出すことによって、結果的に図書館の人と警察の人をだましたわけだ。
えっ？「だましてない！俺はただ単に『1秒に1回(※)という人間ワザでない連続アクセスのせいです』とか言ってその証拠にアクセスログを提出しただけだ、それをもとに図書館と警察が何をするかなんてことまで知るか」って？
ことここに至って技術者がいう言い訳じゃないよねそれ。ついでに辞表も提出しとけ。
そうそう。今回のクライアント様のご尊顔を誇らしげに並べてるようだけど、もはや逆に痛々しすぎて、どうコメントしたらいいものやら。ご愁傷様です。
※各種報道やらでは、「1秒に1アクセス程度のわりで」という話になってるけど、それすら怪しいと思う。
さてひとしきり悪態ついたところで、たまには書評でも書きたいと思う。
えっと、本の題名が思い出せない．．．なんだっけ．．．
たしか．．．イチパーセントの．．．1%の．．．なんだっけ．．．
ああ、思い出せない！ 図書館のサイトで検索してみようと思ったんだけど、うまくいかないんだ。 題名が「1%」で始まる本っていうのはたぶんあってるはずなんだが、珍しく思い出せない。 手がかり少なくてすまないんだけど誰か本探しを手伝ってくれないか？
see also