the-piece-of-shiitake

Guy Kawasakiの最近のblogで、「これからのネットサービスでこういうのはもうやめてくれトップ１４」（超訳）を示した記事に使われていた言葉。(cf. popxpopの記事)

I have 7,703 email addresses in Entourage. I am not going to re-type them into the piece-of-shiitake, done-as-an-afterthought address book that companies build into their products.

shiitake? この使われ方からすれば、どちらかというとネガティブな雰囲気だ。Wikipediaには「比喩」で使われるケースの解説はなかった。Googleで"shiitake"を検索し、お料理レシピ関連を除いてみると、ごく少数だけど、ちらほら見つかった。「これこれこういうのって超ダサい。shiitake.」みたいに、なんとなく今回の使い方と共通項があるようだ。

早速、Guy Kawasakiにメールして意味を尋ねたら、出張中だとかで秘書の方から代理で返信が来て、そのわりには一通りディスカッションを楽しんだ。日本人だから椎茸が「a kind of mashroom」だとかは知ってるよね、なんとか話しているうちにようやくわかってきた。たとえばこういう使い方でいい？

When I enjoy some web-sites, I suddenly face the crash of Windows Internet Explorer. I can say "How sad this shiitake browser is...", instead of saying loudly "s**t browser bozo-made!!" or like this. Right?

You got it!だそうだ（笑

椎茸をあしざまに言うとはけしからんのだが、要は、a way of swearing without swearingすなわち「ネガティブ」な印象を露骨な表現を回避してやんわり言う、ダジャレスラングなんだね。

人も物もソリューションも新製品もblogも、、、見かけたときは、いかにもジェントルにどうぞ。
Wow, an amount of shiitake.

うへぇ、他人事じゃないや。

SPAMをリモートで消しこむマジックハンド

昨日のこと、Thunderbirdでメールを取得しようとすると、8000件とか表示された。唖然。私の場合、メールを取得中にメーラーが異常終了した とか、VPNあるいはSSLトンネルの通信が不意に途切れたというようなケースで、メーラーとサーバのメールボックスの同期関係が失われちゃう。ああ、 すっかり全部読み込み直しなんだな…。サーバでの保存期間をもっと短くしておけばよかったか…。

いや、問題はメールの保存期間ではない。 そのメールのほとんどがSPAMだもの。8000件中、少なくとも7000件はSPAM。それを再fetchしてごみ掃除をするなんて鬱陶しい・・・。

普段、私 のSPAM対策環境は三段構え。サーバでKaspersky Antispam（95%以上判断）、取得経路にPOPFile(私にとってのSPAMを判断)、最後にメーラーのSPAMフィルタ(前者を信じてゴミ箱 に投げ込む)。

サーバにメールが配送された時点で95%は完了している。ただ、サーバ管理者のポリシーから、それらのメールは削除されず、「これは SPAMですよ」というマーキングがしてあるだけ。だから8000通もサーバに残っているわけで、同様の理由でメール通知関連の機能は一切使っていない。

GMailのSPAMハンドリングは便利だが、私にとってGMailは「別系統」であるところに価値を感じているので、メーラからGMailにアクセスするという使い方はしていない。

で、 本題に戻って、8000通も再取得せずになんとかしたい。事前に消えていればかなり便利じゃない？もちろんtelnetで手動でPOPプロトコルをたたく のは十分可能なんだが、8000通もやるのは現実的ではない。そう、欲しいのは、「マジックハンド」のような、POPのDELEコマンドを器用に使えるツールだ。

フリーのツールを探してみたら、「Spam Mail Killer」というのが見つかった。

http://www.forest.impress.co.jp/lib/inet/mail/antispam/spamkiller.html

ス パムなどの迷惑メールをPOPサーバーから自動で削除するメールチェッカー。タスクトレイに常駐して一定時間おきにPOPサーバーをチェックし、あらかじ め指定した削除条件にあうメールがPOPサーバーにあればサーバーから自動削除。残りを新着メールとしてサウンドやタスクトレイアイコンの点滅で通知す る。削除条件には送信者、宛先、Return-Pathなどに含まれるメールアドレス、およびメールヘッダーの任意の文字列を複数指定できる。･･･ 複数メールアカウント対応で、削除条件の設定画面では新着メールのヘッダーを参照しながら設定できるようになっている。

