なんじゃこりゃ?

eastmallはもう大阪を通関したのにruyandirect.comの荷物がまだ上海。

Timing Site Status
2009-04-12 14:11:00 PUDONG Posting
2009-04-12 14:13:00 200 Despatch from Sorting Center
2009-04-12 19:52:07 SHANGHAI Arrival at Sorting Center
2009-04-12 23:37:35 SHANGHAI Despatch from Sorting Center
2009-04-14 09:50:31 SHANGHAI Arrival at Sorting Center
2009-04-14 12:16:32 SHANGHAI Despatch from Sorting Center

上海でぐるぐる回っとる。

ユーザー登録で、Country:JAPANってのがあるのに、Shipping AddressにJAPANが入ってないから迷子になっとったのかな?

予想通り

eastmallは案の定、今日、EMSのトラッキングができた:-D

ryuandirect.comは昨日からトラッキングできているが、上海浦東地区というところから投函されている。ちなみに注文した日は同じ木曜日。

通常、EMSトラッキング番号通知は、24〜48時間で追跡可能なのだが、なぜ、eastmallは4日もかかるのか?というのは、恐らく、EMSの包括契約を結んでいる業者を使っているのだろう。

日本の宅配便でもあるが、大口輸送契約をすると、運賃が安くなる仕組みで、「大口」というからにはそれなりの量でないといけないので、ある程度の量が貯まるまで、倉庫で荷物が留め置かれ、動かない。

eastmallが使っている業者は、恐らく扱い量が少ないか、かなりの量の大口契約をしているかのどちらかだろう。折角、早くEMSトラッキング番号を客に知らせても、輸送業者がコレでは余り意味が無いな。

【通行料1,000円】高速道路をぐーるぐる

愛知県刈谷ハイウェイオアシス
今回は偵察で、施設は見物せず。

20090411_1.JPG

岐阜県瓢ヶ岳PA
早いけど晩飯。 混んでなくて、「こんなに人おらへんだら潰れてまう」みたいな感じがいい。

20090411_2.JPG

角煮ラーメン。瓢ヶ岳PAの名物らしい。
角煮はうまいし、九条ねぎも良いが麺がイマイチでスープがちと甘いかな。
20090411_3.JPG

岐阜県東海北陸道ひるがの高原SA
ここで給油しないと次は北陸道まで給油ポイントが無い。

20090411_4.JPG

石川県不動寺PAトイレ休憩。

20090411_5.JPG

福井県南条SA
ここから出る時に注意さえしていれば…

20090411_6.JPG

竜王ICから入って竜王ICから出ようとしたら、案の定ゲートが開かなかった。
おっさんがやって来て、どこを走ったのか事情聴取。

正直に 新名神〜伊勢湾岸道〜東海環状〜東海北陸〜北陸〜名神 と答えると、
「一筆書きで走行したなら、1,000円にします」という事で、600kmちょっとの工程は1,000円になった。
まあ、こうなると予想して、わざわざ1,000円の時を選んでやってる訳だから、当たり前と言えば当たり前。

しかし、深夜でETCゲートが空いてるから良かったものの、昼間の混んでる時だと、後から突っ込まれて事故になりかねんな。

20090411_7.jpg 3.13km/L、6.51km/L、9.02km/L
今までで最高の燃費が出た。

これだと2桁も夢じゃないな。

福井県警高速機動隊に検挙される

一発免取です。
本当にありがとうございました。

つーのはウソだけど、制限速度80km/hで取り締まってるのな。
100km/hだと思ってたよ。それでも充分アウトだが(^^;

初めてのスピード違反検挙で25,000円かorz

しかし、フォースの力が落ちておる。
今までなら、バックミラーやルームミラーで気を感じる事ができたのだが、今回は全く分からなかった。

なんでえ、Camelのノンニコチンリキッドあるじゃん

eastmallで電子タバコリキッドのノンニコチンが無くなったと思ったら、あった。

ただ、従来みたいにCamel選んでニコチン濃度0mg/lってやり方では選べなくなっているのだが、”100ml (5x20ml) – NO NIC – Custom Sampler“って新商品ができてて、そこで1本毎に選べるから、5本全部Camelにすれば、ノンニコチンリキッド買える。しかし、面倒くせえ。

もう、Ruyandirect.comでCamelではないがTurkish Blend注文しちまったよ。
わしはCamelの何が気に入っていたかと言えば、Orientって葉っぱの甘い香りのする風味で、これは別名Turkishと言われる。

だから、Orientの風味がする系統ならば別にCamelという銘柄名には拘らない。

eastmallはえー

昨日の購入で、
20:35 購入
20:45 Order Update通知:Processing
23:23 Order Update通知:Dispatched

と、3時間足らずでEMSトラッキング番号を知らせてきた。
異様な早さだ。

まあ、EMS追跡できるのは来週月曜だろうけど:-)
わしのクレーマー特別対策(笑)じゃなくて、皆にこの早さだったらすげーな。

高速道路をぐーるぐる

という計画を立てているが、土曜は医者で、日曜は会社行事なので、再来週か。

