2012年5月8日火曜日

Windows はなぜ使いにくいのか?

Windows は使いにくい。Windows 8 がまもなく登場するが、このことはどうにも直りそうもない。現在、Windows に影響された開発者によって設計された、使いにくいシステムが乱造され、社会に害悪が撒き散らされている。普段から Windows を使っていれば、そのひどさに気付くことができないまま、システムを設計してしまうからだ。開発者は Windows を使うべきではない、というのが私の信念である。

Windows がもっともだめな点は、メンタルモデルが形成しにくいところにある。メンタルモデルとは、ユーザの頭の中にある「こいつはこういう動きをする」というモデルである。ユーザは、そのモデルに基づいてシステムの動きを予測し、操作する。メンタルモデルは、実際の仕組みと一致している必要はなく、ユーザ独自の世界観でかまわないが、外部から観測可能な振る舞い(こういう操作をしたら、こういう結果になる)は一致している必要がある。ユーザは、システムを使いながらメンタルモデルを獲得し、システムに馴染んでいく。ユーザの予測を裏切らないことが、「使いやすさ」の必要条件の一つである。

具体的な例を見よう。C:¥Program Files の中にあるアプリケーションのアイコンを、デスクトップにドラッグ&ドロップしてみる。手近にあった Safari で試してみる。

Explorer でのドラッグ&ドロップは、通常はファイルの移動である。これがユーザが最初に獲得するメンタルモデルである。アプリケーションをドラッグ&ドロップすると、デスクトップにショートカットが作られるというのは、メンタルモデルに反する極めて奇妙な振る舞いであるが、とりあえず、Windows はそういうものだと納得するしかない。これが、Windows を使い続けて、少し修正されたメンタルモデルである。

次に、TeraPad のアイコンを、デスクトップにドラッグ&ドロップしてみる。

今度は、移動になる。私は、メンタルモデルに従って、ショートカットが作成されるものと期待していたにも関わらずである。一体、いかなる違いによって、このような振る舞いになるなのか、全く理解不能である。もちろん、何か理由はあるのだろうが、多くのユーザがそれを理解し、メンタルモデルを修正することができるのだろうか? 仕方がないので、アイコンをドラッグして、出てくる「移動」や「リンクを作成」のメッセージに頼ることになる。つまり、事前に結果を予測することはできず、「やってみるまで何が起こるか分からない」のである。

では、最後に、C¥Program Files¥Safari フォルダの中にある、すべてのファイルやフォルダを選択し、デスクトップにドラッグ&ドロップにしてみよう。どうなるだろうか。私のメンタルモデルに基づく仮説は「アプリケーションはショートカットが作成され、その他のファイルやフォルダは移動される」である。実際にやってみたところ、なんと Safari のアプリケーションを含めて、すべてのファイルとフォルダが移動された。もはや、メンタルモデルどころの話ではなくなっている。

なぜ「移動」で一貫できなかったのか、甚だ疑問である。Windows には、このように「場当たり的に」作られた機能が数多くあるのだ。場当たり的であるが故に、メンタルモデルが継ぎはぎだらけになってしまう。これこそが Windows の使いにくさの原因である。

(不定期に続く)

2012年4月10日火曜日

超短焦点プロジェクター

超短焦点プロジェクター、エプソン EB-485WT を買いました。EB-485WT はプロジェクター本体からスクリーンまで、最短で 7cm の距離があれば投影できるので、プロジェクターの設置場所の自由度が一気に上がり、研究室を広く使えます。プロジェクターの値段は高いですが、なんだかんだで、それ以上に土地は貴重です。

こんな感じで設置してみました。プロジェクター本体の端から壁までの距離は 20cm です。

出荷時設定は、なぜか画像を縮小して表示する額縁設定になっていたので、アスペクト比などをいじって、解像度をフルに使って表示する設定に切り替えます。ピント調整は、なぜかフィルターのフタを開けたところあって、ちょっと不便です。

設定が終了したので、研究室の壁に投影してみます。

写真の投影画面のサイズは 200×120cm くらいです。研究室で使うには、ちょっと大きすぎるかもしれません。もうちょっと壁に寄せれば小さくできるので、これは特に問題なしです。デジタル台形補正などの機能を一切使っていない、純粋にプロジェクターの最大解像度の画面です。

上の写真をクリックすると大きくなります。大きくして見ると、写真の画面上の方が、波打ってるのがお分かりになると思います。この件については、エプソンのサポートと何度か電話でやりとりしたのですが、最終的に「壁が波打っている」という結論に至りました。確かに、プロジェクター本体を壁に対して水平に動かすと、波打ちは全く移動せず、壁が原因であることがわかります。これまで、投影距離 80cm の平凡なプロジェクターを使っていた時には全く気付きませんでした。平面に見える壁も、実はそうではないのですね。お金があるときに、スクリーンを買うことにします。

電子黒板機能もあるので、色々と試してみたいと思います。特に、ゼミ生諸君は積極的な活用を求む!

2012年3月7日水曜日

全角カナと半角カナの変換

