テレビは視聴者に情報取捨選択能力を求めてはいけない

東京の浄水場の放射性ヨウ素131が不検出（20Bq/kg以下）になって2週間経つ。しかし、スーパーでは必死に水を買いあさっている人がまだ毎日散見される。下手な情報のバラマキは一般人の不安をあおるだけだ。確かに情報公開はどんどんやるべきなのだが、一方で情報受け取り側に配慮した情報提供は必須だ。ブロードキャスト型情報発信の弊害を如実に示している出来事だ。

システムが評価するに値するか？問題

もう2年ほど共同研究を行っている、とある研究者が居る。彼は文系なのか理系なのか良くわからない。実験データも良く扱うようだが、こちらのテクニカルタームがしばしば通じないことがあり、間合いを図りかねていた。

この共同研究で年次報告書を書くことになったわけだが、その中で彼がしきりに「作ったシステムが評価するに値するかどうか、その証拠を書いて欲しい」と主張していた。叩き台として出している文書には、既にシステムの概要やスクリーンキャプチャ、動作時の写真などがふんだんに盛り込まれているのに、である。

話を聞いてみるに、きちんとした手続きを踏んで評価したものである事が書いてあれば良い、と言う。僕はスクリーンキャプチャ、写真、ちょっとした動作データでシステムが動作する証拠としてはOKだと思ってしまっていた。

実際に使った実績の記録、試験項目を列挙した試験結果が求められている。専門家相手だったり論文だと思うと、ある程度データを取捨選択・洗練させて意味がありそうな要点だけを掲載しようとする。が、それだけではなくて、もっと行動・動作の記録のようなものが求められている。インタラクティブなシステムの場合、網羅的な試験というのはなかなか難しく、やらなければいけないと思われる試験については思いついた順に行うわけだが、ついつい僕は記録をすっとばしてしまうのだが、足跡は専門家でなくてもわかる重要な証拠なのだ。確かに記録の量はごまかせない。「評価」の前に「評価に値するかどうか」という尺度がある。僕としては、目から鱗だった。

普段良く接している研究者とは全く違うタイプの研究者なのだが、とても良い考えを持っているなぁと感心した。

CAVEで外部システムとの接続をするなら充分気をつけた方が良い。

CAVEで高速にフライスルーする事は御法度である。そんな事はCAVEが出始めた初期から言われているし、僕も重々気をつけている。

ただ、今回は他の研究室で作られたシステムを接続する必要があった。しかも一回一回、最初にオフセット値を手動で調整しながら使っているシステムだった。

OBJも良いもんだ。

OBJファイルはMTLファイルが別だったり、画像ファイルも別だったりして、扱いが非常に煩雑。と思われがち。

だが、製作者側にとってみれば、MTLファイルを少し書き換えるだけでアレコレできたり、画像ファイルも差し替えとかが簡単にできたりと、実は非常に有用だったりする。

まぁ、一般ユーザ向けではないわなぁ。やっぱ一つのファイルにまとまっているFBXのほうが好まれる、か。

３Ｄディスプレイの可視化利用が思うように進まない。

CAVEはコストが高いと言われ続けているが、一昔前に比べたら１０分の１くらいだ。それに、仮にCAVEを建てて維持できたところで問題は山積している。主に人の問題だ。解決策としては（当ったり前だが）【人と人をしっかり繋げつつ、数をこなすこと】しか見あたらない。その中でCAVE可視化プロフェッショナルと呼べる専門職をつくりあげていかなければならない。
以上が結論だが、そこに至るまでの考えを以下に述べる。

Macを長期間使い続けるとシステム全体のパフォーマンスが落ちる。

我慢して使えば使えない事はないが、そのうちfork（新しいアプリケーションの立ち上げ）が失敗したりして、色々面倒な事になったりする。
そういう時は「現在非使用中(Inactive)メモリ」が幅を効かせている場合がある。この現在非使用中(Inactive)メモリの量をチェックするには、「アクティビティモニタ.app」がお手軽。円グラフの青い部分がそれだ。コマンドラインで[/usr/bin/vm_stat]コマンドを使って知ることもできる。但し、数値がページ単位なので、わかりづらい。

常套手段としては、リブート…というのはさておき、「ディスクユーティリティ.app」でシステムディスクを選択して、「ディスクアクセス権を修復」をやる（あるいはコマンドラインで[sudo /usr/sbin/diskutil repairPermissions /]コマンドを使用する）と良い。
他にはコマンドラインで[/usr/bin/purge]コマンドを使うという手もある。これはかなり綺麗に Inactiveメモリを掃除してくれるが、それ故に直後のマシン全体のパフォーマンスが落ちる。まるで起動直後のような感じ。しばらく使っていれば元に戻る。
repairPermissionsやpurgeコマンド、どちらをやっても、/var/vm/swapfile* は減らないようだ。リブートすれば /var/vm/swapfile* も消えてくれる。