おお、ゴージャスな機能がついているね。しかも最近アップデートされたようだ。いわゆるBlacklist方式でSPAM対策することを目的に作りこまれて いるので、このツールだけでSPAM対策は完結しない。私の場合、サーバに配送された時点でほとんどの判断が終わっているので、メールヘッダの記載を指定 するだけでかなり十分に機能する。Spamassassinを仕込んでいる人にも有効だろう。条件に正規表現も書けるところがまたイイ。

超便利だわ、これ。
標準ツールに決定。

「コンピューターのロック」をするボタン

PCのシャットダウンボタンをデスクトップに設置すると、確かにこれは便利でした。でも、編集中のドキュメントを壊す可能性もあり、ちょっとコワい。結局、「-t 5」くらいのオプションにしています。

利用頻度からすれば、PCのロックのほうが欲しい。この機能はWindowsのビルトイン機能で言うところの「コンピューターのロック」ですね。このショートカットを同様の方法で作ろうと調べると、キーボードショートカット「Windowsキー + L」があると知りましたが、残念ながら、私の常用しているキーボードにはWindowsキーは存在しないもの。

と言っている間に簡単に作れましたので、以下に手順を示します。

1. デスクトップ上で右クリックし、「新規作成」→「ショートカット」を選択する。


2. すると、そのショートカットの内容を記述するように求められるので、
「rundll32 user32.dll,LockWorkStation」と記述。（copy & pasteするといいです。）


3. 「このショートカットの名前」として、自動で表示される「rundll32.exe」ではわかりにくいですので、ここをたとえば「PCのロック」などに変更し、「完了」をクリック。



4. 出来上がり。デフォルトではアイコンの選択の余地がないのがさびしい気もしますが、別に目立つ必要もないし、さりげないのがかえって良いかもね。


思いのほかスムーズにロックしてくれます。デスクを立つ時、ぽちっと押してください。「意図的」なセキュリティ、いいものですよ。

・ ・・・ ・

ここからはオマケ。

このボタン、あまりかっこよくないぞ？という方のために上級者用？TIPSを書いておきます。作成したショートカットを右クリックし、プロパティを開きます。

次に出たウィンドウで「アイコンの変更」をクリック。この時点ではたいした選択肢がない。そこで、

C:\Windows\system32\shell32.dll

あるいは、

%SystemRoot%\system32\shell32.dll

を選択しますと、たくさんアイコンの選択肢が増え、キーホルダーのようなアイコンを選ぶことができます。



私のデスクトップでは、こんな感じになっています。



ご参考まで。

オープンソースへの評価といえるか？マイクロソフトとノベルの提携

マイクロソフトとノベルの提携に関する一人ブレスト。

Moglen教授のオープンソースライセンスとの兼ね合いなどを懸念する声もあれば、OSDLのオープンソースの重要性への評価だとか、Redhatの勝利宣言とかもあり、オープンソース関連情勢には大きな波紋を呼んだ。

しかし、この提携はマイクロソフトのオープンソースへの評価を意味しているとは言えないんじゃないか。むしろ、どちらかと言えばリスクが高まったかもしれない。（エンドユーザのリスクについてはもう少し考えたいと思う。）

今回の提携で日本での報道ではあまり表に出ない、重要性のある言葉、それは「相互運用性-interoperabilityのための提携」という部分だ。

欧州はじめ、e-Goverment戦略の中で、相互運用性を確保できる技術でないと採用することに問題があるという声は世界中で高まっている。日本もしかり。それに関してマイクロソフトに対し、もっとも厳しく、かつわかりやすい策を打ってきたのはEU政府だ。このキーワードに関連して、EU連合政府はマイクロソフトの技術の閉塞性に対し、巨額の罰金を課してきた。

この状況はマイクロソフトにとってEUはじめe-Govermentというマーケットを大幅に減じかねない巨大なリスクだ。ここで抜本的に改革されるように見える、かつ、EUの策をおさめるのにつじつまがあうような策を講じる必要があったわけだ。

マイクロソフトは、自社のアドバンテージを損なわず、欧州が剣を収められるような、そう、少なくとも相互運用性を確保できるように見えるスキームはないものかと策を練っていたはずだ。自社のソフトウエアをオープンにする以外の選択肢でなければならない。

こういう問題は、企業戦略の観点からは別に難しくない。敵陣営の適格者と戦略提携し、そこをグルーとして使えばいい。世界史、日本史上でも日本の戦国時代でも良く見られた手法だ。