すぐ忘れるのでメモ。perl のワンライナーで全角カナと半角カナを変換します。非標準のモジュール Lingua::JA::Regular::Unicode が必要です。

半角カナ → 全角カナ

perl -CIO -MLingua::JA::Regular::Unicode -ple '$_ = katakana_h2z($_);'

全角カナ → 半角カナ

perl -CIO -MLingua::JA::Regular::Unicode -ple '$_ = katakana_z2h($_);'

その他

全角英数と半角英数、全角スペースと半角スペースなども、同様にドキュメントを読んで作るべし

Perl で UTF-8 が絡むと、ややこしくて気軽には書けない。久しぶりだと簡単に思い出せないレベルまで複雑化しているような気がする…。

2013-03-28追記

久しぶりに使ってみたら、どこかの仕様が変わったらしく動かなかったため修正($_ = を追加)。

2012年3月4日日曜日

MOS 受けてきた

Windows Update で「Microsoft corp. を信頼しますか?」と聞かれて、信用なんかできるかい! と迷わず「いいえ」をクリックした私が、MOS (Microsoft Office Specialist) 試験を受験してみました。業務上、Office のスキルは要りませんが、資格そのものが必要なのです。今後も Office とか使う気はサラサラありません。文章書くなら LaTeX でしょ? 普通。

Excel 2010 ProfessionalSpecialist の結果は 775点で合格。1000点満点で 700点以上合格ですからギリギリです。Excel は表計算ソフトとしてはそれなりに(?)使うものの、「これって表計算の世界ぶち壊しじゃね?」と思う Microsoft 独自機能はまるで使わないので、その手の問題はほとんど分かりませんでした。問題文に書いてあることが理解できないレベルです。

前日にツィッターで「使って 5分でブチ切れた」と書いた Word 2010 ProfessionalSpecialist の方はというと、 570点で不合格。試験中に、Word がしばらく固まって、「原因不明のエラー」とかダイアログが出ました。試験監督の手を煩わせることがなく復旧したので、固まっていた間、しっかり試験時間を消費してくれました。さすが Microsoft です。こちらも、Microsoft のヘンテコリンな機能に関する問題は、問題文が理解できないものが多かったです。

どちらも共通して言えることは、攻略本がないとクリアできないゲームというノリの試験です。試験時間も結構ギリギリです。普通に使えてるから対策しなくていいだろと思っていると、合格できません。Mac OS X の伸びやかに動くマウスカーソルと違って、カーソルが初速から高速に動くので使いにくかったです。リボンインターフェースが最悪で、機能階層じゃなくて、コンテキスト階層で分けられたため、似たような機能が複数のタブに配置されてしまい、「どっち?」というのも、いくつかありました。合格したいなら、ちゃんと対策の問題をやった方がいいです。こいつが、大リーグ矯正ギブスではなく、ヘッポコ野球矯正ギブスみたいなソフトで評判は最悪ですが。

必要な資格は ProfessionalSpecialist レベルじゃなくて、Expert レベルです。とりあえず不合格の Word は放置して、Expert を受けてみたいと思います。それはそうと、Mircosoft はそろそろソフト作るの止めてくれないかなあ。世界中の迷惑だよ。

2012年1月11日水曜日

USB メモリ全体を暗号化する

Mac OS X Lion からでしょうか。いつの間にかこの機能がついていました。これまで、USB メモリを挿入 → 暗号化イメージをマウントという 2段階を踏まないといけなかったのが、USB メモリの挿入だけで済むようになったので、画期的です。

USB メモリ全体を暗号化するには、“ディスクユーティリティ” を使って USB メモリを初期化(フォーマット)する必要があります。物理ボリューム(デバイス、“31.91GB Mass Storage…”)を選び、“消去” タブの中の“フォーマット”プルダウンメニューからに、“Mac OS 拡張(ジャーナリング、暗号化)” を選択します。論理ボリューム(パーティション、スクリーンショットでは“名称未設定”)だけを暗号化することはできないようです。

“消去…” ボタンを押すと、シートが出てきてパスワードを聞かれます。ここで決めるパスワードは、USB メモリをマウントする時に使います。おそらくこのパスワードを元に暗号化されるのだと思います。表示されているシートには「ログインパスワードと復旧用パスワード云々…」とありますが、これは誤りでしょう。これらで暗号化されると、特定の Mac でないと USB メモリが使えなくなるか、その不便を避けるには、重大な機密情報をわざわざ USB メモリにコピーするという愚を犯すことになってしまいます。“消去”ボタンを押すと初期化が始まります。やたら時間がかかります。

先ほどのシートで、「ファイルは…暗号化される」とありますが、主語が間違っていて、ボリューム全体が暗号化されているのだと思います(未確認)。Finder でボリュームの情報を見ると、フォーマットは Mac OS 拡張(ジャーナリング、暗号化)とありますので、「ファイル(のコンテンツ)だけが暗号化されている」と考えるよりは「ボリューム全体が暗号化されている」と考える方が妥当でしょう。

暗号化された USB メモリを差し込むと、ダイアログが出てきて、パスワードの入力が促されます。パスワードをキーチェーンに記録しておけば、ダイアログは出ませんので、普通の USB メモリとして使えます。

