2001-11-12(月) 6799歩
◆ けつにょー、その後
会社に行くしたくをして家を出る。どうせ「しばらく様子を見ましょう」てな結果が出るとにらんでのことだ。このまま会社に行けば、午後の会議には出られるだろう。
案の定、血液検査の結果はシロ。腎臓機能にはまったく問題がない。しかし、以前よりも出血が多いことを懸念した医者が、国立病院でちゃんと検査を受けてみるかという。そういう言い方されるとビビるよなぁ。はいはい、行こうじゃないですか。国立病院は歩いて5分だしね。
国立病院って、無駄に混んでて嫌いなんだよ。開業医はけっこう空いてるんだから、真っ先に国立に頼るようなことはしないで、まずは地元の主治医に行って欲しい。役割分担つーものがあるだろ。……などとグチグチ思いつつ、レントゲンやら初診でもできる検査をいくつか。結石があるわけでもなく、別に悪いところはない。結局、明日も検査をすることになってしまった。5連休だ。ラッキー♪(?)
しかし、メールやツッコミで体験者から励まし(?)をいただいて嬉しい限りである。けっこうみんなかかるようだ。でも、疲れてるんでしょうって言われてもなぁ。実は最近、疲れるほどの仕事はしてないんだよ(笑)。いや、不本意な仕事だから、かなりイヤイヤやってるっつーのはある。新しい上司は極め付きのバカだし。そういう意味で、すげぇストレスを感じてるのは確か。とっとと転職しろってことか。
2002-11-12(火)
◆ blog(4)
少しだけ補足して、この件は打ちきり。
つーか、おれは日記ツールの作者として昨日のような反応をしたけど、基本的には軽い冷笑や苦笑で出迎えて、あとはシカトするのが今回の出来事への正しい対処じゃないかとは思う。リlogとかめlogとかエlogとか、こういう反応こそ健全と言えよう(笑)。ちなみに「エlog」はワタシの命名です。まだ「ゲlog」は誰も使ってないようなので、早いもの勝ち。いや、おれは遠慮するけど……。
そう言えば、blogなサイトの文字が小さいのって、おれも気になってたんだよね。そろそろ小さい字がつらい年頃だしさ(←ちょっと嘘)。文字サイズに留意するのはWebユーザビリティの基本中の基本なので、やっぱこいつらカッコ優先か、と思われてもしかたあるまい。ちなみにtDiaryのテーマでは本文のfont-sizeは100%という明確な方針を打ち出してある。以前zoeさんが妙に字の大きなテーマを使っていた件の面白みは、この一件を知らないと理解できないのである。と、いらん解説をしておく。
「アンテナはXMLよりはるか昔……」と書いた件へのなひさんからのツッコミ。そうか、時期的には意外と離れてなかったんですねぇ。そういえばRDFってpullが流行ってた頃だっけ?(うろ覚え) でもまぁ、1年も開いていれば、この世界ではけっこう昔ってことで(笑)。
最後に、伊藤譲一のさらなるボケ発言。ちぃともわかってません。今回の一件、浮かれた無知なbloggerたちに、先住民族の存在を知らしめる効果はあったと思うけど、わからんヤツは最後までわからんということか。blogger諸氏は、搾取されないようにお気をつけください。
2003-11-12(水)
◆ vimでutf-8のファイルを扱う
いや、utf-8の方じゃなくて、「:set fo=M」の方を知らなかった。これ、欲しかったんだよ〜。なんだ、ふつーのオプションとしてあったんだ……。正式には「formatoptions」ね、ふむふむ。
おれ、vimのことで知らないこと多すぎるよなぁ。これがなかったらなんにもできないのに。
ちなみにいま困ってるのが、iso-2022-jpなファイルがちゃんと読めないこと。fileencodingsのリストに加えてみたり、どこかで見つけたiconvを使うスクリプトなんかも組込んであるんだけど、ダメ。
◆ Open Source Way 2003
12月5日のためだけに8000円ってのは、びみょーだなぁ。別件で12月3日だけに来る人もいるようだし……。
◆ Amazonの「おすすめ」が変(3)
昨日のツッコミが、おれの意図したこととちょっと方向が違っていたので、補足しておこう。
Amazonの1 Clickをはじめとしたさまざまな「仕掛け」は、使う側からすると「ユーザのコストを減らす工夫」に見えるが、よく考えてみれば実際は「Amazonのコストを減らす工夫」でもあることがわかる。
オンラインショップで、自動化によるコスト削減がもっとも難しいのはユーザサポート業務だと思うが、これを根本的に減らすにはユーザがトラブルに遭う頻度を減らすしかない。Amazonのサイトのよく練られた構造や、JavaScriptを使わないナビゲーションは、みんなこのためにあると言っていいだろう。ユーザが直感的に使えている限り、Amazonへの個別問い合わせは発生しない。
こうやってトラブル発生をぎりぎりまで減らしたあとに残る問題は、それでも発生してしまうユーザからの問い合わせをどうさばくかだ。この点に関するAmazonの回答は、「可能な限りたくさんのFAQを用意する」であるように見える。実際、ヘルプデスクにあるFAQは、たいていの疑問には答えられるようになっている。
しかし今回の事例でわかるように、AmazonはFAQでも解決しなかった場合にもこの原則を適用しようとしてしまい、問い合わせフォームにたどり着くのが非常に難しくなっている。「Amazonのコスト削減」を「ユーザのコスト削減」にすり替えて見せかけるという「仕掛け」が、ここで破綻している。これを「Amazonの正体見たり」と表現したわけだ。お化け屋敷の舞台裏を見てしまった感じとでも言おうか。ちなみに他のオンラインショップショップの多くは、最初から舞台裏が見えまくりなので、そもそもAmazonと比較できるレベルに達していない。
別にメールアドレスが表記されていなくてもいいし、フォームからしか問い合わせができなくてもかまわないのだ。それが、「Amazonの都合」であるように見えない限りは。
# Nyan2 [そこまでは読めませんでした。さすがですね(^^;]
# ただただし [まぁ、どうとでもとれる書き方をしていたのはたしか:-)]
# 通りすがり [メールを直ぐに出せる状態だと、FAQを読むなんて面倒なことをしないと思いますが?]
# dai [私はFAQを読むよりメールを書くほうが面倒だと思いますが?]
# ただただし [えーと、「こんなありきたりな解を出すなんてAmazonらしくなくてつまらん」というのが趣旨なので、そういう話はどうで..]
# もも [vim の fencs は順番に気をつけないと。 set fencs=ucs-bom,ucs-2le,ucs-2,i..]
2005-11-12(土)
◆ はてなリングを使ってみたが(2)
先日の記事にいくつか反応があったので見てみたが、アンテナに出すのは特定のタグが指定してある記事だけにすればいいんじゃないか、という意見がいくつかあった。同意する。
従来のWebRingの欠点は、参加しようと思っても、そのリングが要求している話題ばかりを書いているわけじゃないので躊躇してしまうというところだ。逆にちょっとでも関連するネタを扱っていれば登録できてしまうので、サイトによって情報の有用性にばらつきがありすぎた。
せっかくRSSをベースにしているのだから、RSSから目的に合致した記事だけを選択できるようにしてくれれば、すげぇ便利なツールになると思うね。たとえばtDiaryのリングで「tDiary」というタグ(tDiary用語では「カテゴリ」)が指定された記事だけアンテナにひっかかるのなら、ユーザからの要望やTips、バグ報告を吸い上げる、とても有用なツールになる。RSS検索サービスでエゴサーチをするのに比べて、ユーザの意図が反映される分、純度の高い情報が集まるだろうし。RDFのdc:subject要素って有効に使われてる例を見たことがなかったけど、こういう使い方はいいんじゃなかろうか。
現在、リングの作成時にはタグをいくつか指定できるようだが、現時点ではタグ一覧の表示くらいにしか使われていないようだ。このページを見ればわかるが、まったく使い物にならない(なんでもtag cloudにすりゃいいってもんじゃあるまい)。それより、リングに集約される情報を篩い分けるために使って欲しいよ。
◆ はやぶさ降下中
今日はずっとHAYABUSA LIVEを開きっぱなし。土曜にやってくれるなんて、ニクイね! >JAXA
接近につれてだんだんイトカワの細かいところが見えてきたり、またはやぶさの影が落ちたり、もー、どきどき。
2007-11-12(月)
◆ LEGOでiPod touchのクレードルを作成
こちらのサイトを参考にして、LEGOでiPod touchのクレードルを作ってみた。サンプルよりも部品点数を減らして、色もモノトーンに揃えてすっきりシンプルを狙ってみた。って、単に初代MINDSTORMSしか持ってないからなんだけど。
凹凸が気になるので、裏返しにしてみた。これで抜き差しもスムーズ。
意味なく車輪をつけてみたり。これはこれでカッコイイな。つーか、RCXの代わりにiPodでLEGOをコントロールできたら楽しいかも!(やらんけど)
実は別に分けておいた細かいパーツボックスが行方不明なので、微妙に未完成なんだが、試しに作ってみたらいい感じなのがわかったので、いずれ家捜しして完成させよう。これで純正のむやみに高いドックなんていらねーや(←負け惜しみ)。
関連
- iPod touch LEGOクレードルリンク(ただのブックマークより)
2008-11-12(水)
◆ MSC3 30秒本戦
午後に出張があるときは外で昼食をとるので、iPodでMSC3の動画を見る余裕がある。というわけで、30秒本選(準決勝)は早めに投票完。おれルールで「ヤスタカ除外」を決めてあったので(笑)、選択肢の残りが少なくて、あまり悩まずに済んでよかった(ってよくねーよ。いくらなんでも偏りすぎだ)。
写真は、20秒予選までガチだと思っていたら、いきなりネタ化してびっくりしたのでおもわず撮ってしまった。すごい度胸だ。
そうそう、本選からはIMMWSでもvoteを呼びかけてみたのだけど、何人くらい参加するかなー。
◆ eval怖い
tdiary-develの方に「キャッシュを無効にするとツッコミを受けるたびにTrackBackが非表示になる」という謎のバグ報告があり*1、追いかけていったら、データを読み込んでCommentインスタンスを生成したときにすでに非表示にされていた。なんで!?
そこでちょっとprintデバッグ(はい、まだprintデバッグです)してみたら、このコードで「false」が表示されて青くなった:
def initialize( name, mail, body, date = Time::now ) @name, @mail, @body, @date = name, mail, body, date @show = true $stderr.puts( visible? ) # ←コレを挿入 end def visible?; @show; end
直前でtrueにしてるじゃん! なんじゃこら!?
まぁ、TrackBackがらみだということでtb-show.rbを見れば一目瞭然、visible?メソッドを上書きしていて、TrackBackの時だけ無条件にfalseになるようになっていたからなんだけど。
いやー、自分の記憶にないところでevalされると超アセる。記憶にないだけで、実装したのは自分なのに。つか、こんな無茶な実装をしてるTrackBackはもうやめたいなー。というか、そろそろTrackBackそのものを捨てたいよなぁ。
*1 キャッシュ無効化ハックにまで対応する義務はないんだけど、まぁなんとなく。
かみさんの荷物持ち(?)で、車で六本木までやって来た。「カーナビがあるからどこへでも行けるさ!」と軽く考えて来たものの、やはり都内は難しい。
やられたわ。→

# prin_cafe [こうなったら徹底的に診てもらいましょう!]
# きた [む,これはもしや「次期tDiaryへの要望は今のうちに言っとけよ」というお達しなのでしょうか. しめしめ.]
# NT [スナップショットに入れ換えたのですけど、バージョンが「20011112」なっていないのはわざとですか ?]
# ただただし [↑修正漏れです(^^;]
# suzune [入院となったら2千万で新型ASIMOをレンタルして癒しを…無理か(^^;]
# hidetosi [今は名古屋ではなく関東です。カブページ更新するの忘れてました。というか他も古いままだけど。]