Linuxディストリビューション会社との提携をグルーの役割とするという戦略として、相手はRedhatではなくSUSEというところがポイントだ。欧州出身という色もあり、欧州でのシェアも高い。しかも、傾きかけた自社ディストリビューションのマーケット拡大の動機もある。（八田氏のいうとおり、結果的にSuSEはばばくじを引いたことになるという観測もあって当然だ。）

実際、この提携は広くオープンソース陣営にとって何か情報拡大を意味するわけでもないし、たとえばGoogleのように開発力の提供を得るわけでもない。Novell SUSEとて、たいした技術提携を得られるわけでもない。むしろ、マイクロソフトに技術力を吸い取られる（５年間で３５万インシデントも！）こと、双方向にパテント関連で訴訟しないことなど。

（この提携の存在そのものが、オープンソースソフトウェアにすでにパテント侵害問題があることをNovellが勝手に認めてしまったことになりはしないか？これは調べてみる必要がありそうだ。）

相互運用性のための戦略提携ということは、「オープン標準」策定プロセスにおいて、マイクロソフトの発言力を上げることにもつながるだろう。それを実装する担当としてNovell SUSE、キミががんばれよ、と札束で顔をはたかれたという構図にさえ見えるのだ。

かくして、マイクロソフトは順調に市場を広げ、欧州でのリスクをおそらくは大幅に軽減し、かたや、求心力を失いかけていたSuSEのプロモーターが増えるものの、大してオープンソース側はそれによって何かが伸びるわけではない、というオチではないか、と。

以上、オープンソースソフトウェアとマイクロソフトの構図が大きく変わったわけではなく、むしろリスクが高まったのではないかとの備忘録。

やっとわかったデュアルネットワークサービス

やあ、そういうのはあるってのは知ってたけど、使い方なんてゼンゼン知らなかった。実家の近辺や、伊豆・伊東あたりは実質FOMA度外視エリアなので、「ケイタイの入らない日々」というロハスを楽しむにはもってこいだ。


しかーし。

昨今、少々田舎でもインターネットはさくっとつながっちゃうんだよな。ケイタイは圏外だけど、インターネットはつながる。その場合、「ちょっと電話でごにょごにょ」とかということだけができないストレスが発生する。


Skypeがあるじゃん。

ああ、確かに。
# いいマイクも見つけたしね ;-)

しかし、そういう郊外におけるインターネットはスピードがそれほど快適だとは限らない。しかも、そうしょっちゅうPCを立ち上げたくないというベクトルもある。

たとえば、移動中の「いざ」に弱い。宿の到着時間が遅れます、とか、空港に向かっているときに、「すんません、遅れるのでもう一つ後ろの便に変えといてちょ！」とかという電話もできないのはイタイ。（まあ、計画的に動けという話はさておき）

結局（いざというときは）ケイタイが入るに越したことはない、という、さも妥協的なモードに落ち込んでいくのである。


で、どうした？

今までは、FOMA端末しか持って行ってなかった。しかも、持っている機種がこれはデュアルネットワークに「対応している」なんてくらいの、実にあいまいな言葉でしか理解していないため、まさか使わなくなったmova端末が必要になるとは知らなかったのだ。やれやれ。


そんな旅先でのある日の午後。

「あ、そうなんだー。mova端末持ってないとダメなんだー。え、でも、もう使用不可になってる端末で、どうやって切り替えダイヤル(1540)できるの？げげ！1540は特別にかけられる番号だったのか！」

• FOMAが圏外になってからでもmova端末で処理すればOK。


• FOMAの無料通話分もあてがわれる。


• iModeも使えるし、マイメニューは同じものが出る。


• ネットワーク暗証番号だけあればよし。

あれ、どうやってネットワーク暗証番号だけでケイタイを識別するんだろう･･･。きっと、この使わなくなったケイタイにはまだなにがしかが残っているんだな。


ん。てことは、、、
このeasyなネットワーク切り替えシステムを理解していなかったのもコワイ話だぞ。

たとえば、FOMA端末をなくしてしまった場合でも、とりあえずmovaで「こっちに持ってくる」ことはできる。これはOK。しかし、このmova端末は稼働中のFOMA端末くらい重要なものであるということだ。つまり、どこかセキュアなところに保管しておかなければ、あっさり電話ジャックができちゃうじゃないか。ネットワーク暗証番号はたった数字４ケタだし。

こいつは危険なサービスだ。
ちゃんと使おう。