背景

MacBook Air (Late 2010) の SSD の容量不足がいよいよ深刻になってきました。残り 5GB が通常の状態で、ちょっと負荷が高くなると、swapfile がたくさん作られて残り 1GB という状態です。通常 SSD は満遍なく記憶領域を使うように作られていて、書き込みを分散させて全体として書き込み寿命が長くなるように設計されています。容量が残り少なくなってくると、同じ箇所に集中して書き込まれ、書き込み寿命を使い果たす危険性が高くなります(最近はこのあたり賢くやってくれるのでしょうか?)。何か手を打たねばなりません。

5月に MacBook Air の新型機が登場する見込みが高いので、今すぐ新しいのを買うとか、SSD を増設するというのはどうも気分が乗りません。多少不便なのを覚悟の上で、手持ちの 32GB microSD とほぼ USB ポートに埋没する形のカードリーダを組み合わせて、5月まで乗り切ることにしました。ただ、この手のカードリーダは脆いので、大事なデータは入れないようにした方が良さそうです。

2011年12月23日金曜日

Station TV Tuner バラシ

SoftBank SELECTION の地デジチューナー Station TV Tuner SB-TV02-WFPL、なかなかいいじゃないですか。値段もそんなに高くないし。発売日に即日ポチして購入してみました。

早速使おうとセットアップしたところ、mini B-CAS カードを逆に挿してしまい、抜けなくなってしまいました。あー、これはもうだめですね。ということで、開封して15分でバラしました。っていうか、mini B-CAS カードには切り欠きがあるのですが、なんで切り欠きのある側が奥にならないのでしょうか? 何のための切り欠きなのか分かってる? 逆差し防止のためでしょ? 即日バラしになったのは、こんなアホな設計をした方がいけないんだからねっ!

で、バラしたからには、記念撮影を。

ゴム脚の下に、ネジが3本隠れています。ゴム脚を剥がして、ネジを緩めれば簡単にフタが開きます。フタを止めるためのツメなどはありません。写真には、切り欠きがある方が奥だろう、という設計常識に基づいて挿してしまった B-CAS カードがバッチリ移っています。

で、全体写真の右上の方、メイン基板とは別の細長い基板があります。黒いテープが貼って隠してありますが、剥がしてみると、USB 端子っぽいものでつながっています。

で、その USB 端子から取り外したのがこの基板です。

こちらは反対側です。この基板は何でしょうか????

で、カードを取り出して、無事映るようになりましたよ。

2011年12月22日木曜日

プログラムでふりがなをふる

日本語は不便なもので、漢字かな交じり文を辞書順にソートするためには、ふりがなのデータが必要です。シラバスのデータを授業名順にソートしたり、「あかさたな」で分類した索引を作る必要が出てきたのですが、あいにく元データにはふりがながありませんでした。

日本語の文章を読み上げる際にも同様の問題が発生し、Mac OS X は標準で漢字仮名交じり文をひらがなだけに変換する機能を持っています(ことえりの一部)。授業名は人名と違ってそうそうひねくれた名前はないので、この機能を使えば普通に変換してくれるでしょう。どうしてもだめなものは、ことえりに単語登録してしまえばいいのです。

この機能を手軽に利用するには、コマンドラインアプリのSayKotoeriSayKotoeri2をインストールするとよさそうです。以下はコマンドラインから SayKotoeri を使った場合の処理結果です。

% /usr/local/bin/SayKotoeri -o '情報処理概論'
じょーほーしょりがいろん
% /usr/local/bin/SayKotoeri -om '情報処理概論'
じょうほうしょりがいろん

読み上げのためのシステムなので、情報は「じょーほー」になってしまいます。m オプションを同時に指定すると、純粋にふりがなになります。

シラバスのデータは、Excel で一覧になっていて、AppleScript で Excel のデータを取り出し、SayKotoeri でふりがなを取得した後、Excel のセルに書き戻すことにしました。プログラムを書いて、一括変換していたところ、なぜか異常終了してしまいます。

イベントログを追っていたところ、次のようなことが分かりました。「Ⅵ」単体では大丈夫ですが、任意の文字の後に「Ⅵ」が来ると異常終了します。

% /usr/local/bin/SayKotoeri -om 'Ⅵ'
Ⅵ
% /usr/local/bin/SayKotoeri -om 'あⅥ'
LATextToMorphemes error
analysis = nil

「髙」(はしごだか)でも同様の現象が起こります。

% /usr/local/bin/SayKotoeri -om '髙'
髙
% /usr/local/bin/SayKotoeri -om 'あ髙'
LATextToMorphemes error
analysis = nil

「①」は、異常終了こそしませんが、どこかで見たような文字化け後の読み方になっています。

% /usr/local/bin/SayKotoeri -om '①'
かっこにち

どうやら、ことえり内部の文字コードの扱いに問題があるように思います(使用環境は 、Mac OS X 10.7.2 で、コマンドラインで使用している文字コードは UTF-8 です)。今は急いでいるので、正常に変換できない文字はなかったことにして、一旦ふりがなをふってしまいました。早く直ってほしいです。