カーナビでコース設定したら、総距離が600km程で、給油兼休憩2回で回れるかなという感じ。
補給ポイント的に刈谷にハイウェイオアシスってのがあって、丁度いいなと思っていたが、googleの検索候補にも出て来る位だから、休日なんかダダ混みの予感…。

休日の昼間に行こうものなら全工程12時間位かかるかもしれんな。わしは基本的に人混みが嫌いなので、混雑するなら考えてしまうのう。

部門紹介

新入社員に部門紹介という事で狩り出された。
3/21に発足した部門で、 実働2週間ちょっとの実績ゼロの部門で一体何を語れというのやら…。

まあ、適当に握っておいたが、部門には2名しか居なくて、おまけに肩書きのある人が公式には存在しないという謎の組織だ。

組織というのは、責任者を立てて、そこへ権限委譲して、その上位の者は責任者を管理してピラミッド構造のヒエラルキーを構築するってのがセオリーだが、 責任者が明確になっておらず、指揮系統が明確ではないというのは、非常にやり辛い。

例えば、別部門から仕事の依頼などがあれば、常識で言えば、わしのような下っ端は「私の一存では決められませんので、上長の許可を得てください」と言うのが鉄則だ。

どこぞの新入社員教育だったかで、「たとえ社長が業務を命令したとしても、所属上長の許可無く仕事を受けてはいけません。必ず『上長を通してください』と言うようにしましょう。」と習った。

所謂、「頭越し」をしてはいけないという事だが、これは、通常、部門責任者が部下の業務遂行進捗管理をやっているから、部門責任者の知らぬ所で、部下が勝手に仕事を受けて、予定していた業務が計画通りに進まない等という事態が起こらないように、この鉄則は存在する。

しかし、今は「わしの上長は誰?」みたいな感じで、非常に落ち着かない状態だ。
それよりも、今月の20日で入社6ヶ月になるが、まだ仮採用の身分なのがなんだかなあって感じだな。

争議終了

今日、eastmallから足らなかった分のブランクカートリッジ5セットが届いた。発送元は前回と同じ上海。

今度は箱入りで、ちゃんと1つずつビニール袋に入ってて、Webの写真で紹介しているパッケージそのまんまだ。

日本の会社なら、「迷惑おかけしましたと」いう事で、サービスがあるところだろうが、足りない分をそのまんま送ってくるのは中国文化だろうか。まあ、別に大きな損害を受けた訳では無いから、支払ったお金の分の商品をキチンと送ってくれば良しだ。

実は、充電器が足らない事があるので、BE112互換のDSE801を1セット買おうかと思ってたのだが、今回の問題が解決するまで、発注を保留していた。

で、某掲示板で話題になりつつあったので「マズいな」と思いつつ、今、発注しようと思ったら、Back orderになってやがるorz

予備atomizerが黒なので、黒のセット買おうと思っていたが、別に色には拘らないので、無着色に変更した。ついでにキャメルのリキッド買おうと思ったら、ニコチン無しが選べないorzもう取り扱いをしなくなったのか、それとも品切れか…。

キャメルのニコチン無しは残り40mlちょっとだから、別の入手ルートを探すか。

ツール作り

Cyrus IMAPdと腐れExchange Serverのメールをバックアップアカウントへ合成コピーした時に、腐れExchange Serverのメールがダブるので、それを消すツールを作った。

こういうちょいとしたツール作りは楽しい:-)

まあ、普通のまともなメールサーバーなら、Message IDが同じだとメールの同一性は保証されていて、Cyrus IMAPdへスプールしてもインテリジェントにduplicate markを付けて、冗長な同じメールは実データとして格納しないはずだ。

しかし、腐れExchange ServerとOutlookは意味の無いReceivedヘッダをわざわざ追加し、winmail.datとかいう何の役にも立たないゴミを付加してくれるので、さすがのCyrus IMAPdも別のメールとしか見てくれないようだ。

「簡単」と素人を騙して売りつけ、実は制御不能の腐れExchange Serverなんぞ相手にしていなければ、作る必要の無いツールな訳だが、まあ、問題解決のプロセスを考えるのが面白いからよかろう。

で、最初、PHPで組んだ時に、UIDがキーの連想配列にMessage IDを格納して、array_unique()という簡単な処理で、ダブってないMessage IDのリストが作れ、array_diffで、削除すべきメールのリストがすぐ作れた。

だが、盲点は、消されるのはダブっているメールの一方であって、必ずしも腐れExchange Serverのゴミメールじゃないという事だ。

そこで、imap_fetch_overview()で取得したサイズも配列に格納し、array_multisort()で、UID、Message ID、Sizeのそれぞれの配列をソートする。

すると、リストで、ダブっているMessage IDのトップは必ずサイズの小さいものとなり、array_unique()で生き残るのは一番最初に見つかったものなので、サイズの大きいメールが駆逐されるというアルゴリズムにした。

これで完璧だ:-D

しかし、マイクロソフトのもたらす後戻り工数って、全世界規模だとどれくらいの損害額なんだろうなあ。