/var/vm/swapfile* が増えると、やはりマシンのパフォーマンスは落ちがちだ。また、システムディスク（スワップディスク）の空き容量を充分に空けておかないと、swapfileすら作れなくなり、システムの動作は不安定になる。ディスクの空き容量がシステムの安定性に貢献する、という話はあまり直感的ではないかもしれないが、割と重要。

RubyのClassの===でハマった。


def test val
case val.class
when String
doString val
when Symbol
doSymbol val
end
end


みたいなことをやりたかったわけだが、思うようにいかない。調べてみると、caseは===で比較している。これはまぁ良いとして、問題なのは String == String はtrueを返すけれど、String === String はfalseを返すところ。これは1.8でも1.9でもそう。うーむ…

ジンオウガを初めて倒した時の装備のメモ

ロアルクロウ、ネブラシリーズ、耐雷珠【１】x6、闘士の護石（自動防御１０）で、発動スキルが、雷耐性【大】、状態異常攻撃＋１，気絶確率半減、オートガード。

大タル爆弾Ｇは３発当てた。大タル爆弾とカクサンデメキンは3セット持っていったのだが、2発が調合失敗というテイタラク…でも狩れた。

総プレイ時間約71時間（実時間２ヶ月）、HR2。しかしHRは上げる必要はなかったと思う。素直に村のギギネブラを地道に狩っていればよかった。

ネブラシリーズを集めるのに、ボーントマホーク改（火属性１８）と発動スキル：毒無効がついた装備を用意した。また、ネブラシリーズを上武具玉で目一杯強化するために、火山で採取活動をしばらくやった。

村緊急クエのジンオウガを狩ると、とある事が起こるが、これは事前に知らない方がよかった。まったく…

得ている物が得難い物だとわかった時の幸せ。

４年前にやんごとなき理由でマンションを購入した。

３年の間は固定資産税が優遇されていて、思ったよりも割と負担が少なかった。なんだ賃貸より良いじゃんと思っていた。しかし、4年目から優遇制度が適用外になり、どっと固定資産税がかかってきた。途端に火の車になる家計。さらに言うとあと6年経つと住宅ローン控除もなくなり、さらに家計がヤバくなることは火を見るよりも明らか。

しかしそう考える中で思ったのは、「稼げ！」ということもさることながら、今まで当たり前だと思っていた物の価値の大きさだ。

お風呂に入りながら思ったのは、このお風呂の気持ちよさは何時もと一緒のはずだが、頑張って（稼いで）払ったからこの気持ちよさがあるのだという感覚。僕が年収1000万円だったら、多分微塵だに感じる事の無かったであろう幸せ感だ。

この達成感は、単に稼いだ量に比例するわけではなく、足ることを知った時…もっと言うと、その足ることが自分の力量よりも微妙に上だという感じがあった時、達成感があって、幸せに思えるのだと思う。

どんなに稼いでいても、どんな豪邸に住んでいても、それが簡単に手に入るようでは、あるいは手に入れるのは難しかったかも知れないけれど、今現在のほほんと暮らしているようでは、達成感、幸福感を感じ続けることは難しいのではないか。自分を支え、家族を支えているという幸せ。自分の足で地面を踏みしめ続けている感覚、と言えば良いか？まぁ、自分の力だけではないことは明白だけれど、それでも自分が立ち続けるのをやめてしまえば、その世界は終わり、完全に人の好意でしか生きられない世界になる。という意味では自分のアイデンティティをそこに見出しても悪くはあるまい。

金が足りん足りんとぶちぶち文句を言っている、いや、もっと言うと、文句を言えているうちが花なのではないかと思った次第。ま、そうは言ってもお金はあったほうが良いとは思うけれど。

CANONのAVCHDカメラの映像をiMovieで読み込ませるには…

試した環境は、ビデオカメラがCANON HF S10で、iMovie09 。

映像を撮る際、フレームレートは60iでもPF30でも良いが、画質モードは MXP, FXPでは駄目で、XP+, SP, LPならOK。

保存すべきはBDMVディレクトリ下のSTREAMだけでなく、CLIPINFO, PLAYLIST, STREAM, INDEX.BDMが必要。これだけ保存されていれば、USBメモリだろうが、仮想ドライブだろうが、何でも良い。BDMVディレクトリがトップディレクトリに直接置かれていても大丈夫。でも任意のディレクトリに置かれていても探してくれない。また要らないMTSを勝手に消しても駄目。PLAYLIST/00000.MPL にちゃんとリストが記録されていて、足りなければiMovieがはじいてしまう。でも例えば00000.MTSファイルを削除して替わりに空の00000.MTSファイルを置くと大丈夫。でもCLIPINF/00000.CPIファイルを空のものにしては駄目。

iMovieでの取り込み操作は[ファイル]の[カメラから読み込む]一択。これでiSight映像しか出なければ失敗。うまくいけば、映像リストが表示される。