COMP関連の日記です
SH-03B…将来のために 2010-03-08 16:07:40 COMP
将来のために、って、発売間もない SH-03B を「次はこうして欲しい」という要望ですよ。
自分の日記に書いて SHARP の人の目に留まるとは思えないけど、不満がたまっているのでどこかに書き出さないと気がすまないだけです。
まず、しばらく使ってみて、SH-03B は非常に良い端末だ、と、先に書いておきます。
テンキーでメールなんて書けるか! とお困りで、でも i-mode を始めとする、いわゆる「普通の携帯」でないと受けられないサービスが多くて困る、という人には、他に選択肢はないと言って良いでしょう。
待ち受け画面から最初に表示されるメニューは、自由に組み替え可能です。
なので、良く使う機能をすぐに呼び出せます。
でも、組み替えなくても、本当によく使われる機能は最初からすぐ呼び出せるの。
日付をタッチすればスケジューラーが、時刻をタッチすればアラーム設定が呼び出されます。
だから、そういう点に不満はない。
不満は、タッチパネルを使用したユーザーインターフェイスに集中しているのです。
---
まず、タッチパネルは「本体内蔵メニュー」及び「Java 以外の内蔵アプリ」でしか効きません。
i-mode のトップメニューは、Flash 内蔵端末ではデフォルトで Flash で表示されますが、操作できません。
タッチパネル上にバーチャルキーボードを表示して、そこで操作するの。
この操作が最悪。
i-mode のトップメニューに関しては、設定すれば通常の HTML 表示にもできますが、そういう設定に対応していないサイトや、最初から Flash が前提のゲームなどはあきらめたほうが良い。
Java も、タッチパネルに対応した API は DoCoMo 標準で定められているようですが、プリインストールのアプリですらほとんど使っていませんので諦めるしかないです。
とはいえ、ここら辺は Flash や Java という「個々のアプリ」の問題でもあるので、仕方なく許容範囲。
技術がわかっていない人なら十分文句が出るような部分だけど、僕はプログラマーだから、ここら辺が仕方ないことは理解できる。
というわけで、問題はどんどん切り分けられて、いよいよ「インターフェイス」の詳細に入ります。
-=-=-=-=-=-=-=-=
まず、メニュー上位階層での操作方法。
SH-03B では、メニューはアイコンが3×4に並ぶことで表示されます。
これを指でタッチしてやればよい。
非常に直感的で、問題なし。
---
下位の階層(設定メニューなど、階層が深くなる場合)では、メニューが文字で書かれたリストになります。
動作が明らかに違うのであればアイコンで示しやすいけど、微妙な差をアイコンで示すことは難しいため、文字が中心になることは理解できます。
ここでは、指でタッチすると「選択」、選択されたものを続けてタッチすると「決定」になります。
つまり、アイコンはシングルタッチで開くが、文字リストはダブルタッチしないと開かない。
…なんか、操作が変わって気持ち悪いけど、まぁ許しましょう。
文字はアイコンより密集した表示になっているので、シングルタッチで起動してしまうと、間違えて押す場合もありますから。
一度選択して、正しいことを確認してから決定、という作法は、それなりに理にかなっている。
また、書かれていることが長くなる場合、選択されたところで横スクロール表示となります。
(いわゆる Ticker 表示)
この意味で、「選択」という動作が挟まることには一定の意味があります。
---
設定メニューの一番下の階層などでは、ダイアログが開いて、設定を選ばせる場合があります。
ここも文字リストになるわけですが、シングルタッチで決定です。
ダイアログは、画面の中にウィンドウを描くことで実現しているため、通常に画面に描くより表示領域が狭いです。
当然、文字が全部表示されないことは増えますし、文字リストですから選択すると横スクロール表示が始まります。
(キーボードを引き出して操作する場合には、「選択」した状態が存在する)
でも、シングルタッチで決定です。
類似内容の長い文字列で、先頭だけで区別できなかったとしても、シングルタッチで決定です。
ダイアログ、というものの性質上、意思確認すればすぐに消えるのが望ましいので、ダブルタッチは面倒くさい、と言う気持ちはわかります。
でも、先に書いたように文字リストによるメニューの操作が「文字で書かれていると誤操作しやすい」「選択しないと最後まで読めない」ためにダブルタッチで決定だった、と考えると、インターフェイスとして破綻していないか?
-=-=-=
メニューが一画面に収まらない時は、「次ページ」が存在します。
そう、画面に収まりきらない時のメニューは、ページ送りインターフェイスなのですね。
ページ送りは、タッチしたまま指を左右に滑らせる(スライド、と呼びます)ことで行います。
…基本はね。
アイコン表示のメニュー画面では、次ページが存在していることを、画面右上に三角形を表示することで示します。
でも、文字リストのメニュー画面では、画面左下に、ページ送りのボタンを表示することで示します。
前者では三角形を押すことで、後者ではボタンを使って、ページ送りすることもできます。
メニューの階層によって、作法が統一されていない。
メニューから、各種の「設定確認」等を選んだ場合、画面に収まらないほどの設定状況を表示します。
この場合も、ページ送りが発生しますが、状況によって作法が異なります。
「メール設定確認」では、文字リストによるメニュー画面と同じ作法です。
でも、一般設定の「設定状況確認」では、文字リストによるメニューとも、アイコンによるメニューとも異なる別の作法です。
画面左上には三角形は表示されず、左下のボタン表示もないため、「タッチ」でページを送ることはできません。
その代わり、左右スライドに加え、上下スライドでもページ送りできます。
iモード設定確認にいたっては、「ページ送り」ではなく、上下スクロールで内容が確認できます。
この際、右端に「スクロールバー」が存在し、背景は黒です。
カメラ画像などの詳細確認でも、上下スクロールで確認です。
しかし、この際にスクロールバーのように「上下スクロールである」ことを示すものは表示されず、背景にも普通に壁紙として設定された画像が表示されています。
(後で触れますが、実際スクロールを行っている間の背景は黒です。)
極めて混乱しています。
おそらくは、メニューから選択される「設定確認」などはアプリケーション扱いで、各アプリの制作者が異なるのでしょう。
でも、そんな「プログラマー側」の都合でユーザーが混乱するインターフェイスを作ってはいけません。
やむを得ない理由がある場合を除いて、混乱が無いように機能を作らなくては。
---
場合によっては、メニュー上でサブメニューを開いて操作する場合があります。
サブメニューは、画面下に「サブメニュー」と書いたボタンがあるのでそれをタッチしてもよいのですが、小さなボタンを押すよりも、「上から斜め下にスライド」させることで表示することもできます。
サブメニューは、先ほども書いた「ダイアログ」で表示されます。
ダイアログに内容が収まりきらない時は、上下にスライドすることで、縦スクロールできます。
メニューは収まらないとページ送りですが、サブメニューは縦スクロールなのです。
どうやら、メニューのような「全画面表示」を滑らかにスクロールさせるには、処理能力が足りないようです。
(iモード設定確認はスクロールしているが、背景を真っ黒にしている。写真などの詳細表示も、スクロールしていない時には背景に設定した画像が表示されるのに、スクロール開始したとたんに真っ黒になる。)
…話は脱線しますが、ここら辺に技術者の苦悩と、統一性の取れなさが垣間見えます。
iPhone のようにスムーズにスクロールするには処理能力が足りず、ページ送りインターフェイスを選んだのでしょうが、一部の技術者が「俺ならできる」と、自分の担当アプリケーション内で、勝手に技術を競い合ったようです。
あぁ、君らの技術の高さは認めるよ。でも、それで製品全体としてはちぐはぐな部品の寄せ集めになって、完成度が下っているよ!
#処理能力について弁護:iPhone の画面は 320x480、SH-03Bは 480x854。
2.6倍ほど画面の広さが違うため、全画面での重ね合わせ付きスムーススクロールが難しいことは、SH-03B の処理能力が低いことを意味しない。
実際、全画面ではなく、ダイアログのような小さな領域では、重ねあわせ付のスクロールをやっている。
…脱線終わり。
ところで、基本的には、「文字リストによるメニュー」ではサブメニューは使われません。
文字リストによるメニューでは「タッチ」によって選択が行われるため、その後のスライドによってサブメニューを開く、という操作と相性が悪いのです。
例外が、受信メールボックス一覧の画面や、iモードブラウザのURL履歴一覧画面です。
受信メールボックス一覧では、選択中のメールボックスに対する操作を、サブメニューで行えます。
URL履歴でも、選択中の URL に対する操作を行えます。
そしてまた、この2つでの操作方法が混乱しています。
URL 履歴では、タッチした瞬間に選択が行われ、そこから斜め下スライドでサブメニューが表示されます。
画面最下部に表示された URL は、そこから下にスライドを行うことができないため、この方法でサブメニューを表示することはできません。
受信メールボックス一覧では、リストの一番上に「受信トレイ」があり、その下に振分け用のフォルダが並びます。
サブメニューを開くためには、必ず「受信トレイ」よりも画面上の領域から、斜め下にスライドしなくてはなりません。
振り分け用フォルダへのタッチは、必ず選択になります。そこから斜め下スライドでサブメニューを呼び出すことはできません。
逆に、受信メールボックスへのタッチは、即選択にはなりません。
タッチしてすぐに離す、という操作をしたときのみ、選択扱いになります。
-=-=-=
SH-03B を買いたくて情報を探している方、ご愁傷様。
でも、最初に書いたように、普通の携帯でQWERTYキーボードが欲しいなら、他に選択肢はありませんよ。
SH-03B が良い機種だ、と言うのは紛れもない事実で、だからこそ僕は不満点を率直、かつ論理的にさらし挙げているのです。次の機種では改善されることを願って。
読んでいる人もそろそろうんざりしてきた事と思いますが、最後にさらに酷い話を。
i-mode での操作は更に厄介。
ここまでは「携帯内部に作りこまれた」メニューやアプリの話でしたから、これでも「タッチパネルでの使いやすさ」を考慮した作りにはなっているのです。
i-mode では、そんな考慮はありません。
小さな文字でリンクテキストが密集している中から、シングルタッチで選択して、さらにダブルタッチでリンク先へ進む。
ドコモ公式の料金確認ページなんて、1文字だけへのリンクなどが散在します。
(セキュリティのため、POST QUERY を使うために、リンクテキストではなく form ボタンになっているが、
違和感を感じさせないために、ボタンに対応する枠付数字のように偽装してある)
これをダブルクリックすることのもどかしさ。
諦めてキーボードを引き出すと、画面は横画面になり、縦画面しか想定していない i-mode ブラウザは、画面の半分しか使用しなくなります。広い画面があるのに無駄遣い!
「前画面に戻る」時には、左スライドで数ページ前までの履歴を呼び出せたり、ブラウザとしてはなかなか頑張っているのですが…
表示文字をある程度大きくして我慢していますが、根本解決ではありません。
通常の機種では、上下ボタンでフォーカスが移動します。
だから、上下にスライドしたら同じようにフォーカス移動してくれれば…と思うのですが、無常にも画面がスクロールするだけです。
-=-=-=
…と、不満点を挙げましたが、不満を言うだけで終わるのは無責任と言うもの。
自分もプログラマーだから、「メニューと各アプリは違うプログラムになっている」ことは理解できるのです。
そして、各アプリが作法を統一しないまま作りこまれてしまった。
もしくは、プログラマーの人数が足りなくて、十分作りこめなかったのかも。
でも、それは作る側の都合。使う側には関係ない話です。
まず、最大の問題は、作法が破綻していること。
シングルタッチで決定か、ダブルタッチで決定かは統一していただきたい。
おそらく、問題の根本は、「タッチ時に選択・決定」が行われていることです。
離した時に行われるのが正しい。マウスなんかの動作だってそうなっています。
「離したら決定」を導入するだけで、問題の半分以上が解決するはず。
アイコンは今と変わらずシングルタッチで起動しますし、文字リストによるメニューでも、押した時点で選択、スライドすると選択位置変更、離したら実行、であれば、シングルタッチと同じ感覚で使ってもいいし、間違えた場合のリカバーも効く。
i-mode ブラウザも、スライドしている間「選択位置変更」と考えてもらえれば、フォーカス移動が簡単にできるわけです。
#細かな話だが、form のセレクトボックスは、一度目の「選択」で開いて、2度目はセレクトボックスから離れた場所をタッチしても、選択動作に入って欲しい。セレクトボックスの項目が狭いことがあるため。
この場合、スライドが「選択」動作に割り当てられるため、そのままではページ送りやスクロールがなくなってしまいます。
そこは、マルチタッチ可能なタッチパネルを使っているのですから、2本指タッチで。
ページ送りやスクロールは、スライドの「開始位置」などに意味はないので、2本指でもポイントしにくい、などの問題は出ません。
サブメニューを開く場合も、1本指でセレクトしてから、2本指で斜め下にスライド。これで問題なし。
#マルチタッチ操作には特許とかの問題もあるとは思うが、画像ビュワーでは2本指での拡大縮小やっているのだから…
操作作法に混乱がなくなれば、あとはアプリごとの微妙な動作の差異だけが問題ですが…
これは、プログラマーさんに頑張って、と言うより他になし (^^;;
実際、ここが一番大変だとは思いますが、今の統一感のなさは酷すぎる。
と言うわけで、愚痴は終了。
いいたいこと言って、これでやっとスッキリと携帯を使うことができます。
繰り返しになりますが、悪い携帯ではないので、次の機種に期待しています。>SHARPの方々
自分の日記に書いて SHARP の人の目に留まるとは思えないけど、不満がたまっているのでどこかに書き出さないと気がすまないだけです。
まず、しばらく使ってみて、SH-03B は非常に良い端末だ、と、先に書いておきます。
テンキーでメールなんて書けるか! とお困りで、でも i-mode を始めとする、いわゆる「普通の携帯」でないと受けられないサービスが多くて困る、という人には、他に選択肢はないと言って良いでしょう。
待ち受け画面から最初に表示されるメニューは、自由に組み替え可能です。
なので、良く使う機能をすぐに呼び出せます。
でも、組み替えなくても、本当によく使われる機能は最初からすぐ呼び出せるの。
日付をタッチすればスケジューラーが、時刻をタッチすればアラーム設定が呼び出されます。
だから、そういう点に不満はない。
不満は、タッチパネルを使用したユーザーインターフェイスに集中しているのです。
---
まず、タッチパネルは「本体内蔵メニュー」及び「Java 以外の内蔵アプリ」でしか効きません。
i-mode のトップメニューは、Flash 内蔵端末ではデフォルトで Flash で表示されますが、操作できません。
タッチパネル上にバーチャルキーボードを表示して、そこで操作するの。
この操作が最悪。
i-mode のトップメニューに関しては、設定すれば通常の HTML 表示にもできますが、そういう設定に対応していないサイトや、最初から Flash が前提のゲームなどはあきらめたほうが良い。
Java も、タッチパネルに対応した API は DoCoMo 標準で定められているようですが、プリインストールのアプリですらほとんど使っていませんので諦めるしかないです。
とはいえ、ここら辺は Flash や Java という「個々のアプリ」の問題でもあるので、仕方なく許容範囲。
技術がわかっていない人なら十分文句が出るような部分だけど、僕はプログラマーだから、ここら辺が仕方ないことは理解できる。
というわけで、問題はどんどん切り分けられて、いよいよ「インターフェイス」の詳細に入ります。
-=-=-=-=-=-=-=-=
まず、メニュー上位階層での操作方法。
SH-03B では、メニューはアイコンが3×4に並ぶことで表示されます。
これを指でタッチしてやればよい。
非常に直感的で、問題なし。
---
下位の階層(設定メニューなど、階層が深くなる場合)では、メニューが文字で書かれたリストになります。
動作が明らかに違うのであればアイコンで示しやすいけど、微妙な差をアイコンで示すことは難しいため、文字が中心になることは理解できます。
ここでは、指でタッチすると「選択」、選択されたものを続けてタッチすると「決定」になります。
つまり、アイコンはシングルタッチで開くが、文字リストはダブルタッチしないと開かない。
…なんか、操作が変わって気持ち悪いけど、まぁ許しましょう。
文字はアイコンより密集した表示になっているので、シングルタッチで起動してしまうと、間違えて押す場合もありますから。
一度選択して、正しいことを確認してから決定、という作法は、それなりに理にかなっている。
また、書かれていることが長くなる場合、選択されたところで横スクロール表示となります。
(いわゆる Ticker 表示)
この意味で、「選択」という動作が挟まることには一定の意味があります。
---
設定メニューの一番下の階層などでは、ダイアログが開いて、設定を選ばせる場合があります。
ここも文字リストになるわけですが、シングルタッチで決定です。
ダイアログは、画面の中にウィンドウを描くことで実現しているため、通常に画面に描くより表示領域が狭いです。
当然、文字が全部表示されないことは増えますし、文字リストですから選択すると横スクロール表示が始まります。
(キーボードを引き出して操作する場合には、「選択」した状態が存在する)
でも、シングルタッチで決定です。
類似内容の長い文字列で、先頭だけで区別できなかったとしても、シングルタッチで決定です。
ダイアログ、というものの性質上、意思確認すればすぐに消えるのが望ましいので、ダブルタッチは面倒くさい、と言う気持ちはわかります。
でも、先に書いたように文字リストによるメニューの操作が「文字で書かれていると誤操作しやすい」「選択しないと最後まで読めない」ためにダブルタッチで決定だった、と考えると、インターフェイスとして破綻していないか?
-=-=-=
メニューが一画面に収まらない時は、「次ページ」が存在します。
そう、画面に収まりきらない時のメニューは、ページ送りインターフェイスなのですね。
ページ送りは、タッチしたまま指を左右に滑らせる(スライド、と呼びます)ことで行います。
…基本はね。
アイコン表示のメニュー画面では、次ページが存在していることを、画面右上に三角形を表示することで示します。
でも、文字リストのメニュー画面では、画面左下に、ページ送りのボタンを表示することで示します。
前者では三角形を押すことで、後者ではボタンを使って、ページ送りすることもできます。
メニューの階層によって、作法が統一されていない。
メニューから、各種の「設定確認」等を選んだ場合、画面に収まらないほどの設定状況を表示します。
この場合も、ページ送りが発生しますが、状況によって作法が異なります。
「メール設定確認」では、文字リストによるメニュー画面と同じ作法です。
でも、一般設定の「設定状況確認」では、文字リストによるメニューとも、アイコンによるメニューとも異なる別の作法です。
画面左上には三角形は表示されず、左下のボタン表示もないため、「タッチ」でページを送ることはできません。
その代わり、左右スライドに加え、上下スライドでもページ送りできます。
iモード設定確認にいたっては、「ページ送り」ではなく、上下スクロールで内容が確認できます。
この際、右端に「スクロールバー」が存在し、背景は黒です。
カメラ画像などの詳細確認でも、上下スクロールで確認です。
しかし、この際にスクロールバーのように「上下スクロールである」ことを示すものは表示されず、背景にも普通に壁紙として設定された画像が表示されています。
(後で触れますが、実際スクロールを行っている間の背景は黒です。)
極めて混乱しています。
おそらくは、メニューから選択される「設定確認」などはアプリケーション扱いで、各アプリの制作者が異なるのでしょう。
でも、そんな「プログラマー側」の都合でユーザーが混乱するインターフェイスを作ってはいけません。
やむを得ない理由がある場合を除いて、混乱が無いように機能を作らなくては。
---
場合によっては、メニュー上でサブメニューを開いて操作する場合があります。
サブメニューは、画面下に「サブメニュー」と書いたボタンがあるのでそれをタッチしてもよいのですが、小さなボタンを押すよりも、「上から斜め下にスライド」させることで表示することもできます。
サブメニューは、先ほども書いた「ダイアログ」で表示されます。
ダイアログに内容が収まりきらない時は、上下にスライドすることで、縦スクロールできます。
メニューは収まらないとページ送りですが、サブメニューは縦スクロールなのです。
どうやら、メニューのような「全画面表示」を滑らかにスクロールさせるには、処理能力が足りないようです。
(iモード設定確認はスクロールしているが、背景を真っ黒にしている。写真などの詳細表示も、スクロールしていない時には背景に設定した画像が表示されるのに、スクロール開始したとたんに真っ黒になる。)
…話は脱線しますが、ここら辺に技術者の苦悩と、統一性の取れなさが垣間見えます。
iPhone のようにスムーズにスクロールするには処理能力が足りず、ページ送りインターフェイスを選んだのでしょうが、一部の技術者が「俺ならできる」と、自分の担当アプリケーション内で、勝手に技術を競い合ったようです。
あぁ、君らの技術の高さは認めるよ。でも、それで製品全体としてはちぐはぐな部品の寄せ集めになって、完成度が下っているよ!
#処理能力について弁護:iPhone の画面は 320x480、SH-03Bは 480x854。
2.6倍ほど画面の広さが違うため、全画面での重ね合わせ付きスムーススクロールが難しいことは、SH-03B の処理能力が低いことを意味しない。
実際、全画面ではなく、ダイアログのような小さな領域では、重ねあわせ付のスクロールをやっている。
…脱線終わり。
ところで、基本的には、「文字リストによるメニュー」ではサブメニューは使われません。
文字リストによるメニューでは「タッチ」によって選択が行われるため、その後のスライドによってサブメニューを開く、という操作と相性が悪いのです。
例外が、受信メールボックス一覧の画面や、iモードブラウザのURL履歴一覧画面です。
受信メールボックス一覧では、選択中のメールボックスに対する操作を、サブメニューで行えます。
URL履歴でも、選択中の URL に対する操作を行えます。
そしてまた、この2つでの操作方法が混乱しています。
URL 履歴では、タッチした瞬間に選択が行われ、そこから斜め下スライドでサブメニューが表示されます。
画面最下部に表示された URL は、そこから下にスライドを行うことができないため、この方法でサブメニューを表示することはできません。
受信メールボックス一覧では、リストの一番上に「受信トレイ」があり、その下に振分け用のフォルダが並びます。
サブメニューを開くためには、必ず「受信トレイ」よりも画面上の領域から、斜め下にスライドしなくてはなりません。
振り分け用フォルダへのタッチは、必ず選択になります。そこから斜め下スライドでサブメニューを呼び出すことはできません。
逆に、受信メールボックスへのタッチは、即選択にはなりません。
タッチしてすぐに離す、という操作をしたときのみ、選択扱いになります。
-=-=-=
SH-03B を買いたくて情報を探している方、ご愁傷様。
でも、最初に書いたように、普通の携帯でQWERTYキーボードが欲しいなら、他に選択肢はありませんよ。
SH-03B が良い機種だ、と言うのは紛れもない事実で、だからこそ僕は不満点を率直、かつ論理的にさらし挙げているのです。次の機種では改善されることを願って。
読んでいる人もそろそろうんざりしてきた事と思いますが、最後にさらに酷い話を。
i-mode での操作は更に厄介。
ここまでは「携帯内部に作りこまれた」メニューやアプリの話でしたから、これでも「タッチパネルでの使いやすさ」を考慮した作りにはなっているのです。
i-mode では、そんな考慮はありません。
小さな文字でリンクテキストが密集している中から、シングルタッチで選択して、さらにダブルタッチでリンク先へ進む。
ドコモ公式の料金確認ページなんて、1文字だけへのリンクなどが散在します。
(セキュリティのため、POST QUERY を使うために、リンクテキストではなく form ボタンになっているが、
違和感を感じさせないために、ボタンに対応する枠付数字のように偽装してある)
これをダブルクリックすることのもどかしさ。
諦めてキーボードを引き出すと、画面は横画面になり、縦画面しか想定していない i-mode ブラウザは、画面の半分しか使用しなくなります。広い画面があるのに無駄遣い!
「前画面に戻る」時には、左スライドで数ページ前までの履歴を呼び出せたり、ブラウザとしてはなかなか頑張っているのですが…
表示文字をある程度大きくして我慢していますが、根本解決ではありません。
通常の機種では、上下ボタンでフォーカスが移動します。
だから、上下にスライドしたら同じようにフォーカス移動してくれれば…と思うのですが、無常にも画面がスクロールするだけです。
-=-=-=
…と、不満点を挙げましたが、不満を言うだけで終わるのは無責任と言うもの。
自分もプログラマーだから、「メニューと各アプリは違うプログラムになっている」ことは理解できるのです。
そして、各アプリが作法を統一しないまま作りこまれてしまった。
もしくは、プログラマーの人数が足りなくて、十分作りこめなかったのかも。
でも、それは作る側の都合。使う側には関係ない話です。
まず、最大の問題は、作法が破綻していること。
シングルタッチで決定か、ダブルタッチで決定かは統一していただきたい。
おそらく、問題の根本は、「タッチ時に選択・決定」が行われていることです。
離した時に行われるのが正しい。マウスなんかの動作だってそうなっています。
「離したら決定」を導入するだけで、問題の半分以上が解決するはず。
アイコンは今と変わらずシングルタッチで起動しますし、文字リストによるメニューでも、押した時点で選択、スライドすると選択位置変更、離したら実行、であれば、シングルタッチと同じ感覚で使ってもいいし、間違えた場合のリカバーも効く。
i-mode ブラウザも、スライドしている間「選択位置変更」と考えてもらえれば、フォーカス移動が簡単にできるわけです。
#細かな話だが、form のセレクトボックスは、一度目の「選択」で開いて、2度目はセレクトボックスから離れた場所をタッチしても、選択動作に入って欲しい。セレクトボックスの項目が狭いことがあるため。
この場合、スライドが「選択」動作に割り当てられるため、そのままではページ送りやスクロールがなくなってしまいます。
そこは、マルチタッチ可能なタッチパネルを使っているのですから、2本指タッチで。
ページ送りやスクロールは、スライドの「開始位置」などに意味はないので、2本指でもポイントしにくい、などの問題は出ません。
サブメニューを開く場合も、1本指でセレクトしてから、2本指で斜め下にスライド。これで問題なし。
#マルチタッチ操作には特許とかの問題もあるとは思うが、画像ビュワーでは2本指での拡大縮小やっているのだから…
操作作法に混乱がなくなれば、あとはアプリごとの微妙な動作の差異だけが問題ですが…
これは、プログラマーさんに頑張って、と言うより他になし (^^;;
実際、ここが一番大変だとは思いますが、今の統一感のなさは酷すぎる。
と言うわけで、愚痴は終了。
いいたいこと言って、これでやっとスッキリと携帯を使うことができます。
繰り返しになりますが、悪い携帯ではないので、次の機種に期待しています。>SHARPの方々
DoCoMo のメール配信遅延 2010-02-24 10:59:01 COMP
いまさらな話。
ここ3年 DoCoMo から離れていたので気づいてなかったが、PCからDoCoMo 向けのメール遅延がひどいことになっている…ように見えた。
少なくとも、うちのサーバーからメールを送ると、すぐには届かない。
最初のテストでは、3時間くらいかかって届いた。
時間帯によっても状況は違うようだが、素直に届くことは期待しないほうがよいようだった。
W-Zero3 には、仕事のメールをいろいろ転送している。
特に、サーバーでエラーが起きたときのアラートは遅延しては意味がない。
サーバーのメールログを調べてみると、ドコモのメールサーバーまでは接続できるが、そこで配送失敗して、自宅のサーバーの再配送待ちキューに溜まっているらしい。
qmail は、エラーが起きると時間を置いて再配送する。
この「時間を置く」というのが、リトライ回数によって増えていく。
1回目は7分後、2回目はさらに20分後、3回目はさらに33分後…だそうだ。
1回配送失敗すると、かなり遅延が発生することになる。
まずはこれをどうにかするのかなぁ…とおもったら
killall -ALRM qmail-send
すれば、即時再配送を試みることがわかった。
毎分 cron で設定するか?
---
ところで、仕事柄 i-mode コンテンツの運用なんかも知ってはいるのだが、公式プロバイダでは PC からメールを送信しても遅延したりはしない。
どうなってんのかな、と思ったら、道は二つあるようだ。
1. DoCoMo 側で、IP アドレスを見て接続優先順位を設けているようだ。
うちみたいな、ダイナミック DNS で立てられた自宅サーバーなんていうのは怪しいので、接続が多い時は積極的に切断されてしまう。
2. 信頼できる会社であれば、DoCoMo に専用回線で SMTP 接続できる。
別料金も必要だし、信頼も必要なようなので、うちのような零細企業(一応自営業でやっとります)では難しい。
で、しばらく考える。
思い立って実験する。
うちの上流プロバイダである、朝日ネットから送ると遅延はないようだ。
優先された IP アドレスなのか、お金払って専用回線使っているのかは不明。
じゃぁ、DoCoMo 向けに送るときだけ、朝日ネットを経由させてもらおう。
幸い、朝日ネットはネット内からの接続であれば、SMTP を使うのに制限はない。
(SMTP 認証とか、POP before SMTP が必要だとややこしい話になる)
qmail の 設定ファイルを書くだけ。
control/smtproutes に、
docomo.ne.jp:mail.asahi-net.or.jp
の一行を書いた。
これで問題解消。
ここ3年 DoCoMo から離れていたので気づいてなかったが、PCからDoCoMo 向けのメール遅延がひどいことになっている…ように見えた。
少なくとも、うちのサーバーからメールを送ると、すぐには届かない。
最初のテストでは、3時間くらいかかって届いた。
時間帯によっても状況は違うようだが、素直に届くことは期待しないほうがよいようだった。
W-Zero3 には、仕事のメールをいろいろ転送している。
特に、サーバーでエラーが起きたときのアラートは遅延しては意味がない。
サーバーのメールログを調べてみると、ドコモのメールサーバーまでは接続できるが、そこで配送失敗して、自宅のサーバーの再配送待ちキューに溜まっているらしい。
qmail は、エラーが起きると時間を置いて再配送する。
この「時間を置く」というのが、リトライ回数によって増えていく。
1回目は7分後、2回目はさらに20分後、3回目はさらに33分後…だそうだ。
1回配送失敗すると、かなり遅延が発生することになる。
まずはこれをどうにかするのかなぁ…とおもったら
killall -ALRM qmail-send
すれば、即時再配送を試みることがわかった。
毎分 cron で設定するか?
---
ところで、仕事柄 i-mode コンテンツの運用なんかも知ってはいるのだが、公式プロバイダでは PC からメールを送信しても遅延したりはしない。
どうなってんのかな、と思ったら、道は二つあるようだ。
1. DoCoMo 側で、IP アドレスを見て接続優先順位を設けているようだ。
うちみたいな、ダイナミック DNS で立てられた自宅サーバーなんていうのは怪しいので、接続が多い時は積極的に切断されてしまう。
2. 信頼できる会社であれば、DoCoMo に専用回線で SMTP 接続できる。
別料金も必要だし、信頼も必要なようなので、うちのような零細企業(一応自営業でやっとります)では難しい。
で、しばらく考える。
思い立って実験する。
うちの上流プロバイダである、朝日ネットから送ると遅延はないようだ。
優先された IP アドレスなのか、お金払って専用回線使っているのかは不明。
じゃぁ、DoCoMo 向けに送るときだけ、朝日ネットを経由させてもらおう。
幸い、朝日ネットはネット内からの接続であれば、SMTP を使うのに制限はない。
(SMTP 認証とか、POP before SMTP が必要だとややこしい話になる)
qmail の 設定ファイルを書くだけ。
control/smtproutes に、
docomo.ne.jp:mail.asahi-net.or.jp
の一行を書いた。
これで問題解消。
SH-03Bに思うこと 2010-02-24 09:51:39 COMP
先の日記に書いたとおり、SH-03B を購入しました。
タッチパネル主体の操作なのに、i-mode が想定するのが「ファミコン的」操作なので、ちぐはぐな印象を受ける、というのは先の日記に書いたとおり。
で、先日も書いた Netwalker をいじっていて感じる違和感と共に、つらつらと。
---
インターフェイスの変遷。
▼キーボード
昔のパソコンゲームは、あたりまえにキーボード入力だった。
W を押せば「Wear」で鎧を着て、P は「Put on」で装備をつけて、t は「throw」で物を投げて…と言う具合。
今でも、海外製のゲームなどはキーボードを駆使するものが多く、この名残を感じる。
インターフェイスとしては、洗練されていない。
でも、専用キーが多数用意されているわけで、慣れると快適。
▼ファミコン的操作
四方向キー+決定、キャンセルの2ボタン。
コマンドを画面に表示して選択、というインターフェイスが考案されてから(堀井雄二が、ファミコン版ポートピア殺人事件で編み出した手法だ)、これが当たり前の操作方法になった。
誰でも使える。でも、目で見て確認して選択、と言うのは多少の面倒さは残る。
Sony お得意のクロスメディアバーも、これを使いやすくした改良版、と思っていいだろう。
▼マウス的操作
直感的。でも直接的ではない。
入力機器と連動して動くカーソルを利用して、間接的にものを指し示す。
この「間接的」なところが非常に便利で、マウスカーソルの形状を変えることで「現在何ができるか」というモードを示せるし、今示しているところを常に表示することで、操作ミスもなくせる。
▼ファミコン的操作によるマウス操作模倣
最悪のインターフェイスだと思うが、これをやらざるを得ない局面もある。
方向キーを押した時間に連動してカーソルを動かす。「時間」が「距離」に変わるので、入力機器とカーソルは連動していない。
ここに非常に面倒くさい印象が生まれる。
▼タッチパネルによるマウス操作模倣
間接操作のはずのマウスを、直接操作のタッチパネルで行う。
カーソルがないため、「押したつもり」の位置がずれていたりする。
カーソルがないため、押してみるまで何が起こるかわからなかったりする。
(マウスカーソルがあれば、移動時にカーソル形状で意味を示せるのに!)
SL-Zaurus がこの作法だった。
Windows Mobile …つまり、W-Zero3 もこの作法だった。
…個人的にはあまり使いやすいとは思わない。
タッチパネルでマウス模倣してうまく行かないのは、カーソルによって「モード」が示せないから。
実は、マウスと言うのは文脈依存で動いていて、その文脈をカーソル形状であらわしている。
ここからカーソルを取り除けば、気持ち悪い動きになるのは仕方がない。
▼タッチパネルによる直接操作
iPhone が新たな局面を切り開いた。
というとほめすぎか。90年代に研究された「ゼスチャ」を今風にしたもの、という印象ではある。
タッチパネルだとカーソルがなくてモードがあらわせないのであれば、モードによって動作が切り替わるのではなく、与えるコマンドによって動作を切り替えればよい。
iPhone は、マルチタッチによって「何本の指で触るか」と言う形でコマンドを与えている。
そのコマンドが受け付け可能であるかどうかは、即座に、コマンドに呼応したアニメーションで返す。
アニメーションは見栄えを良くするために作りこんでいるのではないのだ。
これは、Apple が初代 Mac から受け継いできた作法でもある。
SH-03B は、iPhone を真似ているのにアニメがない、マルチタッチを活用していない。
結果、中途半端で使いにくい印象を受ける。
---
さて、SH-03B は、i-mode なので「ファミコン的操作」を必要とするが、iPhone の真似をしてタッチパネルによる直接操作を採用している。
結果、気持ちの悪いことが起きる。
メインメニューは、3×4に並んだアイコンで示される。
タッチすると、更に詳細なメニュー項目がアイコンで示される。
ここら辺は軽快に動作する。
下のほうの階層になると、アイコンは作りこまれていない。というか、細かな概念を絵で示すのは無理だろうから、文字を中心にするのだろう。
で、1行1項目に箇条書きされたメニューになるが、タッチしても動作しない。
ここからは、1回目のタッチで選択され、2回目のタッチで決定だ。
どうやら、文字が密集していると誤選択の可能性が出るため、一度押した箇所を確認させているらしい。
(カーソルを模倣しているわけだ)
これが、非常に面倒くさい。
2回目のタッチの変わりに、画面上に表示された「決定」ボタンや「OK」ボタンを押してもよいが、このボタンの位置がまた、ころころ変わる。これも面倒くさい。
メニュー項目が多い時は、「スクロール」か「ページ送り」のいずれかになるのだが、どちらになるかで送り方法が違う。
スクロールなら、指を縦にスライド。ページ送りなら横にスライド。
スクロール時はアニメーションするが、ぺーじ送り時はアニメーションはない。
もっと作法を統一して欲しいところ。
個人的には、「触れたら選択開始。選択位置が間違っていたらそのまま指を動かして正しい選択位置を探し、指を離したら実行」でよいのではないかと思う。
これなら、触れている間はマウスカーソルを模倣できるわけで、それほど違和感はないだろう。
で、そうすると現在スライドに割り振られている「スクロール」「ページ送り」が混乱するので、2本指タッチに割り振る。
…SH-03B では2本指タッチを利用していないが、もしかしたら Apple が特許とっていて使えないのかも知れないが。
(もしくは、タッチパネルでの操作方法を DoCoMo が規定しているのかもな)
---
えーと、全体に何がいいたいかと言えば、インターフェイスが新しくなった時に、過去に慣れたものを模倣しようとしちゃだめだ、と言うこと。
ファミコンパッドでマウスを模倣したり、タッチパネルでマウスを模倣しようとしたりすると、使い勝手が悪くてストレスがたまるだけ。
iPhone のバーチャルキーボードだって、使い勝手の悪さは多くの人が言うところ。
SH-03B でも、キーボードを閉めたまま操作しようとすると、バーチャル四方向キーが必要になるときがある。
でも、過去の資産が使いたければ許容しないといけないのも事実。
SH-03B が iPhone と違うのは、良くも悪くも過去の資産があること。
過去の資産、というのは、Java アプリとかのことだけではない。
既に日本では携帯は社会インフラであり、携帯をもっていないと不便な局面が非常に多い。
そして、ここで言う「携帯」とは、i-mode か EZweb か Yahoo!ケータイが使える、と言う意味だ。
各社の WindowsMobile 端末とか、Android 端末とか、iPhone は含まれない。
メールすらも、携帯各社は「携帯大手3社以外からのメールは拒否する」オプションを用意していたりするからね。
技術に詳しくない人間が相手だと、「携帯」以外のメールを受け取ってもらうこともできない。
ホント、W-Zero3 使ってた数年間で、情報弱者と言うのは携帯をもたない人間を言うのだな、と実感したよ。
タッチパネル主体の操作なのに、i-mode が想定するのが「ファミコン的」操作なので、ちぐはぐな印象を受ける、というのは先の日記に書いたとおり。
で、先日も書いた Netwalker をいじっていて感じる違和感と共に、つらつらと。
---
インターフェイスの変遷。
▼キーボード
昔のパソコンゲームは、あたりまえにキーボード入力だった。
W を押せば「Wear」で鎧を着て、P は「Put on」で装備をつけて、t は「throw」で物を投げて…と言う具合。
今でも、海外製のゲームなどはキーボードを駆使するものが多く、この名残を感じる。
インターフェイスとしては、洗練されていない。
でも、専用キーが多数用意されているわけで、慣れると快適。
▼ファミコン的操作
四方向キー+決定、キャンセルの2ボタン。
コマンドを画面に表示して選択、というインターフェイスが考案されてから(堀井雄二が、ファミコン版ポートピア殺人事件で編み出した手法だ)、これが当たり前の操作方法になった。
誰でも使える。でも、目で見て確認して選択、と言うのは多少の面倒さは残る。
Sony お得意のクロスメディアバーも、これを使いやすくした改良版、と思っていいだろう。
▼マウス的操作
直感的。でも直接的ではない。
入力機器と連動して動くカーソルを利用して、間接的にものを指し示す。
この「間接的」なところが非常に便利で、マウスカーソルの形状を変えることで「現在何ができるか」というモードを示せるし、今示しているところを常に表示することで、操作ミスもなくせる。
▼ファミコン的操作によるマウス操作模倣
最悪のインターフェイスだと思うが、これをやらざるを得ない局面もある。
方向キーを押した時間に連動してカーソルを動かす。「時間」が「距離」に変わるので、入力機器とカーソルは連動していない。
ここに非常に面倒くさい印象が生まれる。
▼タッチパネルによるマウス操作模倣
間接操作のはずのマウスを、直接操作のタッチパネルで行う。
カーソルがないため、「押したつもり」の位置がずれていたりする。
カーソルがないため、押してみるまで何が起こるかわからなかったりする。
(マウスカーソルがあれば、移動時にカーソル形状で意味を示せるのに!)
SL-Zaurus がこの作法だった。
Windows Mobile …つまり、W-Zero3 もこの作法だった。
…個人的にはあまり使いやすいとは思わない。
タッチパネルでマウス模倣してうまく行かないのは、カーソルによって「モード」が示せないから。
実は、マウスと言うのは文脈依存で動いていて、その文脈をカーソル形状であらわしている。
ここからカーソルを取り除けば、気持ち悪い動きになるのは仕方がない。
▼タッチパネルによる直接操作
iPhone が新たな局面を切り開いた。
というとほめすぎか。90年代に研究された「ゼスチャ」を今風にしたもの、という印象ではある。
タッチパネルだとカーソルがなくてモードがあらわせないのであれば、モードによって動作が切り替わるのではなく、与えるコマンドによって動作を切り替えればよい。
iPhone は、マルチタッチによって「何本の指で触るか」と言う形でコマンドを与えている。
そのコマンドが受け付け可能であるかどうかは、即座に、コマンドに呼応したアニメーションで返す。
アニメーションは見栄えを良くするために作りこんでいるのではないのだ。
これは、Apple が初代 Mac から受け継いできた作法でもある。
SH-03B は、iPhone を真似ているのにアニメがない、マルチタッチを活用していない。
結果、中途半端で使いにくい印象を受ける。
---
さて、SH-03B は、i-mode なので「ファミコン的操作」を必要とするが、iPhone の真似をしてタッチパネルによる直接操作を採用している。
結果、気持ちの悪いことが起きる。
メインメニューは、3×4に並んだアイコンで示される。
タッチすると、更に詳細なメニュー項目がアイコンで示される。
ここら辺は軽快に動作する。
下のほうの階層になると、アイコンは作りこまれていない。というか、細かな概念を絵で示すのは無理だろうから、文字を中心にするのだろう。
で、1行1項目に箇条書きされたメニューになるが、タッチしても動作しない。
ここからは、1回目のタッチで選択され、2回目のタッチで決定だ。
どうやら、文字が密集していると誤選択の可能性が出るため、一度押した箇所を確認させているらしい。
(カーソルを模倣しているわけだ)
これが、非常に面倒くさい。
2回目のタッチの変わりに、画面上に表示された「決定」ボタンや「OK」ボタンを押してもよいが、このボタンの位置がまた、ころころ変わる。これも面倒くさい。
メニュー項目が多い時は、「スクロール」か「ページ送り」のいずれかになるのだが、どちらになるかで送り方法が違う。
スクロールなら、指を縦にスライド。ページ送りなら横にスライド。
スクロール時はアニメーションするが、ぺーじ送り時はアニメーションはない。
もっと作法を統一して欲しいところ。
個人的には、「触れたら選択開始。選択位置が間違っていたらそのまま指を動かして正しい選択位置を探し、指を離したら実行」でよいのではないかと思う。
これなら、触れている間はマウスカーソルを模倣できるわけで、それほど違和感はないだろう。
で、そうすると現在スライドに割り振られている「スクロール」「ページ送り」が混乱するので、2本指タッチに割り振る。
…SH-03B では2本指タッチを利用していないが、もしかしたら Apple が特許とっていて使えないのかも知れないが。
(もしくは、タッチパネルでの操作方法を DoCoMo が規定しているのかもな)
---
えーと、全体に何がいいたいかと言えば、インターフェイスが新しくなった時に、過去に慣れたものを模倣しようとしちゃだめだ、と言うこと。
ファミコンパッドでマウスを模倣したり、タッチパネルでマウスを模倣しようとしたりすると、使い勝手が悪くてストレスがたまるだけ。
iPhone のバーチャルキーボードだって、使い勝手の悪さは多くの人が言うところ。
SH-03B でも、キーボードを閉めたまま操作しようとすると、バーチャル四方向キーが必要になるときがある。
でも、過去の資産が使いたければ許容しないといけないのも事実。
SH-03B が iPhone と違うのは、良くも悪くも過去の資産があること。
過去の資産、というのは、Java アプリとかのことだけではない。
既に日本では携帯は社会インフラであり、携帯をもっていないと不便な局面が非常に多い。
そして、ここで言う「携帯」とは、i-mode か EZweb か Yahoo!ケータイが使える、と言う意味だ。
各社の WindowsMobile 端末とか、Android 端末とか、iPhone は含まれない。
メールすらも、携帯各社は「携帯大手3社以外からのメールは拒否する」オプションを用意していたりするからね。
技術に詳しくない人間が相手だと、「携帯」以外のメールを受け取ってもらうこともできない。
ホント、W-Zero3 使ってた数年間で、情報弱者と言うのは携帯をもたない人間を言うのだな、と実感したよ。
SH-03B 2010-02-23 15:04:45 COMP
SH-03B購入しました。
発売日である19日(金)に購入したのですが、今まで Willcom の W-Zero3 使っていたので、しばらくは2台持ち。
2台持ちできるがゆえに、「ゆっくり環境設定すればいいや」と思うと、なかなか移行が進まなかったり。
たぶんね、シャープもiPhoneを作ってみたくて、でもiPhone には不満もあって、そこらへんのギャップを埋めるべく作られたんだと思うのですよ。
iPhone ユーザーの何割かが不満に思う「入力しづらい」に対しては、QWERTYキーボード搭載で。
解像度が低い、に対しては480×854ドットと言う高解像度で。
基本は i-mode なので、さまざまなサービスも使えるし、お財布ケータイにもなってる。
(今まで Willcom 使ってきたから、i-mode や EZweb でないと使えないサービスの多さに辟易していた)
でも・・・ここが難しいところなのだけど、「過去の資産」を使えると言うことは、「過去のしがらみ」にもとらわれることを意味する。
基本的に、i-mode は「4方向キー+決定・キャンセル」で操作するという、ファミコン的操作。
iPhone を目指した SH-03B は、マルチタッチ操作。
SH-03B 独自のメニュー項目を使っているうちはよいのだけど、Flash コンテンツとか、Java コンテンツを使おうとすると途端に破綻する。
4方向キー+2ボタンを要求されるのだけど、表面は全部タッチパネルなので、操作パネルを出すしかない。
i-mode ブラウザでも微妙。
上下スクロールはスライドでできるし、前画面に戻るのも左方向スライドでできる。
でも、リンクしてある文字は小さく、密集していることもある。
タッチで間違えて押すことが無いように、ダブルタッチしないとリンク先に進まないようになっているが、これが余計に面倒くさい。
タッチでリンク選択開始、スライドで選択項目を変更して、離したらリンク、とかでいいのに。
(そうするとスクロールと操作がかぶってしまうので、スクロールは2本指タッチとかにする)
---
文句ばかり言っているのもよくないので、良い点も。
メニュー階層が浅い部分は、画面に3×4で並んだアイコンをタッチで選べます。
(この場合は、ダブルタッチではない。アイコンが押しやすく、選択ミスしにくいからと思われる)
で、待ちうけ画面に触ると表示される「カスタムメニュー」は、機能を自由に変更できる。
僕は携帯電話を目覚まし時計代わりに使うので、アラームをすぐ呼び出せるように設定しました。
加速度センサーを内蔵しているので「裏返しに置いたらサイレントモード」と言うのもよいです。
前述のように目覚ましに使うけど、なったら携帯をひっくり返すだけで、とりあえず音を止められる。
もう一個目覚ましネタ。
W-Zero3 では、キーをカスタマイズして、すぐに画面輝度変えられるようにしていました。
寝起きに見るとまぶしいから。
でも、SH-03B は明るさセンサー内蔵です。周囲にあわせて自動的に輝度調整します。
購入後最初に「輝度変更をすぐ呼び出せるか」をチェックしたのですが、不要でした。
---
これを書いておかなくちゃね。
QWERTY キーボードについて。
W-Zero3 で普通に打てていた人なら、問題ないと思います。
メーカー同じだしね。
HP-200LX → SL-Zaurus → W-Zero3 と使ってきていますが、キーボードは小さくなっても使いにくくはなっていません。
#HP-200LX はシャープではないが。
関係ないけど、Netwalker も使っている。こちらはシャープ。キーボードは悪くない。
まだもう少し使い込まないと使い方がこなれて来ない気はしますが、メールと電話くらいにしか使わない前提においては、W-Zero3 の代わりは十分努められそうです。
#Willcom 会社更生法適用だし、最新の W-Zero3 シリーズは QWERTY キーボード非搭載なので…
発売日である19日(金)に購入したのですが、今まで Willcom の W-Zero3 使っていたので、しばらくは2台持ち。
2台持ちできるがゆえに、「ゆっくり環境設定すればいいや」と思うと、なかなか移行が進まなかったり。
たぶんね、シャープもiPhoneを作ってみたくて、でもiPhone には不満もあって、そこらへんのギャップを埋めるべく作られたんだと思うのですよ。
iPhone ユーザーの何割かが不満に思う「入力しづらい」に対しては、QWERTYキーボード搭載で。
解像度が低い、に対しては480×854ドットと言う高解像度で。
基本は i-mode なので、さまざまなサービスも使えるし、お財布ケータイにもなってる。
(今まで Willcom 使ってきたから、i-mode や EZweb でないと使えないサービスの多さに辟易していた)
でも・・・ここが難しいところなのだけど、「過去の資産」を使えると言うことは、「過去のしがらみ」にもとらわれることを意味する。
基本的に、i-mode は「4方向キー+決定・キャンセル」で操作するという、ファミコン的操作。
iPhone を目指した SH-03B は、マルチタッチ操作。
SH-03B 独自のメニュー項目を使っているうちはよいのだけど、Flash コンテンツとか、Java コンテンツを使おうとすると途端に破綻する。
4方向キー+2ボタンを要求されるのだけど、表面は全部タッチパネルなので、操作パネルを出すしかない。
i-mode ブラウザでも微妙。
上下スクロールはスライドでできるし、前画面に戻るのも左方向スライドでできる。
でも、リンクしてある文字は小さく、密集していることもある。
タッチで間違えて押すことが無いように、ダブルタッチしないとリンク先に進まないようになっているが、これが余計に面倒くさい。
タッチでリンク選択開始、スライドで選択項目を変更して、離したらリンク、とかでいいのに。
(そうするとスクロールと操作がかぶってしまうので、スクロールは2本指タッチとかにする)
---
文句ばかり言っているのもよくないので、良い点も。
メニュー階層が浅い部分は、画面に3×4で並んだアイコンをタッチで選べます。
(この場合は、ダブルタッチではない。アイコンが押しやすく、選択ミスしにくいからと思われる)
で、待ちうけ画面に触ると表示される「カスタムメニュー」は、機能を自由に変更できる。
僕は携帯電話を目覚まし時計代わりに使うので、アラームをすぐ呼び出せるように設定しました。
加速度センサーを内蔵しているので「裏返しに置いたらサイレントモード」と言うのもよいです。
前述のように目覚ましに使うけど、なったら携帯をひっくり返すだけで、とりあえず音を止められる。
もう一個目覚ましネタ。
W-Zero3 では、キーをカスタマイズして、すぐに画面輝度変えられるようにしていました。
寝起きに見るとまぶしいから。
でも、SH-03B は明るさセンサー内蔵です。周囲にあわせて自動的に輝度調整します。
購入後最初に「輝度変更をすぐ呼び出せるか」をチェックしたのですが、不要でした。
---
これを書いておかなくちゃね。
QWERTY キーボードについて。
W-Zero3 で普通に打てていた人なら、問題ないと思います。
メーカー同じだしね。
HP-200LX → SL-Zaurus → W-Zero3 と使ってきていますが、キーボードは小さくなっても使いにくくはなっていません。
#HP-200LX はシャープではないが。
関係ないけど、Netwalker も使っている。こちらはシャープ。キーボードは悪くない。
まだもう少し使い込まないと使い方がこなれて来ない気はしますが、メールと電話くらいにしか使わない前提においては、W-Zero3 の代わりは十分努められそうです。
#Willcom 会社更生法適用だし、最新の W-Zero3 シリーズは QWERTY キーボード非搭載なので…
PS3 2010-01-31 13:50:10 COMP
PS3 を買った。
えーと、一応説明しておくが、友人の間では僕は「任天堂派」ということになっている、らしい。
別に任天堂が特に好きだと言うことはないが、自分の考える「ゲーム」に一番近いものを作っているのが任天堂だ、と言うのは事実だ。
#注:一応ゲームプログラマーしていた過去が有ります。
もっと言うと、中学生の頃から自作でゲームを作るのが好きでした。
今でも自分の根っこはゲームプログラマーだと思っています。
なので、ここでの「自分の考える」というのは、作り手立場の話。
そんなわけで PS3 のゲームにはそれほど興味が無かったのだが、Bluray プレイヤーが欲しくなったので買ってみた、というわけ。
1月中旬で Bluray が欲しくなると言うのは、つまりアレの発売日だったからだが、ここでは詳細割愛。
---
いまさら PS3 の使用記なんて書くことも無いので、人柱レポートがこの日記の主な目的。
テーマは、自分が一番やりたかった、DLNA クライアントとしての性能。
これは、組み合わせによる相性を含むので、知りたい人もいるはず。
最初に書いておくと、相手は「録りま専科DVD」という STB (型番:TZ-DHC9800)と、I/O DATA のNAS 、HDL2-G2.0 です。
そもそも自分が DLNA を詳しく知らなかったのでまずはそこから解説を始めよう。
簡単に言えば、HDDレコーダーなどが「サーバー」の機能を持っていれば、HDD レコーダー本体を繋いでいるテレビ以外でも、LAN で接続された「クライアント」側にデータを引っ張ってきて再生できる、と言う仕組み。
で、僕はDLNA クライアントであれば、DLNA サーバーからデータを受け取れるものだと思っていた。
(データが再生できるかどうかはともかく)
でも、そうじゃないのね。
地デジなどのデジタル放送では、ダウンロードしてコピーされることを防ぐため、DLNA2.0 と言うものが作られ、コピー制御するようになっている。
Windows では RDLNA というフリーソフトが有名で、これと VLC を組み合わせることで DLNA サーバーからのデータを受け取ってみることができたのだが、これは DLNA2.0 には対応していない。
実は、CATV の「録りま専科DVD」という STB (型番:TZ-DHC9800)があり、これが DLNA 対応だったので自分の PC で見ようと思ったけど、見られなかった、と言うのが事の発端。
PS3 なら見られるのかな、ということに期待を持っていた。
結果、見られました。
ただし、STB の説明書をよく読まないと、接続方法はややこしいです。
LAN からのアクセスを許可した上で一度アクセスすると、MAC アドレスを STB に記録した上で接続を拒否されるので、その MAC アドレスに対して許可を出す必要があります。
次。
I/O DATA のNAS 、HDL2-G2.0 の DLNA サーバー機能で、データを PS3 で見られるか。
先に書いた Windows 用の RDLNA+VLC では見られます。
なので、見られることを期待したのですが…結果は微妙。
主に、家庭用ビデオで録った家族のビデオをテレビで見る目的でした。
NAS には、ビデオを吸い出して、形式変換せずに(元のデータのまま)入れてあります。
データ形式は、拡張子 avi だが、中身は DV-AVI 。
または、拡張子 m2t 。(ハイビジョン)
…まず、拡張子 m2t は、NAS が対応していないので配信してくれません。
なので、これは PS3 でも見られない。
DV-AVI は、PS3 で見ようとすると「対応していない形式」と言われてしまいます。
つまり、これも見られない。
どうも、家庭用ビデオとは相性が悪いみたい。
元データは元データとしておいて置いて、形式変換するか。
やっぱ FFmpeg の出番かな…
Linux 版、インストール複雑な割りに不安定なので、ちょっと気が重い。
えーと、一応説明しておくが、友人の間では僕は「任天堂派」ということになっている、らしい。
別に任天堂が特に好きだと言うことはないが、自分の考える「ゲーム」に一番近いものを作っているのが任天堂だ、と言うのは事実だ。
#注:一応ゲームプログラマーしていた過去が有ります。
もっと言うと、中学生の頃から自作でゲームを作るのが好きでした。
今でも自分の根っこはゲームプログラマーだと思っています。
なので、ここでの「自分の考える」というのは、作り手立場の話。
そんなわけで PS3 のゲームにはそれほど興味が無かったのだが、Bluray プレイヤーが欲しくなったので買ってみた、というわけ。
1月中旬で Bluray が欲しくなると言うのは、つまりアレの発売日だったからだが、ここでは詳細割愛。
---
いまさら PS3 の使用記なんて書くことも無いので、人柱レポートがこの日記の主な目的。
テーマは、自分が一番やりたかった、DLNA クライアントとしての性能。
これは、組み合わせによる相性を含むので、知りたい人もいるはず。
最初に書いておくと、相手は「録りま専科DVD」という STB (型番:TZ-DHC9800)と、I/O DATA のNAS 、HDL2-G2.0 です。
そもそも自分が DLNA を詳しく知らなかったのでまずはそこから解説を始めよう。
簡単に言えば、HDDレコーダーなどが「サーバー」の機能を持っていれば、HDD レコーダー本体を繋いでいるテレビ以外でも、LAN で接続された「クライアント」側にデータを引っ張ってきて再生できる、と言う仕組み。
で、僕はDLNA クライアントであれば、DLNA サーバーからデータを受け取れるものだと思っていた。
(データが再生できるかどうかはともかく)
でも、そうじゃないのね。
地デジなどのデジタル放送では、ダウンロードしてコピーされることを防ぐため、DLNA2.0 と言うものが作られ、コピー制御するようになっている。
Windows では RDLNA というフリーソフトが有名で、これと VLC を組み合わせることで DLNA サーバーからのデータを受け取ってみることができたのだが、これは DLNA2.0 には対応していない。
実は、CATV の「録りま専科DVD」という STB (型番:TZ-DHC9800)があり、これが DLNA 対応だったので自分の PC で見ようと思ったけど、見られなかった、と言うのが事の発端。
PS3 なら見られるのかな、ということに期待を持っていた。
結果、見られました。
ただし、STB の説明書をよく読まないと、接続方法はややこしいです。
LAN からのアクセスを許可した上で一度アクセスすると、MAC アドレスを STB に記録した上で接続を拒否されるので、その MAC アドレスに対して許可を出す必要があります。
次。
I/O DATA のNAS 、HDL2-G2.0 の DLNA サーバー機能で、データを PS3 で見られるか。
先に書いた Windows 用の RDLNA+VLC では見られます。
なので、見られることを期待したのですが…結果は微妙。
主に、家庭用ビデオで録った家族のビデオをテレビで見る目的でした。
NAS には、ビデオを吸い出して、形式変換せずに(元のデータのまま)入れてあります。
データ形式は、拡張子 avi だが、中身は DV-AVI 。
または、拡張子 m2t 。(ハイビジョン)
…まず、拡張子 m2t は、NAS が対応していないので配信してくれません。
なので、これは PS3 でも見られない。
DV-AVI は、PS3 で見ようとすると「対応していない形式」と言われてしまいます。
つまり、これも見られない。
どうも、家庭用ビデオとは相性が悪いみたい。
元データは元データとしておいて置いて、形式変換するか。
やっぱ FFmpeg の出番かな…
Linux 版、インストール複雑な割りに不安定なので、ちょっと気が重い。
ポケモンスクランブル 2010-01-15 17:28:15 COMP FAMILY
5歳の長男が、12月頭にポケモンスクランブルの体験版を遊ばせてから、2週間くらいは体験版をしつこく遊んでいた。
で、それほど遊びたいならと、正規版を買ったのが12月23日。クリスマスプレゼントの一部ですね。
このゲームは結構遊んでいる人が多いようなので、レビューなどは探してみてください。
公式サイトも内容が充実していますし、本編とは違う作品だけど、結構力を入れて作っているみたい。
とはいえ、簡単なゲームの内容を…
基本的に、敵に突進していくだけのゲームです。
敵からも攻撃してきますが、攻撃前に「溜め」の時間があり、「溜め」の最中にこちらの攻撃が当たれば敵の攻撃はキャンセルされるので、常に敵に突進していればやられません。
そして、敵をやっつけると、たまに「ゲット」することができます。
これで仲間のポケモンをどんどん増やせます。
ポケモンは体力が無くなれば「倒れ」て、3回倒れるとゲームオーバーです。
しかし、体力があるうちに仲間に「交代」すれば、体力満タンの状態でまた始まります。
(体力が減ったポケモンは、ステージクリアまで体力回復しません。
また、「倒れ」たポケモンでも、ステージクリアで復活します。
死んではおらず、倒れただけと言うことらしい)
というわけで、大人なら「どうやればゲームオーバーになるかわからない」ゲームですし、ゲーム慣れしていない子供で十分遊べます。
複数人数同時プレイもできるので、大人が協力して、子供をサポートすればより楽しめるでしょう。
(Wiiリモコン+ヌンチャクで2人で遊べるので、ヌンチャク2本あれば、最大人数である4人プレイができます)
ところが、ある程度ゲームが進んでくると、大人でも十分楽しめる難易度になってきます。
こちらも強いポケモンを手に入れ、強い技を使えるようになると、強い代償として「溜め」が長くなったり、技を出した時におかしな動きをするようになります。
また、敵も四方八方から集団で襲ってくるようになり、必ずしも「敵を攻撃し続ける」ことができなくなります。
ポケモンには個性があり、同じキャラでも使える技が違います。(お金を使って新たな技の習得もできます)
時々、非常にバランスが良く、使いやすいポケモンが手に入るので、子供にそういうキャラを使わせておいて、大人は「使いにくいが強い」ようなポケモンで子供をサポート…
というような接待プレイ(?)になって行きます。
それでも敵が強すぎる時は?
…慌てないで、時間をかけてプレイするだけで大丈夫。
プレイすればポケモンの数は増えますし、それにしたがって強いキャラも増えます。
だから、時間さえかければ、強くて攻略できなかったステージでも簡単に進めるようになります。
というわけで、非常にバランスが良い。
5歳児でも十分遊べる単純な内容である一方、大人でも十分楽しめます。
---
この日記は、別にレビューを書きたいのではない。話はここから。
うちの子供、保育園の別の子の影響で、去年の春くらいからポケモンに興味を持ち始めました。
テレビアニメも時々見て(CATV に入っているので、古いシリーズも新しいシリーズも見られる)、徐々に世界観はわかってきていた様子。
去年の夏には、セブンイレブンのスタンプラリーで、「ポケモン全キャラカレンダー」をもらっていた。
毎日「~~の日」が書いてあり、そこにあわせたポケモンが載っている。
このカレンダーは壁に張っていたのだが、いまいち興味を持っていなかった。
しかし、ポケモンスクランブルを遊び始めてから、「ポケモン」の世界観と、全キャラなど、今まで断片的だった知識が一気につながったらしい。
カレンダーを眺め、どのポケモンがどのポケモンの進化である、などと僕に教えてくれ(カレンダーには進化までは示していないので、形や名前から類推しているようだ)、ゲームで出てきた知らなかったキャラをまたカレンダーで探す。
お絵かきで描く絵も、ポケモンばかりになった。
ゲーム開始時には、初代ポケモンで遊んだことのある僕のほうが知識が上だった。
しかし、すでにすっかり逆転。ゲーム中にボスが出てきた瞬間に、名前を言い当てる。
(ゲームの演出として、ボスが出てしばらくたってから名前が表示される)
公式サイトで既にネタばれしているので書いてしまうが、このゲームで集められるポケモン、「初代」の150体だと思っていたら、大体集めたところで「つづき」が現れた。
詳しく知らないのだけど、今まで登場の全キャラ集められんのかな?
そんなわけで、子供に「ポケモンぜんこく全キャラ大事典」を買ってやろうと決定。
たかが遊びだけど、多くのものを覚える楽しみ、というのは勉強法の練習になるから。
ポケモンなら、キャラ同士の関係性や属性などのパラメーターも多数あるので、勉強の練習として申しぶんなし。
で、それほど遊びたいならと、正規版を買ったのが12月23日。クリスマスプレゼントの一部ですね。
このゲームは結構遊んでいる人が多いようなので、レビューなどは探してみてください。
公式サイトも内容が充実していますし、本編とは違う作品だけど、結構力を入れて作っているみたい。
とはいえ、簡単なゲームの内容を…
基本的に、敵に突進していくだけのゲームです。
敵からも攻撃してきますが、攻撃前に「溜め」の時間があり、「溜め」の最中にこちらの攻撃が当たれば敵の攻撃はキャンセルされるので、常に敵に突進していればやられません。
そして、敵をやっつけると、たまに「ゲット」することができます。
これで仲間のポケモンをどんどん増やせます。
ポケモンは体力が無くなれば「倒れ」て、3回倒れるとゲームオーバーです。
しかし、体力があるうちに仲間に「交代」すれば、体力満タンの状態でまた始まります。
(体力が減ったポケモンは、ステージクリアまで体力回復しません。
また、「倒れ」たポケモンでも、ステージクリアで復活します。
死んではおらず、倒れただけと言うことらしい)
というわけで、大人なら「どうやればゲームオーバーになるかわからない」ゲームですし、ゲーム慣れしていない子供で十分遊べます。
複数人数同時プレイもできるので、大人が協力して、子供をサポートすればより楽しめるでしょう。
(Wiiリモコン+ヌンチャクで2人で遊べるので、ヌンチャク2本あれば、最大人数である4人プレイができます)
ところが、ある程度ゲームが進んでくると、大人でも十分楽しめる難易度になってきます。
こちらも強いポケモンを手に入れ、強い技を使えるようになると、強い代償として「溜め」が長くなったり、技を出した時におかしな動きをするようになります。
また、敵も四方八方から集団で襲ってくるようになり、必ずしも「敵を攻撃し続ける」ことができなくなります。
ポケモンには個性があり、同じキャラでも使える技が違います。(お金を使って新たな技の習得もできます)
時々、非常にバランスが良く、使いやすいポケモンが手に入るので、子供にそういうキャラを使わせておいて、大人は「使いにくいが強い」ようなポケモンで子供をサポート…
というような接待プレイ(?)になって行きます。
それでも敵が強すぎる時は?
…慌てないで、時間をかけてプレイするだけで大丈夫。
プレイすればポケモンの数は増えますし、それにしたがって強いキャラも増えます。
だから、時間さえかければ、強くて攻略できなかったステージでも簡単に進めるようになります。
というわけで、非常にバランスが良い。
5歳児でも十分遊べる単純な内容である一方、大人でも十分楽しめます。
---
この日記は、別にレビューを書きたいのではない。話はここから。
うちの子供、保育園の別の子の影響で、去年の春くらいからポケモンに興味を持ち始めました。
テレビアニメも時々見て(CATV に入っているので、古いシリーズも新しいシリーズも見られる)、徐々に世界観はわかってきていた様子。
去年の夏には、セブンイレブンのスタンプラリーで、「ポケモン全キャラカレンダー」をもらっていた。
毎日「~~の日」が書いてあり、そこにあわせたポケモンが載っている。
このカレンダーは壁に張っていたのだが、いまいち興味を持っていなかった。
しかし、ポケモンスクランブルを遊び始めてから、「ポケモン」の世界観と、全キャラなど、今まで断片的だった知識が一気につながったらしい。
カレンダーを眺め、どのポケモンがどのポケモンの進化である、などと僕に教えてくれ(カレンダーには進化までは示していないので、形や名前から類推しているようだ)、ゲームで出てきた知らなかったキャラをまたカレンダーで探す。
お絵かきで描く絵も、ポケモンばかりになった。
ゲーム開始時には、初代ポケモンで遊んだことのある僕のほうが知識が上だった。
しかし、すでにすっかり逆転。ゲーム中にボスが出てきた瞬間に、名前を言い当てる。
(ゲームの演出として、ボスが出てしばらくたってから名前が表示される)
公式サイトで既にネタばれしているので書いてしまうが、このゲームで集められるポケモン、「初代」の150体だと思っていたら、大体集めたところで「つづき」が現れた。
詳しく知らないのだけど、今まで登場の全キャラ集められんのかな?
そんなわけで、子供に「ポケモンぜんこく全キャラ大事典」を買ってやろうと決定。
たかが遊びだけど、多くのものを覚える楽しみ、というのは勉強法の練習になるから。
ポケモンなら、キャラ同士の関係性や属性などのパラメーターも多数あるので、勉強の練習として申しぶんなし。
名機の条件 2009-12-18 12:50:26 COMP
Netwalker の設定を楽しんでいる。
DoCoMo に乗り換えを予定しているが、まだ W-Zero3[AdEs]を使っている。
知人から、「iPhone いいですよ」と顔を会わせるたびに聞かされる。
新しいポメラが気になる。
HP200LX を思い出す。
…名機の条件が見えてきた気がする。
たぶん、僕は今気がついたと言うだけで、とっくに気づいていたと言う人も多いのだろうけど。
---
名機の条件、って書いたけど、もちろん「小型ガジェットとしてのマシン」の話。
ガジェットって曖昧だから、気軽に携行できる、PCのように自由にカスタマイズ可能な情報処理機器、と定義しておこう。
昨今の携帯電話は良くできているが、PCのようにカスタマイズはできないので範囲外。
ポメラも今のところ範囲外。(ファーム書き換えでOSが走ることがあれば含まれるかも)
さて、過去の「名機」を認定しておこう。
ここに異論がある場合は、今考えた条件は適用できない。
まず、HP200LX 。多くの人が認めた名機だと思う。
モバイルギア。DOS化可能なものに限る。
万人が認めたわけではないが、当時HP200LXで満足できない人への受け皿となっていて、評価が高かった。
MI-Zaurus。
初期ザウルスは PI-Zaurus と呼ばれる。PC-E500 と同じ CPU を搭載していたZaurusだ。
その後、よりパワーのある CPU になり、MI-Zaurus と呼ばれるようになった。円熟期だ。
その後、OS を Linux にして SL-Zaurus となったが、名前だけが同じで別の機械だった。
Palm。
最初は Palm Pilot という名前で販売され、「同じ文房具分野として」、万年筆の Pilot から訴えられて名前を変えた経緯がある。
つまり、それほどまでに PC ではなく、「文房具」としての使い勝手に徹していた。
個人的には、Palm は名機ではなく「ちょっと残念」の部類なのだが、多くの人が使っていたのだから名機に数えてもよいとは思う。
iPhone 。
「名機」と呼ぶと過去の遺物のようだが、iPhone は現在並ぶものの無い地位にあるとは思う。
モバイルガジェットではないが、初期の Macintosh を含めておきたい。
個人的には、System6 時代までを「初期」と呼ぶ。
初期の Mac は、「電子文房具」の異名を取るとおり、パソコンとは一線を画していた。
System7 で大きな変更があってパソコンらしくなり、ある意味使いやすくはなったのだが、文房具ではなくなってしまった。
---
名機とは呼ばれなかった残念な機械。
SL-Zaurus。
Windows-CE マシン。
非常に小さな Windows マシン。(PT-110 や VAIO Type U など)
Netwalker も、評価を下すには早いが、少なくとも初代(現行機種)は名機とは呼ばれないだろう。
さて、何が違ったのか。残念な機械たちは、何が足りなかったのか。
キーボードはこの手のマシンを語るときには重要な評価軸なのだが、必須項目ではないように思う。
HP200LX は、思い出も含めて「良い」と言われるが、使っていた人間としてはそれほどよくなかったと思う。
Netwalker のキーボードも「ひどい」と言われるが、HP200LX と使いやすさで大きく変わるものではない。
HP200LX は、「名機」だったがゆえに使い倒されて、ユーザーが慣れてしまっただけだ。
Netwalker も、しばらく使っていたら慣れてきて、それほどひどいとは感じなくなる。
そもそも、iPhone にキーボードは無い。
これはカテゴリーの違う製品で、ここで名機とするのが誤りかも知れないけど。
逆に、モバイルギアは立派なキーボードを持っていた。
反面、携帯性は犠牲となり、使用シーンも限られた。「立ったまま使う」はできない。
ここら辺は、目的に応じて選ばないといけない部分だとは思うが、「選べること」もまた、名機の条件だと思う。
つまりは、HP200LX とモバイルギアは同時期だったから、両方とも「名機」と呼ばれたわけで、どちらか片方だけが世に出ていたらここまで名機と呼ばれなかったのではないかと思う。
快適に動作すること、はもちろん重要だと思う。
HP200LX は、当時としては快適だった。パソコン通信や、せいぜいインターネットメールができればよかった時代だ。
家でもダイヤルアップ、という人が多かったので、時間のかかるWEB閲覧などは生活習慣ではなかった。
モバイルガジェットは、テキストファイルの読み書きさえできれば十分だった。
現在、テキストファイルの読み書きでは不十分だ。MS-Word のファイルが読み書きできないと。
WEB も必須項目である。WEB が使えれば Gmail がつかるので、メールは何とかなるかな。
快適な動作、のなかには、いつでも作業を中断できて、いつでも再開できる、というものも含まれる。
サスペンド・リジュームが高速であること、と考えても良い。
HP200LX では、サスペンド・リジュームともに1秒かからなかったように思う。
---
実のところ、この「快適動作」は、CPU 速度の問題ではない、と思うようになった。
この話がこの文章の肝だ。
ポインティングデバイスが「いらない」というのは重要である。
いらない、は言いすぎか。カーソルキーで十分操作できる、と言いなおしたほうが良いかな。
小さなマシンで、ちまちまマウスカーソルを動かすのは快適でない。
タッチパネルを使用するのだって、画面が小さければやっぱり快適でない。
この点、Netwalker はてんでダメ。
アプリケーションが不要になった時に、ウィンドウを閉じるボタンを押すだけで苦労するのだから。
Windows CE (Windows Mobile)を使用した W-Zero3 では、「OK」ボタンがあることがギリギリの救いになっている。
OK ボタンを押せば、とりあえずウィンドウは閉じられるからね。
ただ、W-Zero3 でも、カーソルキーだけでは操作できない局面が出てくるのがいただけない。基本設計が Windows だから、マウス必須なのだ。
実は、ウィンドが開く、ということ事態がモバイルガジェットでは使いにくいのだ。
Windows Mobile では、ウィンドウは事実上全画面を覆う。これはこれでよいシステム。
iPhone だって、常に全画面表示だ。
ただ、これだけを言うのであれば、SL-Zaurus だって常に全画面表示だった。
それでも、SL-Zaurus は何かが足りなかった。
実は、「全画面」というだけでなく、「シングルタスク」も重要だと思っている。
同時にプログラムが「起動して」いることは構わないし、むしろその方が良い。何かしたいときに、起動時間が節約できるからね。
でも、同時に「動作して」いるプログラムは1つであって欲しい。
だって、人間同時に複数のことなんてできないし、今やりたいことは1つだけなのだから、そこにCPUパワーを集中して欲しい。そうしないと快適動作しないから。
Windows CE や、Windows では、前面に出ているタスクに多くの CPU パワーを割り振って、バックグラウンドのタスクには CPU 振り分けを減らす、という機能がある。
シングルタスクではないが、これでも十分ではある。むしろ、こちらのほうがよいのかもしれない。
でも、Linux には無い。UNIX 系 OS では、「プログラムの同時動作」ということは考慮されているし、パワーの割り振りを変えたり、不要ならパワーを使わないようにプログラムを組むことはできるのだけど、「前面に出ているタスクに多く割り振る」ようなことは考慮されていないのだ。
だって、UNIX にとってユーザーが扱う「シェル」はあとから作られたものだから。
まぁ、だからこそ「シェルが」プロセスの重要度を勝手に変えたりしてもいいのかもしれないけど、あまりそういう文化は無い。
結果何が起こるかと言うと、SL-Zaurus や Netwalker では、起動時間を減らしたくてアプリを起動しっぱなしにしておくと、CPU パワーが「使っていないアプリに」割り振られてしまうのだ。
前面で現在使用中のアプリの動作が重くなれば、快適動作なんてしなくなる。
(勘違いされそうだが、全てのアプリが均等にCPUパワーを使う、というのではない。CPUパワーを割り振られたアプリが、「今は使わない」と返上することもできる。しかし、アプリの行儀のよさに頼るのはあまりよくないように思う)
先に、初期の Mac を名機に数えたのは、実はここで話がしたかったから。
Mac は、System6 まで、シングルタスクのマシンだった。
そもそも、Alto や Lisa で実現されていた「Window 環境」では、データを Window から Window に直接コピーできた。いまでも Unix の X Window ではその作法だ。
しかし、Mac はシングルタスクだった。そこで考え出されたのが「コピーしたい時は、一度データを退避領域に置いておく」という作法だ。退避後、タスクを切り替えて、退避領域から目的の場所にデータをコピーする。
退避領域は「クリップボード」と呼ばれる。今では一般的になった作法だ。
iPhone は、最初の頃はクリップボードがなかったのでアプリ間の連携ができなかったが、今では問題ない。
HP200LX も、「クリップボード」の概念を取り込んで、シングルタスクだがアプリ間で連携できていた。
じつは、シングルタスクで全画面表示、というのは名機の条件の一つなのではないか、と思う。
---
もうひとつ。
アプリケーションが十分に選べること、というのも名機の条件だと思う。
これはソフトウェアの問題で、ハードの問題ではない。
でも、HP200LX は DOS のソフトが使えたし、Palm や iPhone は、多くのユーザーがアプリケーションを大量に作成している。
何かやりたいことがあるときに、「それなら、このソフトがあるよ」というだけでは十分でない。実現方法が無いよりはよいけど、より決め細やかに「目的によって、複数のソフトがある」という段階まで行かないといけない。
なぜなら、それが本当の意味での「カスタマイズ可能」だから。
モバイルガジェットは手帳と同じようなものだ。手帳なら文房具屋に並べきれないほどの種類があって、自分の目的に合わせて選ぶことができる。
「それならこれでできるよ」と言いながら、選択の幅が無いような状況では、自分にあった道具だとは言えないのだ。
SL-Zaurus は、OS が Linux だから多くのソフトが使える、と言いながら、表示環境に QT というマイナーなものを採用したために、実のところ使えるソフトがかなり限られてしまっていた。
Netwalker は、その点評価できる。X Window をちゃんと搭載し、Ubuntu の多くのソフトが使える。
CPU が ARM だと言う理由で、使えないソフトや、使えても動作がおかしなものもあるけど…
アプリケーションが十分に選べるためには、既存の OS を使うほうが有利だが、既存の OS というのはデスクトップマシンとしての使い勝手を優先しており、モバイルガジェットとしては不利だ。
逆もまた真で、モバイルでの使い勝手を優先すると、独特の OS となってしまい、アプリケーション不足に陥る。
DOS の上に独自の拡張を施した HP200LX が名機と呼ばれるゆえんは、ここら辺にもあるように思う。
---
さて、いろいろ書いてきたが、日本の携帯電話は優秀だと思う。
最近は同時に複数のことができる(WEB 見ながらメール書いたり)し、もちろん全画面表示だ。
カーソルキーだけで何でもできる、というのは設計の前提になっているので、ポインティングデバイスのイライラ感も無い。
カスタマイズ性では劣るけど、それでも多くの人に対して十分な機能は最初から提供されている。
むしろ、Windows Phone や iPhone 、Android などでは、初期状態でできることが少なすぎて貧弱さを感じるほどだ。
ここに書いた「名機の条件」は、携帯電話では満足できず、ノートパソコンでは大きすぎる、というニッチ分野を埋める機械に対する要望でしかない。そして、この「ニッチ」は、どんどん狭くなっている。
今後、名機と呼ばれるようなものが出てくることがあるのか。
出てきてくれないと、個人的には非常に寂しいのだが…
DoCoMo に乗り換えを予定しているが、まだ W-Zero3[AdEs]を使っている。
知人から、「iPhone いいですよ」と顔を会わせるたびに聞かされる。
新しいポメラが気になる。
HP200LX を思い出す。
…名機の条件が見えてきた気がする。
たぶん、僕は今気がついたと言うだけで、とっくに気づいていたと言う人も多いのだろうけど。
---
名機の条件、って書いたけど、もちろん「小型ガジェットとしてのマシン」の話。
ガジェットって曖昧だから、気軽に携行できる、PCのように自由にカスタマイズ可能な情報処理機器、と定義しておこう。
昨今の携帯電話は良くできているが、PCのようにカスタマイズはできないので範囲外。
ポメラも今のところ範囲外。(ファーム書き換えでOSが走ることがあれば含まれるかも)
さて、過去の「名機」を認定しておこう。
ここに異論がある場合は、今考えた条件は適用できない。
まず、HP200LX 。多くの人が認めた名機だと思う。
モバイルギア。DOS化可能なものに限る。
万人が認めたわけではないが、当時HP200LXで満足できない人への受け皿となっていて、評価が高かった。
MI-Zaurus。
初期ザウルスは PI-Zaurus と呼ばれる。PC-E500 と同じ CPU を搭載していたZaurusだ。
その後、よりパワーのある CPU になり、MI-Zaurus と呼ばれるようになった。円熟期だ。
その後、OS を Linux にして SL-Zaurus となったが、名前だけが同じで別の機械だった。
Palm。
最初は Palm Pilot という名前で販売され、「同じ文房具分野として」、万年筆の Pilot から訴えられて名前を変えた経緯がある。
つまり、それほどまでに PC ではなく、「文房具」としての使い勝手に徹していた。
個人的には、Palm は名機ではなく「ちょっと残念」の部類なのだが、多くの人が使っていたのだから名機に数えてもよいとは思う。
iPhone 。
「名機」と呼ぶと過去の遺物のようだが、iPhone は現在並ぶものの無い地位にあるとは思う。
モバイルガジェットではないが、初期の Macintosh を含めておきたい。
個人的には、System6 時代までを「初期」と呼ぶ。
初期の Mac は、「電子文房具」の異名を取るとおり、パソコンとは一線を画していた。
System7 で大きな変更があってパソコンらしくなり、ある意味使いやすくはなったのだが、文房具ではなくなってしまった。
---
名機とは呼ばれなかった残念な機械。
SL-Zaurus。
Windows-CE マシン。
非常に小さな Windows マシン。(PT-110 や VAIO Type U など)
Netwalker も、評価を下すには早いが、少なくとも初代(現行機種)は名機とは呼ばれないだろう。
さて、何が違ったのか。残念な機械たちは、何が足りなかったのか。
キーボードはこの手のマシンを語るときには重要な評価軸なのだが、必須項目ではないように思う。
HP200LX は、思い出も含めて「良い」と言われるが、使っていた人間としてはそれほどよくなかったと思う。
Netwalker のキーボードも「ひどい」と言われるが、HP200LX と使いやすさで大きく変わるものではない。
HP200LX は、「名機」だったがゆえに使い倒されて、ユーザーが慣れてしまっただけだ。
Netwalker も、しばらく使っていたら慣れてきて、それほどひどいとは感じなくなる。
そもそも、iPhone にキーボードは無い。
これはカテゴリーの違う製品で、ここで名機とするのが誤りかも知れないけど。
逆に、モバイルギアは立派なキーボードを持っていた。
反面、携帯性は犠牲となり、使用シーンも限られた。「立ったまま使う」はできない。
ここら辺は、目的に応じて選ばないといけない部分だとは思うが、「選べること」もまた、名機の条件だと思う。
つまりは、HP200LX とモバイルギアは同時期だったから、両方とも「名機」と呼ばれたわけで、どちらか片方だけが世に出ていたらここまで名機と呼ばれなかったのではないかと思う。
快適に動作すること、はもちろん重要だと思う。
HP200LX は、当時としては快適だった。パソコン通信や、せいぜいインターネットメールができればよかった時代だ。
家でもダイヤルアップ、という人が多かったので、時間のかかるWEB閲覧などは生活習慣ではなかった。
モバイルガジェットは、テキストファイルの読み書きさえできれば十分だった。
現在、テキストファイルの読み書きでは不十分だ。MS-Word のファイルが読み書きできないと。
WEB も必須項目である。WEB が使えれば Gmail がつかるので、メールは何とかなるかな。
快適な動作、のなかには、いつでも作業を中断できて、いつでも再開できる、というものも含まれる。
サスペンド・リジュームが高速であること、と考えても良い。
HP200LX では、サスペンド・リジュームともに1秒かからなかったように思う。
---
実のところ、この「快適動作」は、CPU 速度の問題ではない、と思うようになった。
この話がこの文章の肝だ。
ポインティングデバイスが「いらない」というのは重要である。
いらない、は言いすぎか。カーソルキーで十分操作できる、と言いなおしたほうが良いかな。
小さなマシンで、ちまちまマウスカーソルを動かすのは快適でない。
タッチパネルを使用するのだって、画面が小さければやっぱり快適でない。
この点、Netwalker はてんでダメ。
アプリケーションが不要になった時に、ウィンドウを閉じるボタンを押すだけで苦労するのだから。
Windows CE (Windows Mobile)を使用した W-Zero3 では、「OK」ボタンがあることがギリギリの救いになっている。
OK ボタンを押せば、とりあえずウィンドウは閉じられるからね。
ただ、W-Zero3 でも、カーソルキーだけでは操作できない局面が出てくるのがいただけない。基本設計が Windows だから、マウス必須なのだ。
実は、ウィンドが開く、ということ事態がモバイルガジェットでは使いにくいのだ。
Windows Mobile では、ウィンドウは事実上全画面を覆う。これはこれでよいシステム。
iPhone だって、常に全画面表示だ。
ただ、これだけを言うのであれば、SL-Zaurus だって常に全画面表示だった。
それでも、SL-Zaurus は何かが足りなかった。
実は、「全画面」というだけでなく、「シングルタスク」も重要だと思っている。
同時にプログラムが「起動して」いることは構わないし、むしろその方が良い。何かしたいときに、起動時間が節約できるからね。
でも、同時に「動作して」いるプログラムは1つであって欲しい。
だって、人間同時に複数のことなんてできないし、今やりたいことは1つだけなのだから、そこにCPUパワーを集中して欲しい。そうしないと快適動作しないから。
Windows CE や、Windows では、前面に出ているタスクに多くの CPU パワーを割り振って、バックグラウンドのタスクには CPU 振り分けを減らす、という機能がある。
シングルタスクではないが、これでも十分ではある。むしろ、こちらのほうがよいのかもしれない。
でも、Linux には無い。UNIX 系 OS では、「プログラムの同時動作」ということは考慮されているし、パワーの割り振りを変えたり、不要ならパワーを使わないようにプログラムを組むことはできるのだけど、「前面に出ているタスクに多く割り振る」ようなことは考慮されていないのだ。
だって、UNIX にとってユーザーが扱う「シェル」はあとから作られたものだから。
まぁ、だからこそ「シェルが」プロセスの重要度を勝手に変えたりしてもいいのかもしれないけど、あまりそういう文化は無い。
結果何が起こるかと言うと、SL-Zaurus や Netwalker では、起動時間を減らしたくてアプリを起動しっぱなしにしておくと、CPU パワーが「使っていないアプリに」割り振られてしまうのだ。
前面で現在使用中のアプリの動作が重くなれば、快適動作なんてしなくなる。
(勘違いされそうだが、全てのアプリが均等にCPUパワーを使う、というのではない。CPUパワーを割り振られたアプリが、「今は使わない」と返上することもできる。しかし、アプリの行儀のよさに頼るのはあまりよくないように思う)
先に、初期の Mac を名機に数えたのは、実はここで話がしたかったから。
Mac は、System6 まで、シングルタスクのマシンだった。
そもそも、Alto や Lisa で実現されていた「Window 環境」では、データを Window から Window に直接コピーできた。いまでも Unix の X Window ではその作法だ。
しかし、Mac はシングルタスクだった。そこで考え出されたのが「コピーしたい時は、一度データを退避領域に置いておく」という作法だ。退避後、タスクを切り替えて、退避領域から目的の場所にデータをコピーする。
退避領域は「クリップボード」と呼ばれる。今では一般的になった作法だ。
iPhone は、最初の頃はクリップボードがなかったのでアプリ間の連携ができなかったが、今では問題ない。
HP200LX も、「クリップボード」の概念を取り込んで、シングルタスクだがアプリ間で連携できていた。
じつは、シングルタスクで全画面表示、というのは名機の条件の一つなのではないか、と思う。
---
もうひとつ。
アプリケーションが十分に選べること、というのも名機の条件だと思う。
これはソフトウェアの問題で、ハードの問題ではない。
でも、HP200LX は DOS のソフトが使えたし、Palm や iPhone は、多くのユーザーがアプリケーションを大量に作成している。
何かやりたいことがあるときに、「それなら、このソフトがあるよ」というだけでは十分でない。実現方法が無いよりはよいけど、より決め細やかに「目的によって、複数のソフトがある」という段階まで行かないといけない。
なぜなら、それが本当の意味での「カスタマイズ可能」だから。
モバイルガジェットは手帳と同じようなものだ。手帳なら文房具屋に並べきれないほどの種類があって、自分の目的に合わせて選ぶことができる。
「それならこれでできるよ」と言いながら、選択の幅が無いような状況では、自分にあった道具だとは言えないのだ。
SL-Zaurus は、OS が Linux だから多くのソフトが使える、と言いながら、表示環境に QT というマイナーなものを採用したために、実のところ使えるソフトがかなり限られてしまっていた。
Netwalker は、その点評価できる。X Window をちゃんと搭載し、Ubuntu の多くのソフトが使える。
CPU が ARM だと言う理由で、使えないソフトや、使えても動作がおかしなものもあるけど…
アプリケーションが十分に選べるためには、既存の OS を使うほうが有利だが、既存の OS というのはデスクトップマシンとしての使い勝手を優先しており、モバイルガジェットとしては不利だ。
逆もまた真で、モバイルでの使い勝手を優先すると、独特の OS となってしまい、アプリケーション不足に陥る。
DOS の上に独自の拡張を施した HP200LX が名機と呼ばれるゆえんは、ここら辺にもあるように思う。
---
さて、いろいろ書いてきたが、日本の携帯電話は優秀だと思う。
最近は同時に複数のことができる(WEB 見ながらメール書いたり)し、もちろん全画面表示だ。
カーソルキーだけで何でもできる、というのは設計の前提になっているので、ポインティングデバイスのイライラ感も無い。
カスタマイズ性では劣るけど、それでも多くの人に対して十分な機能は最初から提供されている。
むしろ、Windows Phone や iPhone 、Android などでは、初期状態でできることが少なすぎて貧弱さを感じるほどだ。
ここに書いた「名機の条件」は、携帯電話では満足できず、ノートパソコンでは大きすぎる、というニッチ分野を埋める機械に対する要望でしかない。そして、この「ニッチ」は、どんどん狭くなっている。
今後、名機と呼ばれるようなものが出てくることがあるのか。
出てきてくれないと、個人的には非常に寂しいのだが…
「その文字」はインターネットで使ってはいけないのか? 2009-12-14 15:48:09 COMP
先日 DNS の記事を書いた。
こういう、空気のような技術は案外みんなに理解されていないものだ。
で、ずっと以前から「正しく理解されていないなぁ」と感じていた、もう一つのことを書いてみる。
ずっと以前から思っていた、というだけあって、話題としてはいまさら感があるのだけど、未だに知らない人も多いからね。
---
まずは、「半角カナはインターネットで使うべきではない」という話題について。
話は分かれていて、「メールで使ってもよいか」「WEBで使ってもよいか」に大別されます。
まず、「メールで使うべきではない」について。
事の起こりは RFC821 です。
RFC というのは、インターネットの標準を規定する文章のこと。
(なんで RFC と言うのか、という歴史話も面白いのだけど、割愛)
RFC821 は SMTP 、メールを送信する方法についてです。
この中に、SMTP は 7bit でデータを扱う、と書いてあります。
理由は、RFC821 が策定された当時、コンピューターの「1バイト」は 8bit とは決まっていなかったため。
今でも勘違いする人が多いけど、「1バイト」は、「ビット」をいくつか集めて、情報を扱いやすくした際の最小単位、としか定まっていません。コンピューターによって、いくつのビットを集めるかは違います。
今は、通常 8bit = 1byte です。
でも、昔は 7bit = 1byte のコンピューターも確かに存在しました。
ちなみに、Nintendo64 で使用された RAM (RAMBUS)は、9bit = 1byte です。
N64 は少し前のマシンだけど、「8bit≠1byte」が決して遠い昔の話ではない、ということはわかっていただけると思います。
さて、ともかく、RFC821 では 7bit でメールを扱うと決めています。
そして、当時のメールの送信方法は「多数のメールサーバーでバケツリレーを行う」だったので、どこに 7bit のコンピューターが存在しているかもわからず、これに従う以外の方法はありませんでした。
ところで、アメリカの ASCII コードは、7bit で作成されています。
多くのコンピューターは 8bit を扱えるため、領域が余ります。
日本では、JIS コードとして、8bit 目を使用した領域に「半角カナ」を策定しています。
(なので、半角カナを含む 8bit コードを「ASCII コード」と呼ぶのは誤り)
これが、「7bit でしか送信できないメールで、半角カナを使ってはならない」理由です。
---
でも、その後 RFC1425 というのが出てきて、「RFC821を拡張できるようにしよう」とまとまります。
これを受けて、RFC1428 が策定されました。ここでは、8bit でデータを送受信できるように定めています。
RFC1428 が巧妙なのは、RFC1425 にさえ従っていれば、7bit しか送信できないマシンを通しても、8bit データが保証される仕組みを作ったところ。
つまり、バケツリレーの途中のメールサーバー全てが RFC1425 にさえ従っていれば、8bit で通信できる環境が整ったのです。
さらに RFC1425 を取り込んで、RFC821 の「正式な後継」である、RFC2821 が策定されます。
これで、今後のメールサーバーは、全て RFC1425 を満たしていることが必須条件になりました。
つまり、ここにいたって「メールでは 8bit を送信しても良い」ということになります。
現在では、UTF-8 でメールを送受信できるメーラーも増えています。
UTF-8 は Unicode の表現形式の一つですが、8bit で表現されます。
--
ところで、「可能性として」は、今でも RFC821 時代のメールサーバーが残っているかもしれません。
相手の使用しているサーバーがまさにそれだった、という場合は不幸ですが、バケツリレーの途中にこのような古いサーバーが挟まってしまい、結果として 8bit メールが届かない、ということがあると困ります。
ご安心ください。
RFC2821 が策定された時に、バケツリレーを明示的に指示することは「時代遅れ」と明言されました。
ここでは、禁止にまで踏み込んではいないのですが、現実問題として多くのサーバーではリレーを「禁止」しており、受け取りません。
結果として、メールサーバーは相手のメールサーバーに直接メールを届けます。リレーは行われません。
つまり、結果はこういうことです。
「半角カナを送信するのは RFC 違反」だった時代は確かにあるのですが、現在においては「半角カナが送信できない環境は RFC 違反」です。
もっとも、SMTP レベルで 8bit に対応している、ということは、メール本文が 8bit に対応していることとイコールではないです。
SMTP は、メールに限らずいろいろなもの(添付されたファイルとか)を送れるように 8bit 透過に設計されなおしたが、メール本文は相変わらず 7bit のままが標準です。
つまり、8bit が必要なら適切に MIME エンコードされる、というだけの話。
半角カナを使用した場合は、本文も MIME エンコードされて送信されることになります。
これが気持ち悪いという人は、相変わらず半角カナは使用しないのが無難なのでしょう。
-----
つぎに、「半角カナを WEB で使うべきではない」について。
こちらは、メールよりも話は簡単です。
WEB で使うな、と言っていた人の多くは、「メールで使ってはならない」を勘違いしていたのです。
もう一つの理由としては、「半角カナは EUC では扱えない」という問題がありました。
EUC は、UNIX を中心として使用されていた文字コードです。
ASCII コードが 7bit しか使用せず、8bit 目が空いていることを利用して、8bit 目でJIS 漢字コードを識別できるようにしたコード体系です。
この形式は、「ASCII コードが 7bit」であることを利用しています。つまり、8bit 目を使用する半角カナは考慮されていません。
これにより、EUC では半角カナが扱えませんでした。
もっとも、すぐに EUC は拡張され、3byte コードで半角カナが扱えるようになりました。
しかし、拡張 EUC に対応していないマシンや、対応していないソフトも長い間使い続けられました。
丁度 WEB の黎明期の頃、古い EUC しか使えないマシンを使用していた人たちは、半角カナで書かれると読めない、という事態に陥りました。
これは、明らかにそれらのマシンが悪いのです。
しかし、WEB の黎明期の頃は、インターネットの住人の多くが UNIX ユーザーだったことも事実です。
そして、結果として「半角カナを使わないようにしよう」という運動が起こります。
技術的には「使っても良い」ものだけど、一部の人の利便性を考えて「使わないようにしよう」というわけです。
当然、今となっては技術的に時代遅れすぎて、妥当性はありません。
半角カナは WEB で使っても問題ありません。
-----
機種依存文字について。
㈱とかⅠとかね。
これは微妙な問題を孕んでいますが、機種依存文字、と呼ばれたのは昔話だといえる時代が来つつあります。
なぜなら、いまや Unicode が普通に使われる時代だから。
㈱とかⅠとかが「機種依存文字」と呼ばれたのは、Windows と Mac で割り付けられたコードが違ったためです。
ついでに言えば、UNIX も違う、と考えて良いでしょう。
これらの文字は、JIS の「未定義部分」に納められていました。
JIS の歴史的に言えば、元々は「ベンダー定義部分」として、メーカーが自由に割り付けてよい領域でした。
しかし、それでは「文字コード」を定める意味がなくなってしまうため、後にベンダー定義部分はなくされ、未定義部分となっています。
しかし、既に使われてしまった文字は残り続けたのです。
JIS と ShiftJIS と EUC 、という3つのコード体系がありますが、これは計算で変換可能なもので、実質的には同じものです。
なので、JIS / ShiftJIS / EUC のどのコード体系を使ったマシンであっても、日本語のやり取りは可能です。
でも、ベンダー定義部分に関しては、マシンが変わると文字が変わってしまう可能性がありました。
だから「機種依存文字」と呼ばれたのです。
でも、今は Unicode が中心になりつつあります。
Unicode では、ベンダー依存部分も含め、既に使われている文字は全部「Unicode」という体系に収録されています。
なので、Unicode を使っていれば、Windows でも Mac でも、同じコードに同じ文字が割り付けられているのです。
Unicode コンソーシアムが、文字の形(グリフ)を明確に示さなかった、という問題もあって、最初期に Unicode を実装した Windows では、一部のグリフがおかしかった、という問題もありました。
つまり、新たな機種依存文字の登場です。
しかし、これも Windows Vista / 7 では修正されているようです。
今後は、JIS コードも Unicode を想定したものとして策定されていくようです。
もちろん、Unicode を使用しない場合は「機種依存」であり続けます。
メールは普通 JIS で送信されるので、Windows ユーザーがこれらの文字を Mac ユーザーに送れば、字の形が変わってしまうでしょう。
でも、Web の掲示板などで、Unicode を使用するように作られていれば、Windows ユーザーと Mac ユーザーでも、仲良く同じ文字で会話ができるのです。
こういう、空気のような技術は案外みんなに理解されていないものだ。
で、ずっと以前から「正しく理解されていないなぁ」と感じていた、もう一つのことを書いてみる。
ずっと以前から思っていた、というだけあって、話題としてはいまさら感があるのだけど、未だに知らない人も多いからね。
---
まずは、「半角カナはインターネットで使うべきではない」という話題について。
話は分かれていて、「メールで使ってもよいか」「WEBで使ってもよいか」に大別されます。
まず、「メールで使うべきではない」について。
事の起こりは RFC821 です。
RFC というのは、インターネットの標準を規定する文章のこと。
(なんで RFC と言うのか、という歴史話も面白いのだけど、割愛)
RFC821 は SMTP 、メールを送信する方法についてです。
この中に、SMTP は 7bit でデータを扱う、と書いてあります。
理由は、RFC821 が策定された当時、コンピューターの「1バイト」は 8bit とは決まっていなかったため。
今でも勘違いする人が多いけど、「1バイト」は、「ビット」をいくつか集めて、情報を扱いやすくした際の最小単位、としか定まっていません。コンピューターによって、いくつのビットを集めるかは違います。
今は、通常 8bit = 1byte です。
でも、昔は 7bit = 1byte のコンピューターも確かに存在しました。
ちなみに、Nintendo64 で使用された RAM (RAMBUS)は、9bit = 1byte です。
N64 は少し前のマシンだけど、「8bit≠1byte」が決して遠い昔の話ではない、ということはわかっていただけると思います。
さて、ともかく、RFC821 では 7bit でメールを扱うと決めています。
そして、当時のメールの送信方法は「多数のメールサーバーでバケツリレーを行う」だったので、どこに 7bit のコンピューターが存在しているかもわからず、これに従う以外の方法はありませんでした。
ところで、アメリカの ASCII コードは、7bit で作成されています。
多くのコンピューターは 8bit を扱えるため、領域が余ります。
日本では、JIS コードとして、8bit 目を使用した領域に「半角カナ」を策定しています。
(なので、半角カナを含む 8bit コードを「ASCII コード」と呼ぶのは誤り)
これが、「7bit でしか送信できないメールで、半角カナを使ってはならない」理由です。
---
でも、その後 RFC1425 というのが出てきて、「RFC821を拡張できるようにしよう」とまとまります。
これを受けて、RFC1428 が策定されました。ここでは、8bit でデータを送受信できるように定めています。
RFC1428 が巧妙なのは、RFC1425 にさえ従っていれば、7bit しか送信できないマシンを通しても、8bit データが保証される仕組みを作ったところ。
つまり、バケツリレーの途中のメールサーバー全てが RFC1425 にさえ従っていれば、8bit で通信できる環境が整ったのです。
さらに RFC1425 を取り込んで、RFC821 の「正式な後継」である、RFC2821 が策定されます。
これで、今後のメールサーバーは、全て RFC1425 を満たしていることが必須条件になりました。
つまり、ここにいたって「メールでは 8bit を送信しても良い」ということになります。
現在では、UTF-8 でメールを送受信できるメーラーも増えています。
UTF-8 は Unicode の表現形式の一つですが、8bit で表現されます。
--
ところで、「可能性として」は、今でも RFC821 時代のメールサーバーが残っているかもしれません。
相手の使用しているサーバーがまさにそれだった、という場合は不幸ですが、バケツリレーの途中にこのような古いサーバーが挟まってしまい、結果として 8bit メールが届かない、ということがあると困ります。
ご安心ください。
RFC2821 が策定された時に、バケツリレーを明示的に指示することは「時代遅れ」と明言されました。
ここでは、禁止にまで踏み込んではいないのですが、現実問題として多くのサーバーではリレーを「禁止」しており、受け取りません。
結果として、メールサーバーは相手のメールサーバーに直接メールを届けます。リレーは行われません。
つまり、結果はこういうことです。
「半角カナを送信するのは RFC 違反」だった時代は確かにあるのですが、現在においては「半角カナが送信できない環境は RFC 違反」です。
もっとも、SMTP レベルで 8bit に対応している、ということは、メール本文が 8bit に対応していることとイコールではないです。
SMTP は、メールに限らずいろいろなもの(添付されたファイルとか)を送れるように 8bit 透過に設計されなおしたが、メール本文は相変わらず 7bit のままが標準です。
つまり、8bit が必要なら適切に MIME エンコードされる、というだけの話。
半角カナを使用した場合は、本文も MIME エンコードされて送信されることになります。
これが気持ち悪いという人は、相変わらず半角カナは使用しないのが無難なのでしょう。
-----
つぎに、「半角カナを WEB で使うべきではない」について。
こちらは、メールよりも話は簡単です。
WEB で使うな、と言っていた人の多くは、「メールで使ってはならない」を勘違いしていたのです。
もう一つの理由としては、「半角カナは EUC では扱えない」という問題がありました。
EUC は、UNIX を中心として使用されていた文字コードです。
ASCII コードが 7bit しか使用せず、8bit 目が空いていることを利用して、8bit 目でJIS 漢字コードを識別できるようにしたコード体系です。
この形式は、「ASCII コードが 7bit」であることを利用しています。つまり、8bit 目を使用する半角カナは考慮されていません。
これにより、EUC では半角カナが扱えませんでした。
もっとも、すぐに EUC は拡張され、3byte コードで半角カナが扱えるようになりました。
しかし、拡張 EUC に対応していないマシンや、対応していないソフトも長い間使い続けられました。
丁度 WEB の黎明期の頃、古い EUC しか使えないマシンを使用していた人たちは、半角カナで書かれると読めない、という事態に陥りました。
これは、明らかにそれらのマシンが悪いのです。
しかし、WEB の黎明期の頃は、インターネットの住人の多くが UNIX ユーザーだったことも事実です。
そして、結果として「半角カナを使わないようにしよう」という運動が起こります。
技術的には「使っても良い」ものだけど、一部の人の利便性を考えて「使わないようにしよう」というわけです。
当然、今となっては技術的に時代遅れすぎて、妥当性はありません。
半角カナは WEB で使っても問題ありません。
-----
機種依存文字について。
㈱とかⅠとかね。
これは微妙な問題を孕んでいますが、機種依存文字、と呼ばれたのは昔話だといえる時代が来つつあります。
なぜなら、いまや Unicode が普通に使われる時代だから。
㈱とかⅠとかが「機種依存文字」と呼ばれたのは、Windows と Mac で割り付けられたコードが違ったためです。
ついでに言えば、UNIX も違う、と考えて良いでしょう。
これらの文字は、JIS の「未定義部分」に納められていました。
JIS の歴史的に言えば、元々は「ベンダー定義部分」として、メーカーが自由に割り付けてよい領域でした。
しかし、それでは「文字コード」を定める意味がなくなってしまうため、後にベンダー定義部分はなくされ、未定義部分となっています。
しかし、既に使われてしまった文字は残り続けたのです。
JIS と ShiftJIS と EUC 、という3つのコード体系がありますが、これは計算で変換可能なもので、実質的には同じものです。
なので、JIS / ShiftJIS / EUC のどのコード体系を使ったマシンであっても、日本語のやり取りは可能です。
でも、ベンダー定義部分に関しては、マシンが変わると文字が変わってしまう可能性がありました。
だから「機種依存文字」と呼ばれたのです。
でも、今は Unicode が中心になりつつあります。
Unicode では、ベンダー依存部分も含め、既に使われている文字は全部「Unicode」という体系に収録されています。
なので、Unicode を使っていれば、Windows でも Mac でも、同じコードに同じ文字が割り付けられているのです。
Unicode コンソーシアムが、文字の形(グリフ)を明確に示さなかった、という問題もあって、最初期に Unicode を実装した Windows では、一部のグリフがおかしかった、という問題もありました。
つまり、新たな機種依存文字の登場です。
しかし、これも Windows Vista / 7 では修正されているようです。
今後は、JIS コードも Unicode を想定したものとして策定されていくようです。
もちろん、Unicode を使用しない場合は「機種依存」であり続けます。
メールは普通 JIS で送信されるので、Windows ユーザーがこれらの文字を Mac ユーザーに送れば、字の形が変わってしまうでしょう。
でも、Web の掲示板などで、Unicode を使用するように作られていれば、Windows ユーザーと Mac ユーザーでも、仲良く同じ文字で会話ができるのです。
google DNS 2009-12-05 11:39:20 COMP
昨日発表されたばかりの新サービスで、いろいろ話題になっていますね。
これを知って、「どんなだろ?」と情報検索してみると、結構出てくる。
今の google は、書かれて数時間後には検索結果に出てくるようになりますね。恐ろしい。
ところが、どうも「的外れ」な記事ばかり。
DNS って、インターネットにとっては「空気のような」技術で、有ってあたりまえだから、詳しい仕組みをわかっている人少ないのですね…
---
まず、ping しても DNS の速度は測れません。
ping を開始する前の「前準備」としては DNS に問い合わせを行うけど、ping そのものには関係ないから。
また、そもそも DNS の「速度を測る」のが無理です。
インターネットでは刻々と条件が変化しますから、速度を測るのであればできる限り同じ条件で数回試験を行って平均を出す、などしなくては正しい測定にはなりません。
しかし、DNS には「キャッシュ」があるので、2回目以降は高速に動作します。
更に言えば、後で書くように DNS サーバーは「複数のサーバーが協調して動作する」ために、1回目ですら試験を行う時に経路上のどのサーバーもキャッシュを行っていない、などと保証することは出来ません。
だから、複数回試験をして平均を出すことは出来ず、1発試験に望んでも、そのデータが正しい保証が無いのです。
WEB の閲覧速度は、DNS 問い合わせ速度 + 相手の WEB サーバーの反応速度 + 通信経路の速度、が速度となります。ここで、通信経路はクライアントの環境ごとに大体速度が固定するとして、DNS 問い合わせが高速化することで全体が目に見えて高速化するためには、WEB サーバーの速度が速いこと、が条件の一つになります。
というわけで、「相手が google のように高速化されたサーバーだと効果がある」というような記事が出来上がるのでしょうが、google ほどみんながアクセスするサーバーであれば、近所の DNS サーバーを使っていても誰かが問い合わせたキャッシュがあるでしょうから、google DNS を使わないでも十分に高速なはずです。
つまり、こういう場面では google DNS の効果はそれほど出ないはずです。
じゃぁ、google DNS で何が速くなるのかと言えば、「みんなが行かないような小さなサイト」を、初めて訪れる時の速度です。
同じドメインでの2回目以降のアクセス…つまり、サイト内でページ遷移する時などは、手元のローカルマシンが DNS 問い合わせの結果をキャッシュしています。だから、DNS は最早関係ない。関係するのは、あくまでも「初回アクセス」のみ。
でも、実は google で検索を行って、片っ端から情報を見て回るようなときには、小さなサイトを訪れて、最初のページを見ただけで帰る、ということを繰り返しているはず。
そういう作業が高速になるのが、google DNS の1つ目のメリットです。
---
ここで、DNS の仕組みについて書いておきます。
よく言われる比喩だけど、DNS は「知らないことは、知っていそうな人に聞く」ことで動いています。
あなたの使っているパソコンは、ドメイン名について何も知りません。
www.wizforest.com というドメインを指示されても、何もわからない。
そこで、上流の DNS に問い合わせます。
PC が DHCP 設定で動作している場合など、「上流の DNS」という存在を意識したことなど無いでしょう。DHCP は全てを設定してくれますから。
でも、PC はどこか「近くの」DNS サーバーを知っていて、わからないことはそのサーバーに聞くのです。
ところが、聞かれたサーバーだって、全てを知っているわけじゃない。
世の中には情報が多すぎて、サーバーが知っていることなんてその、ほんの一部です。
でも、www.wizforest.com は知らなくても、.com については知っているかもしれない。
そんな時、近くの DNS サーバーは、「www.wizforest.com は知らないけど、.com を知っているサーバーなら知っているよ」と、.com を知っている DNS サーバーを教えてくれます。
そこで、今度は、.com を知っているサーバーに問い合わせなおします。
では、.com を知っているサーバーは www.wizforest.com を知っているか? これも、そんなことは無いでしょう。
でも、wizforest.com なら知っているようです。そこで、.com のサーバーは、「wizforest.com を知っているサーバーなら知っているよ」と、wizforest.com の DNS サーバーを教えてくれます。
また、wizforest.com を知っているサーバーに問い合わせなおすことになります。
wizforest.com の DNS サーバーは、僕が設定した DNS サーバーです。こいつは、www.wizforest.com を知っています。
そこで、やっと「あぁ、その IP アドレスは、xxx.xxx.xxx.xxx だよ」と返します。
IP アドレスは、ネット上の「住所」です。これがわかれば、目的地にたどり着くことが出来ます。
これで問題解決。
これが DNS の仕組み。
すばらしいことです。おかげで、僕は自分の管理するパソコンを、自分の DNS に登録するだけで、世界中の人に知らせることが出来ます。
---
でも、問題点がいくつか。
この方式は、遅いです。
一応、遅いことは考慮していて、どのマシンも一度問い合わせたことは「一定時間」覚えておく努力をします。
(一定時間が来る前に忘れることもあるけど。…メモリの制約などで)
あなたの手元のパソコンだってそう。
一度問い合わせたドメイン名を、次の瞬間にもう一度問い合わせるような間抜けはやりません。
だから、同じ WEB ページ内でブラウズしている分には、DNS 問い合わせを省略した分だけ高速に動作するのです。
でも、初めて訪れるページについては、やはり遅い。これは動かしようの無い事実。
だって、それが DNS の仕組みなんだから。
もうひとつ、「嘘つきがいたらどうするの?」という問題があります。
DNS は「知らないことは、知っていそうな人に聞く」という仕組みで動いていますが、知りもしないのに知ったふりをする「シッタカ」がいたらどうなるんでしょう?
悪意をもって応用すれば、有名サイトに成りすましたり、銀行サイトに成りすまして人の口座番号を盗む事だって可能です。
これは、特定のサーバープログラムにバグがある、などの問題ではなく「DNS の思想設計そのものにバグがある」という問題です。
---
というわけで、やっと話は google DNS へ。
google は、「何でも知っている DNS」を開発しました。
一度問い合わせた内容は忘れません。
…本当に忘れないと、サーバー構成の移動などがあった場合に困るので、「忘れて欲しい期限が近づくと、自働的に再確認を行って、最新データに更新し続ける」のですけど。
だから、伝言リレーは始まりません。google DNS に聞いたら即座に答えてくれます。
伝言リレーが無いのだから、嘘つきが混ざることもありません。
キャッシュ更新の際には、キャッシュ期限切れの「直前」なので、まだ相手のサーバーを知っているため、伝言リレーを行うのではなく「本人に直接問い合わせ」ます。
これで全てが解決! …というほどお気楽なものではないでしょうが、DNS の問題のいくつかは解決できるでしょう。
「多数の小さなマシンが協調動作する」という、インターネットの理想とはかけ離れ、パワーを持った1つのマシン(実際はそうではないが、1つに見える)が全てを支配する、という、別の問題は引き起こしますが。
僕は、自宅内の DNS サーバーの上流として、早速 google DNS を設定しました。
検索結果を次々見ていくときなどは、多少速くなった気はします。
…が、そもそもは、こういうときは「遅いから、Chrome で次々タブを開いて、読み込み終わったものから見る」という習慣が身に付いているのでした。
上の日記を書いた時点では、ちゃんと DNS が理解できて検証している、というような日本語の記事がネット上に見当たらなかったために、理解してもらうための記事を書いたのでした。
その後、SlashDot で話題に上り、アレゲな人が集まるサイトだけに正しい議論が行われていました。
現時点でもっとも有用と思われる記事には、正しい見解とともに、簡単な試験データが数値つきで載っています。
ローカルのサーバーに DNS を立てて、上流に google DNS を設定するのがよさそうだ、とのこと。
うちでやっている設定がそれです :-)
論理的に一番よさそう、と思って作業したものが、数値的に正しいと確かめられたわけで、ちょっと嬉しい。
これを知って、「どんなだろ?」と情報検索してみると、結構出てくる。
今の google は、書かれて数時間後には検索結果に出てくるようになりますね。恐ろしい。
ところが、どうも「的外れ」な記事ばかり。
DNS って、インターネットにとっては「空気のような」技術で、有ってあたりまえだから、詳しい仕組みをわかっている人少ないのですね…
---
まず、ping しても DNS の速度は測れません。
ping を開始する前の「前準備」としては DNS に問い合わせを行うけど、ping そのものには関係ないから。
また、そもそも DNS の「速度を測る」のが無理です。
インターネットでは刻々と条件が変化しますから、速度を測るのであればできる限り同じ条件で数回試験を行って平均を出す、などしなくては正しい測定にはなりません。
しかし、DNS には「キャッシュ」があるので、2回目以降は高速に動作します。
更に言えば、後で書くように DNS サーバーは「複数のサーバーが協調して動作する」ために、1回目ですら試験を行う時に経路上のどのサーバーもキャッシュを行っていない、などと保証することは出来ません。
だから、複数回試験をして平均を出すことは出来ず、1発試験に望んでも、そのデータが正しい保証が無いのです。
WEB の閲覧速度は、DNS 問い合わせ速度 + 相手の WEB サーバーの反応速度 + 通信経路の速度、が速度となります。ここで、通信経路はクライアントの環境ごとに大体速度が固定するとして、DNS 問い合わせが高速化することで全体が目に見えて高速化するためには、WEB サーバーの速度が速いこと、が条件の一つになります。
というわけで、「相手が google のように高速化されたサーバーだと効果がある」というような記事が出来上がるのでしょうが、google ほどみんながアクセスするサーバーであれば、近所の DNS サーバーを使っていても誰かが問い合わせたキャッシュがあるでしょうから、google DNS を使わないでも十分に高速なはずです。
つまり、こういう場面では google DNS の効果はそれほど出ないはずです。
じゃぁ、google DNS で何が速くなるのかと言えば、「みんなが行かないような小さなサイト」を、初めて訪れる時の速度です。
同じドメインでの2回目以降のアクセス…つまり、サイト内でページ遷移する時などは、手元のローカルマシンが DNS 問い合わせの結果をキャッシュしています。だから、DNS は最早関係ない。関係するのは、あくまでも「初回アクセス」のみ。
でも、実は google で検索を行って、片っ端から情報を見て回るようなときには、小さなサイトを訪れて、最初のページを見ただけで帰る、ということを繰り返しているはず。
そういう作業が高速になるのが、google DNS の1つ目のメリットです。
---
ここで、DNS の仕組みについて書いておきます。
よく言われる比喩だけど、DNS は「知らないことは、知っていそうな人に聞く」ことで動いています。
あなたの使っているパソコンは、ドメイン名について何も知りません。
www.wizforest.com というドメインを指示されても、何もわからない。
そこで、上流の DNS に問い合わせます。
PC が DHCP 設定で動作している場合など、「上流の DNS」という存在を意識したことなど無いでしょう。DHCP は全てを設定してくれますから。
でも、PC はどこか「近くの」DNS サーバーを知っていて、わからないことはそのサーバーに聞くのです。
ところが、聞かれたサーバーだって、全てを知っているわけじゃない。
世の中には情報が多すぎて、サーバーが知っていることなんてその、ほんの一部です。
でも、www.wizforest.com は知らなくても、.com については知っているかもしれない。
そんな時、近くの DNS サーバーは、「www.wizforest.com は知らないけど、.com を知っているサーバーなら知っているよ」と、.com を知っている DNS サーバーを教えてくれます。
そこで、今度は、.com を知っているサーバーに問い合わせなおします。
では、.com を知っているサーバーは www.wizforest.com を知っているか? これも、そんなことは無いでしょう。
でも、wizforest.com なら知っているようです。そこで、.com のサーバーは、「wizforest.com を知っているサーバーなら知っているよ」と、wizforest.com の DNS サーバーを教えてくれます。
また、wizforest.com を知っているサーバーに問い合わせなおすことになります。
wizforest.com の DNS サーバーは、僕が設定した DNS サーバーです。こいつは、www.wizforest.com を知っています。
そこで、やっと「あぁ、その IP アドレスは、xxx.xxx.xxx.xxx だよ」と返します。
IP アドレスは、ネット上の「住所」です。これがわかれば、目的地にたどり着くことが出来ます。
これで問題解決。
これが DNS の仕組み。
すばらしいことです。おかげで、僕は自分の管理するパソコンを、自分の DNS に登録するだけで、世界中の人に知らせることが出来ます。
---
でも、問題点がいくつか。
この方式は、遅いです。
一応、遅いことは考慮していて、どのマシンも一度問い合わせたことは「一定時間」覚えておく努力をします。
(一定時間が来る前に忘れることもあるけど。…メモリの制約などで)
あなたの手元のパソコンだってそう。
一度問い合わせたドメイン名を、次の瞬間にもう一度問い合わせるような間抜けはやりません。
だから、同じ WEB ページ内でブラウズしている分には、DNS 問い合わせを省略した分だけ高速に動作するのです。
でも、初めて訪れるページについては、やはり遅い。これは動かしようの無い事実。
だって、それが DNS の仕組みなんだから。
もうひとつ、「嘘つきがいたらどうするの?」という問題があります。
DNS は「知らないことは、知っていそうな人に聞く」という仕組みで動いていますが、知りもしないのに知ったふりをする「シッタカ」がいたらどうなるんでしょう?
悪意をもって応用すれば、有名サイトに成りすましたり、銀行サイトに成りすまして人の口座番号を盗む事だって可能です。
これは、特定のサーバープログラムにバグがある、などの問題ではなく「DNS の思想設計そのものにバグがある」という問題です。
---
というわけで、やっと話は google DNS へ。
google は、「何でも知っている DNS」を開発しました。
一度問い合わせた内容は忘れません。
…本当に忘れないと、サーバー構成の移動などがあった場合に困るので、「忘れて欲しい期限が近づくと、自働的に再確認を行って、最新データに更新し続ける」のですけど。
だから、伝言リレーは始まりません。google DNS に聞いたら即座に答えてくれます。
伝言リレーが無いのだから、嘘つきが混ざることもありません。
キャッシュ更新の際には、キャッシュ期限切れの「直前」なので、まだ相手のサーバーを知っているため、伝言リレーを行うのではなく「本人に直接問い合わせ」ます。
これで全てが解決! …というほどお気楽なものではないでしょうが、DNS の問題のいくつかは解決できるでしょう。
「多数の小さなマシンが協調動作する」という、インターネットの理想とはかけ離れ、パワーを持った1つのマシン(実際はそうではないが、1つに見える)が全てを支配する、という、別の問題は引き起こしますが。
僕は、自宅内の DNS サーバーの上流として、早速 google DNS を設定しました。
検索結果を次々見ていくときなどは、多少速くなった気はします。
…が、そもそもは、こういうときは「遅いから、Chrome で次々タブを開いて、読み込み終わったものから見る」という習慣が身に付いているのでした。
翌日追記
上の日記を書いた時点では、ちゃんと DNS が理解できて検証している、というような日本語の記事がネット上に見当たらなかったために、理解してもらうための記事を書いたのでした。
その後、SlashDot で話題に上り、アレゲな人が集まるサイトだけに正しい議論が行われていました。
現時点でもっとも有用と思われる記事には、正しい見解とともに、簡単な試験データが数値つきで載っています。
ローカルのサーバーに DNS を立てて、上流に google DNS を設定するのがよさそうだ、とのこと。
うちでやっている設定がそれです :-)
論理的に一番よさそう、と思って作業したものが、数値的に正しいと確かめられたわけで、ちょっと嬉しい。
fon 導入 2009-11-30 14:48:10 COMP
Netwalker の真価は、ネットに接続してこそ発揮される。
…が、家の中の WiFi 機器は1台だけ。リビングの Wii のすぐ後ろにおいてある。
仕事場やベッドルームは一番遠いところにあり、非常に電波が弱く、速度が出ない。
以前は、仕事場の横のサーバールームに WiFi 機能付のルータを置いていたのだ。
しかし、ルータが故障して買い替えた際に、WiFi なしのものにしていた。
というわけで、fon 導入。
fon にしたのは、Netwalker を家の外でも使いたい、という考えがあったから。
fon で linus になれば、いろんなところで使えるからね。
ところが、導入は大変だった。
…いま、fon を導入しようと考えている人のために正確なことを書いておこう。
大変だった、なんて書くと尻込みしてしまう PC 初級者の方もいるかもしれないが、安心して導入しよう。
PC 初級者なら、何も考えずに導入すれば使えるようになっている。
むしろ苦労するのは、初級者とは言えない環境に導入する場合だ。
うちの場合、すでに LAN 環境が整っており、そこに組み込むのに苦労した。
---
まず、ルーターについての概要を説明しておく。
ルーターとは、2つのサブネットを結ぶものだ。
例えば、ネット「1」は、256 のアドレスを持っているとしよう。
なので、256台の機械を接続することができる。
ネット「2」も、同じように 256 のアドレスを持っている。
2つあわせれば、512 台の機械を接続できる。
でも、「1」と「2」の間は接続されていないのだ。つなげる必要がある。
この、それぞれの 256台ネットワークを「サブネット」とよび、間を接続するための特別な装置を「ルーター」と呼ぶ。
「道(route)」を作るものだからルーターだ。
サブネットというのは「ネットの一部」というような意味だ。
ルーターは、ネット「1」のアドレスと、「2」のアドレスを両方同時に割り当てられた、特別な存在となる。
さて、家の中の LAN というのは「サブネット」だ。そして、家の外のインターネットも、ある意味「サブネット」だ。
家の中の LAN にも、それぞれの機械にアドレスを割り振らなくてはならない。
大抵の家庭用ルーターには、この「アドレス割り振り」を自動的に行ってくれる、DHCP サーバーという機能が付いている。
なので、PC にそれほど詳しくない初級者であっても、ルーターを買ってきてそこに PC を繋げば、ちゃんとインターネットにつながることができる。
すでにこのような環境になっている人は、今使っているルーターの替わりに fon ルーターを使えば、それだけで fon の導入は完了する。
fon ルーターは何よりも安いし、街中のアクセスポイントが無料で使える、というメリットがある。
「他人が自分の家のアクセスポイントも使う」ということに対して、セキュリティを心配する人もいるが、心配は要らない。
fon は「ルーター」だから、サブネットをどのようにつなげるかは自由自在なのだ。
初期設定では、自分がアクセスしたら家の中の LAN にも接続するが、他人がアクセスしたらインターネットにだけ接続できる、という設定になっている。
設定を変えない限り、セキュリティの心配は要らない。
---
ところが、fon が「ルーター」であることが、場合によっては設定の苦労につながる。
無線電波を出すだけの「アクセスポイント」なら苦労は無いのにね。
(その場合、セキュリティをまったく考慮しないことになるので、論外なのだが)
以下、苦労話。
うちの場合、 fon 導入前は以下のような環境だった。
・ルータに付いた DHCP サーバー機能を使い、サブネットの「一部」の IP アドレスを自動割付している。
・家庭内サーバーがあるので、これは静的 IPアドレスが必要。
・一部の家庭内サーバーは外部公開もしている。
・ルータに付いた機能で、IP電話を使っている。
・既に家の中に WiFi アクセスポイントがある。
さぁ、ここに fon を導入すると、何がどう混乱するのか、順を追って解説しよう。
まず、既存のルーターには IP 電話機能があるが、fon には無い。
この時点で、「ルーターを fon に置き換える」という選択肢は無い。IP 電話が使えなくなってしまうからだ。
このため、既存のルーターと fon の2台を並存しなくてはならない。
どちらを外にするか…だが、既存ルーターを外(インターネット側)に置くことにした。
既存ルーターに、静的 IP 接続のモードがなかったためだ。
---
先に書いたが、ルーターは2つサブネットの両方に所属し、2つのアドレスを持つ。
家庭用ブロードバンドルーターでは、このうち「インターネット側」のアドレスを、PPPoE や DHCP で設定する。
方式の違いはあるが、簡単に言えば「接続するたびにアドレスがかわる」という方式だ。
これに対し、静的 IP 接続では、インターネットのアドレスをあらかじめもらっている必要がある。
アドレスをもらうには大抵複雑な手続きが必要だし、そこまでする理由も無いため、通常は使わない。
使わないけど、fon にはそのモードがあり、僕が持っている既存ルーターにはなかった。
家庭用ブロードバンドルーターでは、少なくとも「家庭内」のアドレスは自分で設定できる。
そこで、既存ルーターがに割り振ったアドレスに対し、fon のルーターが接続する…という形で設定をすることにしたのだ。これが、fon が内側になった理由。
さて、これは「ルーター」の2段接続だ。
先に書いたように、ルーターは2つのサブネットを接続する。
逆に言えば、家の中にはそれまでネットワークが1つだったのだが、これで2つのネットワークができてしまった。
今まで、家の中は「1」のネットワークにしていた。具体的に言えば、192.168.1.* を割り振っていた。
当然既存ルーターもこのアドレスを持っていたが、このアドレスを fon に譲り、既存ルーターは「2」となった。つまり、192.168.2.1 だ。
そして、fon は外側に向けては 192.168.2.2 のアドレスを持ち、192.168.2.1 をゲートウェイ(サブネットを繋ぐ門…つまり、ルーターのアドレスを設定する)とした。
「1」のネットワークでは、既存ルーターのアドレスには fon が収まるためになんの設定変更もいらない。
ちなみに、「2」のネットワークは DMZ となっている。
外部公開サーバーをここに移したほうがよいだろう、とは思うのだが、IP アドレスを変更する必要があり、そうすると家庭内のいろいろな設定を変えないといけないので、まだやっていない。そのうちやろう。
既存ネットワークのままで使用するのであれば、外部接続サーバーは、既存ルーターとfonルーターの両方で port forword 設定しなくてはならない。
既存ルーターは fon ルーターに向けて forword し、fon ルーターが正しいマシンに forword する。
既存ルーターには簡易 DMZ 機能(すべての接続を特定マシンに forword する機能)があったが、これは使わなかった。でも、これでもいいと思う。
---
さて、話はこれで終わりじゃない。
すでに家庭内には WiFi アクセスポイントがあり、fon を同じ設定にしようとした。
…が、設定できない。
先日、Netwalker の導入に際して家庭内の無線 LAN 設定を変えたのだが、その際にセキュリティ強度をあげる意味もあって、非常に長いパスフレーズを導入していた。
が、どうも fon では余り長いパスフレーズを設定できないらしく、エラーとなるのだった。
パスフレーズを短くして対処。
もうひとつ。DHCP の問題があった。
普通、DHCP は IP アドレスを「リース」する「範囲」を決められる。
たとえば、「1」のネットワークの256 のアドレスのうち、64~128 までをリースする、など。
ところが、fon にはこうした設定が無い。
DHCP を「使う」か「使わない」の設定しかないのだ。
すでに静的に割り振っているアドレスを2重に使われたらネットワークがおかしなことになる。
ここは、家庭内サーバーに DHCP サーバーのソフトを導入して解決。
…と、これで一応設定は完了。
---
恥ずかしながら、設定中に勘違いしたことを明記しておこう。
同じ勘違いをしそうな人に対して、なぜそれがいけないのか、注意を促せるかもしれない。
(個人的には、成功例からは何も学べないと思っている。失敗からこそ、学ぶことがある)
最初は、既存ルーターを同じネットワークの別アドレスに動かし、fon に既存ルーターのアドレスを割り振り、既存ルーターの下に置く(物理的な接続は、成功例と同じ)ことで動くと期待した。
つまり、「2つのサブネット」が同じネットアドレスになっている状態。
これではうまく行かない。サブネットは別々のアドレスにしなくては。
なぜか? 「アドレスが別のサブネットに属している」と判断した時に、パケットは Gateway に送られ、ルーターを通過できるためである。
別のサブネットが同じアドレスだと、この判断ができない。
次に、「単に fon ルーターをアクセスポイントとして、既存ネットワークにつなげてもよいのでは?」と思った。
fon ルーターは、実は4種類のネットワークをルーティングしている。
インターネット、公開無線LAN、プライベート(家庭内)LAN 、プライベート無線LAN、である。
ルーターにはインターネット(外向け)有線ポートと、プライベート向け有線ポートがある。
インターネット側からは、port forword されない限り、他のネットワークに入れない。
公開無線LAN は、インターネット側にしか通れないことで、プライベート側のセキュリティを確保する。
プライベート無線 LAN とプライベートLAN は同じサブネットに属し(そういう意味ではサブネットは本当は3つであり、ここはルーターの出番は無い)、インターネットに接続することができる。
fon ルーターをルーターではなく、アクセスポイントとして使用した場合は、プライベート無線LAN か、公開無線 LAN のいずれかしか使えない、ということになる。
プライベートで使えないのでは買った意味が無いし、公開していないと linus にはなれないので、これも買った意味が無い。
だから、単にアクセスポイントとするのではダメなのだ。
最後に、一番「間抜け」だった勘違いを…
既存ルーターを家庭内 LAN から切り離し、間に設定済みの fon を挟む。
これでうまくアクセスできるはずだった。
デスクトップ PC から、家庭内サーバーに接続してみる。…うまく行かない。
慌てて接続・設定を元に戻し、それからゆっくり考える。
…良く見たら、家庭内サーバーは既存ルーターに内蔵された HUB に接続されていた。
既存ルーターから接続された HUB に、全ての家庭内ネットワークがぶら下がっている、と考えていたための勘違い。これでは接続できるわけが無い。
論理的に思考して、全ての設定がうまく行っていると思ったうえでの作業だったのですが、物理的な部分を十分検証していなかったための勘違いでした。
類似の勘違いは案外やりがちだと思うので気をつけましょう。
…が、家の中の WiFi 機器は1台だけ。リビングの Wii のすぐ後ろにおいてある。
仕事場やベッドルームは一番遠いところにあり、非常に電波が弱く、速度が出ない。
以前は、仕事場の横のサーバールームに WiFi 機能付のルータを置いていたのだ。
しかし、ルータが故障して買い替えた際に、WiFi なしのものにしていた。
というわけで、fon 導入。
fon にしたのは、Netwalker を家の外でも使いたい、という考えがあったから。
fon で linus になれば、いろんなところで使えるからね。
ところが、導入は大変だった。
…いま、fon を導入しようと考えている人のために正確なことを書いておこう。
大変だった、なんて書くと尻込みしてしまう PC 初級者の方もいるかもしれないが、安心して導入しよう。
PC 初級者なら、何も考えずに導入すれば使えるようになっている。
むしろ苦労するのは、初級者とは言えない環境に導入する場合だ。
うちの場合、すでに LAN 環境が整っており、そこに組み込むのに苦労した。
---
まず、ルーターについての概要を説明しておく。
ルーターとは、2つのサブネットを結ぶものだ。
例えば、ネット「1」は、256 のアドレスを持っているとしよう。
なので、256台の機械を接続することができる。
ネット「2」も、同じように 256 のアドレスを持っている。
2つあわせれば、512 台の機械を接続できる。
でも、「1」と「2」の間は接続されていないのだ。つなげる必要がある。
この、それぞれの 256台ネットワークを「サブネット」とよび、間を接続するための特別な装置を「ルーター」と呼ぶ。
「道(route)」を作るものだからルーターだ。
サブネットというのは「ネットの一部」というような意味だ。
ルーターは、ネット「1」のアドレスと、「2」のアドレスを両方同時に割り当てられた、特別な存在となる。
さて、家の中の LAN というのは「サブネット」だ。そして、家の外のインターネットも、ある意味「サブネット」だ。
家の中の LAN にも、それぞれの機械にアドレスを割り振らなくてはならない。
大抵の家庭用ルーターには、この「アドレス割り振り」を自動的に行ってくれる、DHCP サーバーという機能が付いている。
なので、PC にそれほど詳しくない初級者であっても、ルーターを買ってきてそこに PC を繋げば、ちゃんとインターネットにつながることができる。
すでにこのような環境になっている人は、今使っているルーターの替わりに fon ルーターを使えば、それだけで fon の導入は完了する。
fon ルーターは何よりも安いし、街中のアクセスポイントが無料で使える、というメリットがある。
「他人が自分の家のアクセスポイントも使う」ということに対して、セキュリティを心配する人もいるが、心配は要らない。
fon は「ルーター」だから、サブネットをどのようにつなげるかは自由自在なのだ。
初期設定では、自分がアクセスしたら家の中の LAN にも接続するが、他人がアクセスしたらインターネットにだけ接続できる、という設定になっている。
設定を変えない限り、セキュリティの心配は要らない。
---
ところが、fon が「ルーター」であることが、場合によっては設定の苦労につながる。
無線電波を出すだけの「アクセスポイント」なら苦労は無いのにね。
(その場合、セキュリティをまったく考慮しないことになるので、論外なのだが)
以下、苦労話。
うちの場合、 fon 導入前は以下のような環境だった。
・ルータに付いた DHCP サーバー機能を使い、サブネットの「一部」の IP アドレスを自動割付している。
・家庭内サーバーがあるので、これは静的 IPアドレスが必要。
・一部の家庭内サーバーは外部公開もしている。
・ルータに付いた機能で、IP電話を使っている。
・既に家の中に WiFi アクセスポイントがある。
さぁ、ここに fon を導入すると、何がどう混乱するのか、順を追って解説しよう。
まず、既存のルーターには IP 電話機能があるが、fon には無い。
この時点で、「ルーターを fon に置き換える」という選択肢は無い。IP 電話が使えなくなってしまうからだ。
このため、既存のルーターと fon の2台を並存しなくてはならない。
どちらを外にするか…だが、既存ルーターを外(インターネット側)に置くことにした。
既存ルーターに、静的 IP 接続のモードがなかったためだ。
---
先に書いたが、ルーターは2つサブネットの両方に所属し、2つのアドレスを持つ。
家庭用ブロードバンドルーターでは、このうち「インターネット側」のアドレスを、PPPoE や DHCP で設定する。
方式の違いはあるが、簡単に言えば「接続するたびにアドレスがかわる」という方式だ。
これに対し、静的 IP 接続では、インターネットのアドレスをあらかじめもらっている必要がある。
アドレスをもらうには大抵複雑な手続きが必要だし、そこまでする理由も無いため、通常は使わない。
使わないけど、fon にはそのモードがあり、僕が持っている既存ルーターにはなかった。
家庭用ブロードバンドルーターでは、少なくとも「家庭内」のアドレスは自分で設定できる。
そこで、既存ルーターがに割り振ったアドレスに対し、fon のルーターが接続する…という形で設定をすることにしたのだ。これが、fon が内側になった理由。
さて、これは「ルーター」の2段接続だ。
先に書いたように、ルーターは2つのサブネットを接続する。
逆に言えば、家の中にはそれまでネットワークが1つだったのだが、これで2つのネットワークができてしまった。
今まで、家の中は「1」のネットワークにしていた。具体的に言えば、192.168.1.* を割り振っていた。
当然既存ルーターもこのアドレスを持っていたが、このアドレスを fon に譲り、既存ルーターは「2」となった。つまり、192.168.2.1 だ。
そして、fon は外側に向けては 192.168.2.2 のアドレスを持ち、192.168.2.1 をゲートウェイ(サブネットを繋ぐ門…つまり、ルーターのアドレスを設定する)とした。
「1」のネットワークでは、既存ルーターのアドレスには fon が収まるためになんの設定変更もいらない。
ちなみに、「2」のネットワークは DMZ となっている。
外部公開サーバーをここに移したほうがよいだろう、とは思うのだが、IP アドレスを変更する必要があり、そうすると家庭内のいろいろな設定を変えないといけないので、まだやっていない。そのうちやろう。
既存ネットワークのままで使用するのであれば、外部接続サーバーは、既存ルーターとfonルーターの両方で port forword 設定しなくてはならない。
既存ルーターは fon ルーターに向けて forword し、fon ルーターが正しいマシンに forword する。
既存ルーターには簡易 DMZ 機能(すべての接続を特定マシンに forword する機能)があったが、これは使わなかった。でも、これでもいいと思う。
---
さて、話はこれで終わりじゃない。
すでに家庭内には WiFi アクセスポイントがあり、fon を同じ設定にしようとした。
…が、設定できない。
先日、Netwalker の導入に際して家庭内の無線 LAN 設定を変えたのだが、その際にセキュリティ強度をあげる意味もあって、非常に長いパスフレーズを導入していた。
が、どうも fon では余り長いパスフレーズを設定できないらしく、エラーとなるのだった。
パスフレーズを短くして対処。
もうひとつ。DHCP の問題があった。
普通、DHCP は IP アドレスを「リース」する「範囲」を決められる。
たとえば、「1」のネットワークの256 のアドレスのうち、64~128 までをリースする、など。
ところが、fon にはこうした設定が無い。
DHCP を「使う」か「使わない」の設定しかないのだ。
すでに静的に割り振っているアドレスを2重に使われたらネットワークがおかしなことになる。
ここは、家庭内サーバーに DHCP サーバーのソフトを導入して解決。
…と、これで一応設定は完了。
---
恥ずかしながら、設定中に勘違いしたことを明記しておこう。
同じ勘違いをしそうな人に対して、なぜそれがいけないのか、注意を促せるかもしれない。
(個人的には、成功例からは何も学べないと思っている。失敗からこそ、学ぶことがある)
最初は、既存ルーターを同じネットワークの別アドレスに動かし、fon に既存ルーターのアドレスを割り振り、既存ルーターの下に置く(物理的な接続は、成功例と同じ)ことで動くと期待した。
つまり、「2つのサブネット」が同じネットアドレスになっている状態。
これではうまく行かない。サブネットは別々のアドレスにしなくては。
なぜか? 「アドレスが別のサブネットに属している」と判断した時に、パケットは Gateway に送られ、ルーターを通過できるためである。
別のサブネットが同じアドレスだと、この判断ができない。
次に、「単に fon ルーターをアクセスポイントとして、既存ネットワークにつなげてもよいのでは?」と思った。
fon ルーターは、実は4種類のネットワークをルーティングしている。
インターネット、公開無線LAN、プライベート(家庭内)LAN 、プライベート無線LAN、である。
ルーターにはインターネット(外向け)有線ポートと、プライベート向け有線ポートがある。
インターネット側からは、port forword されない限り、他のネットワークに入れない。
公開無線LAN は、インターネット側にしか通れないことで、プライベート側のセキュリティを確保する。
プライベート無線 LAN とプライベートLAN は同じサブネットに属し(そういう意味ではサブネットは本当は3つであり、ここはルーターの出番は無い)、インターネットに接続することができる。
fon ルーターをルーターではなく、アクセスポイントとして使用した場合は、プライベート無線LAN か、公開無線 LAN のいずれかしか使えない、ということになる。
プライベートで使えないのでは買った意味が無いし、公開していないと linus にはなれないので、これも買った意味が無い。
だから、単にアクセスポイントとするのではダメなのだ。
最後に、一番「間抜け」だった勘違いを…
既存ルーターを家庭内 LAN から切り離し、間に設定済みの fon を挟む。
これでうまくアクセスできるはずだった。
デスクトップ PC から、家庭内サーバーに接続してみる。…うまく行かない。
慌てて接続・設定を元に戻し、それからゆっくり考える。
…良く見たら、家庭内サーバーは既存ルーターに内蔵された HUB に接続されていた。
既存ルーターから接続された HUB に、全ての家庭内ネットワークがぶら下がっている、と考えていたための勘違い。これでは接続できるわけが無い。
論理的に思考して、全ての設定がうまく行っていると思ったうえでの作業だったのですが、物理的な部分を十分検証していなかったための勘違いでした。
類似の勘違いは案外やりがちだと思うので気をつけましょう。
Netwalker いじってみた。 2009-11-23 15:31:47 COMP
昨日の日記に引き続いて。
休日とはいえいろいろと忙しく、少しづつ Netwalker をいじってみる。
なぜか無線LANがつながらず、この設定だけで数時間。
Netwalker 、ってくらいで、ネットにつながらないと何も出来ない。
ネットにつながったら、ユーザー登録。
そして、「本体が動くうちに」リカバリーSDカードを作るように、と薦められる。(マニュアルに書いてある)
リカバリーSD を作るには、SHARP のWEBページからスクリプトをダウンロードして実行する。
本体内のデータを退避して作るのかと思ったら、単純に SHARP のページからイメージバイナリをダウンロードするだけなのね。
わざわざ Netwalker で作業させる意味がわからない…遅い無線 LAN で延々と3時間くらいかかる。
続いて、いろいろとおかしなところを修正。
localhost が設定されていない、という問題があるそうなので修正。
---
ともかく、完了したらやっと「自分好みの」カスタマイズ開始。
とりあえず、リヌザウでは「文庫ビュワー」にずいぶんお世話になっていた。同様の読書環境は整えたい。
Netwalker には残念ながら文庫ビュワーはないのだが、XJP がある。
GIGAZIZEにインストール方法が載っていたので、参考にインストールしてみよう。
…まずは記事のままインストールした。
でも、あとでいろいろおかしいことに気づいた。GIGAZINE 、記事にするならちゃんと検証しようね。
#今回のことに限らず、GIGAZINE は詰めが甘いというか、嘘が良く載っている。
まぁ、「面白がる」「速報性を重視する」方針…つまり、タブロイド紙の方向性なので構わないのだけど。
まず、xtext.conf の設定について。
AOZORA_LIST の項目は「青空文庫のディレクトリ構成」を意味するので、書き換えてはいけない。
(GIGAZINE の記事では、ローカルのディレクトリ構成にしたがって書き換えている)
うっかり書き換えると、この後書くとても便利な機能が使えなくなる。
Ubuntu日本語フォーラムに、XJP のバグ修正パッチが投稿されている。
バグが残ったままだと、l (小文字のL)キーを押しただけで操作不能になったりするので、バグは是非修正するように。
で、このバグ修正で、ネット接続モードも使えるようになる。(修正しないといろいろおかしい)
./configure する際に、 --enable-net オプションをつけておこう。
すでにコンパイルしちゃっている人は、make clean してから make install。
これで、n キーを押しただけで青空文庫に接続し、テキストがダウンロードできるようになる。
本(?)が気軽に読めて、すごく便利。
---
ゲーム環境。ゲーム好きなので、個人的にはすごく大事。
Ubuntu には標準でゲームがいくつか入っているが、Netwalker には入れられていない。
「アプリケーション」の「追加と削除」から簡単に入れられる。
AisleRiot Solitaire を入れる。
これを入れると、一緒に Ubuntu 標準のゲーム…マインスイーパーや上海、サメガメやTali などが入る。
えーと、ベーシックすぎて余り面白くない、と公言してはばからない人も多いですが、個人的には嫌いではないです。
…いや、どうでもいいゲームも入るのは事実なんだけど。
サメガメは、個人的な好みでいうと OldMac 版の「まきがめ」が熱かった。
というか、サメガメ人気のほとんどは、この「まきがめ」での僅かなルール変更によるもので、そのルールが入っていないサメガメにはあまり興味が無い。
Tali は、Yahtzee。
ルールを知らない人には意味がわからないかも。知っている人なら熱くなれます。
…が、残念ながら、Netwalker では画面の縦幅が僅かに足らない。
遊べるのだけど、ちょっと遊びにくい。
AisleRiot Solitaire は、各種トランプソリティアを一つにパッケージしたもの。
非常に多数のゲームが入っています。ルール知らないのばかりだけど、遊んでいるうちに理解できたりするのがまた楽しい。
個人的には、実はこれで「スパイダー」を覚えました。
(Windows XP に付属するより前の話)
---
BurgerSpace 、というゲームがあったので入れてみる。
これは、まんま「ハンバーガー/BurgerTime」のclone。結構良く出来ている。
もっとも、アクションゲームをNetwalker のキーボードで遊ぶのは、ちょっと辛いかも。
で、個人的にはこれを是非入れたかった、FCE Ultra。
リヌザウの時は、デスクトップマシンにクロスコンパイル環境作って、自分でリヌザウ用にポートして遊んでいた。
それでも、音を出さない設定で、4フレームごとの描画がやっとだった。結構遊べたけどね。
今回はコンパイルは不要。GFCE Ultra NES Emulator を入れるだけ。
ネット上の評判によると「ガクガクで遊べたもんじゃない」「音が出ない」などといわれているけど…
起動してみると、たしかに。
音が途切れちゃって耳障りだし、動きもガクガクする。音を消す設定があるので音を消すと、かなりスムーズに動く。
でも、以前に自分でポートした経験がここで活きる。
実は、ファミコンエミュレーターでは画像を作ること以上に、音源のエミュレートに処理時間が食われているのだ。
そして、「完璧なエミュレートをもとめる」か、「実用速度で動くことを求める」かは、ユーザーが決められるように作ってある。
GFCE Ultra のインターフェイスパネルの Advance タブで、Extra Parameters を入力。
-soundq 0 -soundrate 12000
saundq は、サウンドのクオリティだ。より良いエミュレートを求めるなら 1 を、速度重視なら 0 を指定する。デフォルトは 1 だ。
soundrate は、生成されるサンプリングデータのサンプリング周波数だ。標準では 48000 だが、12000 にすれば 1/4 の処理で生成できる。
僕の環境ではこれで十分だったが、必要なら -frameskip 1 を入れると良い。
これで、1コマごとに飛ばして描画する。描画処理も重いので、半分になればかなり軽くなる。
ちゃんと音も出るし、ガクガクしない。スムーズなゲームが遊べる。
ザウルスの時に比べると格段の進歩だ。
ちなみに、パッドの設定は「Input」タブで、最初にヘルプを読んでから行うように。
ヘルプを読まないと設定方法の意味がわからない。
ゲームを開始したら、Alt+Return で全画面化するといい。
全画面に引き伸ばしたら速度が落ちるかな…と思ったら、背景で余計な別プロセスが画像描画するほうが、よほど処理を食うようだ。
---
ほかに、battwalker入れました。
たしかに、標準のバッテリー表示は役に立たないわ。
HP200LX の時は、標準では「ニッカド電池」を想定した残量表示だったので、LiON 電池を使い始めてから電圧推移をグラフで書いてくれるソフト使っていたっけ。
battwalker も電圧のログをファイルに残すそうなので、グラフ表示アプリ作ると楽しいかも。
休日とはいえいろいろと忙しく、少しづつ Netwalker をいじってみる。
なぜか無線LANがつながらず、この設定だけで数時間。
Netwalker 、ってくらいで、ネットにつながらないと何も出来ない。
ネットにつながったら、ユーザー登録。
そして、「本体が動くうちに」リカバリーSDカードを作るように、と薦められる。(マニュアルに書いてある)
リカバリーSD を作るには、SHARP のWEBページからスクリプトをダウンロードして実行する。
本体内のデータを退避して作るのかと思ったら、単純に SHARP のページからイメージバイナリをダウンロードするだけなのね。
わざわざ Netwalker で作業させる意味がわからない…遅い無線 LAN で延々と3時間くらいかかる。
続いて、いろいろとおかしなところを修正。
localhost が設定されていない、という問題があるそうなので修正。
---
ともかく、完了したらやっと「自分好みの」カスタマイズ開始。
とりあえず、リヌザウでは「文庫ビュワー」にずいぶんお世話になっていた。同様の読書環境は整えたい。
Netwalker には残念ながら文庫ビュワーはないのだが、XJP がある。
GIGAZIZEにインストール方法が載っていたので、参考にインストールしてみよう。
…まずは記事のままインストールした。
でも、あとでいろいろおかしいことに気づいた。GIGAZINE 、記事にするならちゃんと検証しようね。
#今回のことに限らず、GIGAZINE は詰めが甘いというか、嘘が良く載っている。
まぁ、「面白がる」「速報性を重視する」方針…つまり、タブロイド紙の方向性なので構わないのだけど。
まず、xtext.conf の設定について。
AOZORA_LIST の項目は「青空文庫のディレクトリ構成」を意味するので、書き換えてはいけない。
(GIGAZINE の記事では、ローカルのディレクトリ構成にしたがって書き換えている)
うっかり書き換えると、この後書くとても便利な機能が使えなくなる。
Ubuntu日本語フォーラムに、XJP のバグ修正パッチが投稿されている。
バグが残ったままだと、l (小文字のL)キーを押しただけで操作不能になったりするので、バグは是非修正するように。
で、このバグ修正で、ネット接続モードも使えるようになる。(修正しないといろいろおかしい)
./configure する際に、 --enable-net オプションをつけておこう。
すでにコンパイルしちゃっている人は、make clean してから make install。
これで、n キーを押しただけで青空文庫に接続し、テキストがダウンロードできるようになる。
本(?)が気軽に読めて、すごく便利。
---
ゲーム環境。ゲーム好きなので、個人的にはすごく大事。
Ubuntu には標準でゲームがいくつか入っているが、Netwalker には入れられていない。
「アプリケーション」の「追加と削除」から簡単に入れられる。
AisleRiot Solitaire を入れる。
これを入れると、一緒に Ubuntu 標準のゲーム…マインスイーパーや上海、サメガメやTali などが入る。
えーと、ベーシックすぎて余り面白くない、と公言してはばからない人も多いですが、個人的には嫌いではないです。
…いや、どうでもいいゲームも入るのは事実なんだけど。
サメガメは、個人的な好みでいうと OldMac 版の「まきがめ」が熱かった。
というか、サメガメ人気のほとんどは、この「まきがめ」での僅かなルール変更によるもので、そのルールが入っていないサメガメにはあまり興味が無い。
Tali は、Yahtzee。
ルールを知らない人には意味がわからないかも。知っている人なら熱くなれます。
…が、残念ながら、Netwalker では画面の縦幅が僅かに足らない。
遊べるのだけど、ちょっと遊びにくい。
AisleRiot Solitaire は、各種トランプソリティアを一つにパッケージしたもの。
非常に多数のゲームが入っています。ルール知らないのばかりだけど、遊んでいるうちに理解できたりするのがまた楽しい。
個人的には、実はこれで「スパイダー」を覚えました。
(Windows XP に付属するより前の話)
---
BurgerSpace 、というゲームがあったので入れてみる。
これは、まんま「ハンバーガー/BurgerTime」のclone。結構良く出来ている。
もっとも、アクションゲームをNetwalker のキーボードで遊ぶのは、ちょっと辛いかも。
で、個人的にはこれを是非入れたかった、FCE Ultra。
リヌザウの時は、デスクトップマシンにクロスコンパイル環境作って、自分でリヌザウ用にポートして遊んでいた。
それでも、音を出さない設定で、4フレームごとの描画がやっとだった。結構遊べたけどね。
今回はコンパイルは不要。GFCE Ultra NES Emulator を入れるだけ。
ネット上の評判によると「ガクガクで遊べたもんじゃない」「音が出ない」などといわれているけど…
起動してみると、たしかに。
音が途切れちゃって耳障りだし、動きもガクガクする。音を消す設定があるので音を消すと、かなりスムーズに動く。
でも、以前に自分でポートした経験がここで活きる。
実は、ファミコンエミュレーターでは画像を作ること以上に、音源のエミュレートに処理時間が食われているのだ。
そして、「完璧なエミュレートをもとめる」か、「実用速度で動くことを求める」かは、ユーザーが決められるように作ってある。
GFCE Ultra のインターフェイスパネルの Advance タブで、Extra Parameters を入力。
-soundq 0 -soundrate 12000
saundq は、サウンドのクオリティだ。より良いエミュレートを求めるなら 1 を、速度重視なら 0 を指定する。デフォルトは 1 だ。
soundrate は、生成されるサンプリングデータのサンプリング周波数だ。標準では 48000 だが、12000 にすれば 1/4 の処理で生成できる。
僕の環境ではこれで十分だったが、必要なら -frameskip 1 を入れると良い。
これで、1コマごとに飛ばして描画する。描画処理も重いので、半分になればかなり軽くなる。
ちゃんと音も出るし、ガクガクしない。スムーズなゲームが遊べる。
ザウルスの時に比べると格段の進歩だ。
ちなみに、パッドの設定は「Input」タブで、最初にヘルプを読んでから行うように。
ヘルプを読まないと設定方法の意味がわからない。
ゲームを開始したら、Alt+Return で全画面化するといい。
全画面に引き伸ばしたら速度が落ちるかな…と思ったら、背景で余計な別プロセスが画像描画するほうが、よほど処理を食うようだ。
---
ほかに、battwalker入れました。
たしかに、標準のバッテリー表示は役に立たないわ。
HP200LX の時は、標準では「ニッカド電池」を想定した残量表示だったので、LiON 電池を使い始めてから電圧推移をグラフで書いてくれるソフト使っていたっけ。
battwalker も電圧のログをファイルに残すそうなので、グラフ表示アプリ作ると楽しいかも。
Netwalker 買った。 2009-11-22 16:02:00 COMP
Netwalker 買っちゃいました。
HP-200LX、リナザウ(日記には書いていないが、SL-C700、SL-C760、SL-C3000と3台所有した)、W-ZERO3[es]、Advanced/W-ZERO3[es]と経由してきて、Netwalker なわけですが…
#他に PT-110やVAIO Uも所有したが、ほとんど使わず。
欲しがる人はとっくに購入しているマシンなので、いまさらなのですが、自分の記録のためにも日記を。
---
まず、Netwalker は「現時点でベスト」だと思うのですが、「歴代でベスト」だとは最初から思っていません。
自分がこの手の「極小マシン」に求めているのは、電車の中でも立ったまま文章が入力できることです。
その点では、いまだに HP-200LX がベストマシン。
理由は、OS が DOS をベースとして、モバイル用に熟考されたインターフェイスを搭載したものであり、ポインティングデバイスなど不要だったためです。
DOS の豊富なソフトが使えた、というのも重要ポイント。
でも、「当時は」最高のマシンでも、今では使う気はしません。
理由は、現代において「文章を入力する」というのは、WEB での調査作業と表裏一体だから。
DOS ベースで、WEB アクセスが不自由なマシンでは使い物になりません。
---
リナザウは、カスタマイズされた、サブセットの Linux を搭載していました。
このカスタマイズにより、HP-200LX と同じようにモバイルでの使いやすさを実現していましたが、同時に「Linux のソフト資産」を完全に継承できませんでした。
それでも、進化の止まってしまった HP-200LX に比べれば、ネットにも接続できたしカラー表示も可能だった。
「時代の流れ」で、当時はリヌザウはベストでした。
ただ、Sharp はリヌザウ以前の「ザウルス」ほど、使いやすい環境を整えられなかった。
WEB も「出来なくは無い」が実用的ではありませんでした。
志は高いが、完成度は低かったマシンだと思います。リヌザウは。
---
W-ZERO3 の OS は、ご存知 WindowsMobile 。昔は WindowsCE と呼ばれ、後に PocketWindows と呼ばれたやつです。
Windows っぽさを残しつつ、実はまったく違う OS 。
ソフト資産は継承できないし、インターフェイスはデスクトップで使用することを前提としたもの。
つまり、モバイルでは非常に使いにくいです。
それでも使っているのは、携帯電話とリヌザウの2台を持ち歩くのに疲れたから。
使いにくいと思っているユーザーは多数いて、改善するソフトも定番となるようなものがたくさんありますし。
リヌザウを使っている最中から、仕事柄どこでも SSH できることが重要になっていたのですが、W-Zero3 ならそれができる、というのも重要ポイントでした。
今も使っています。
QWERTY キーボードがあるので、メールを書く時に便利、というのは大きな特徴です。
Willcom ならメール無料ですし。
…でも、最近携帯各社もメールを無料にすると発表したので、乗り換えようと思っています。
だって、今の世の中「大手3社」の普通の携帯を持たないことって、デメリットになるのだもの。
#そういう理由で、iPhone への乗り換え、というのは却下。興味はあるのだけどね。
たぶん、来春発売の DoCoMo のキーボード付きマシンに乗り換えます。
また Sharp だけどね…
---
そして、Netwalker。
Ubuntu Linux を搭載し、基本的には「小さいけど普通のパソコン」です。
ハード的にはモバイルで使いやすいように工夫はしているけど、マウスよりも使いにくいポインティングデバイスでマウスカーソルを動かしてウインドウを操作するなんて、あまりやりたくない。
リヌザウでは、CPU の非力さを補うために「一度起動したソフトを終了しないようにする」オプションがありました。
このフラグをセットしたソフトは、終了したように見えてもメモリ上に残ります。
Netwalker も CPU は非力なのに、このようなオプションもない。
電源 ON が3秒でも、そこからソフトを起動するのに 30秒かかっては無意味です。
でも、「Window 操作がしにくい」も「ソフトを常駐させたい」も、実は Window Manager の問題なんだよね。
そして、ただの Ubuntu だからこそ、解決される(かもしれない)望みがある。
実は、購入時に工人舎の PM とかなり悩みました。(多くの人が悩むようです)
PM は Windows なのに右クリックが無い、というのが、Netwalker を選んだ理由の一つです。
WindowsMobile での「右クリック」が、同じ操作(タップ長押し)で非常に使いにくいので。
でも、多くの人が言うようなキーボードは、案外気になりません。
ひどいキーボードのマシン使い慣れてるからな。
#HP-200LX だって、結構ひどいもんでした。
98HA は特にひどかった。けど、ちゃんと使えてた。あれに比べれば…
長々書いていますが、実のところまだ余りいじっていません。
先週火曜日に届いていたのですが、病気で寝込んでいたもので。
HP-200LX、リナザウ(日記には書いていないが、SL-C700、SL-C760、SL-C3000と3台所有した)、W-ZERO3[es]、Advanced/W-ZERO3[es]と経由してきて、Netwalker なわけですが…
#他に PT-110やVAIO Uも所有したが、ほとんど使わず。
欲しがる人はとっくに購入しているマシンなので、いまさらなのですが、自分の記録のためにも日記を。
---
まず、Netwalker は「現時点でベスト」だと思うのですが、「歴代でベスト」だとは最初から思っていません。
自分がこの手の「極小マシン」に求めているのは、電車の中でも立ったまま文章が入力できることです。
その点では、いまだに HP-200LX がベストマシン。
理由は、OS が DOS をベースとして、モバイル用に熟考されたインターフェイスを搭載したものであり、ポインティングデバイスなど不要だったためです。
DOS の豊富なソフトが使えた、というのも重要ポイント。
でも、「当時は」最高のマシンでも、今では使う気はしません。
理由は、現代において「文章を入力する」というのは、WEB での調査作業と表裏一体だから。
DOS ベースで、WEB アクセスが不自由なマシンでは使い物になりません。
---
リナザウは、カスタマイズされた、サブセットの Linux を搭載していました。
このカスタマイズにより、HP-200LX と同じようにモバイルでの使いやすさを実現していましたが、同時に「Linux のソフト資産」を完全に継承できませんでした。
それでも、進化の止まってしまった HP-200LX に比べれば、ネットにも接続できたしカラー表示も可能だった。
「時代の流れ」で、当時はリヌザウはベストでした。
ただ、Sharp はリヌザウ以前の「ザウルス」ほど、使いやすい環境を整えられなかった。
WEB も「出来なくは無い」が実用的ではありませんでした。
志は高いが、完成度は低かったマシンだと思います。リヌザウは。
---
W-ZERO3 の OS は、ご存知 WindowsMobile 。昔は WindowsCE と呼ばれ、後に PocketWindows と呼ばれたやつです。
Windows っぽさを残しつつ、実はまったく違う OS 。
ソフト資産は継承できないし、インターフェイスはデスクトップで使用することを前提としたもの。
つまり、モバイルでは非常に使いにくいです。
それでも使っているのは、携帯電話とリヌザウの2台を持ち歩くのに疲れたから。
使いにくいと思っているユーザーは多数いて、改善するソフトも定番となるようなものがたくさんありますし。
リヌザウを使っている最中から、仕事柄どこでも SSH できることが重要になっていたのですが、W-Zero3 ならそれができる、というのも重要ポイントでした。
今も使っています。
QWERTY キーボードがあるので、メールを書く時に便利、というのは大きな特徴です。
Willcom ならメール無料ですし。
…でも、最近携帯各社もメールを無料にすると発表したので、乗り換えようと思っています。
だって、今の世の中「大手3社」の普通の携帯を持たないことって、デメリットになるのだもの。
#そういう理由で、iPhone への乗り換え、というのは却下。興味はあるのだけどね。
たぶん、来春発売の DoCoMo のキーボード付きマシンに乗り換えます。
また Sharp だけどね…
---
そして、Netwalker。
Ubuntu Linux を搭載し、基本的には「小さいけど普通のパソコン」です。
ハード的にはモバイルで使いやすいように工夫はしているけど、マウスよりも使いにくいポインティングデバイスでマウスカーソルを動かしてウインドウを操作するなんて、あまりやりたくない。
リヌザウでは、CPU の非力さを補うために「一度起動したソフトを終了しないようにする」オプションがありました。
このフラグをセットしたソフトは、終了したように見えてもメモリ上に残ります。
Netwalker も CPU は非力なのに、このようなオプションもない。
電源 ON が3秒でも、そこからソフトを起動するのに 30秒かかっては無意味です。
でも、「Window 操作がしにくい」も「ソフトを常駐させたい」も、実は Window Manager の問題なんだよね。
そして、ただの Ubuntu だからこそ、解決される(かもしれない)望みがある。
実は、購入時に工人舎の PM とかなり悩みました。(多くの人が悩むようです)
PM は Windows なのに右クリックが無い、というのが、Netwalker を選んだ理由の一つです。
WindowsMobile での「右クリック」が、同じ操作(タップ長押し)で非常に使いにくいので。
でも、多くの人が言うようなキーボードは、案外気になりません。
ひどいキーボードのマシン使い慣れてるからな。
#HP-200LX だって、結構ひどいもんでした。
98HA は特にひどかった。けど、ちゃんと使えてた。あれに比べれば…
長々書いていますが、実のところまだ余りいじっていません。
先週火曜日に届いていたのですが、病気で寝込んでいたもので。
テレビゲーム 2009-10-09 17:39:33 COMP FAMILY
うちの子供(5歳)はトミカ・プラレールが大好き。
…と、先日と同じ書き出しで始めてみました。
トミカには周辺商品が多数あり、テレビにつないで遊べる子供向けテレビゲームなんかもある。
で、うちの子が「遊びたい」としょっちゅう言っているので、Wii ware の「トミカドライブ しゅつどう!緊急車両編」を買ってやる事にした。ソフトだけなら安いしね。
ただ、「買うことに」してから、実際の購入まで1ヶ月くらい迷った。
これが、子供が遊べるゲームなのかどうかわからないから。
ゲームマニアが買うような商品ではないので、ネットを見てもほとんど情報が無い。
というわけで、人柱レポートです。
今後買う人の参考になれば幸い。
---
うちの子は5歳と2歳5ヶ月。
上の子は、Wii Fit の「スキージャンプ」程度は遊んだことあります。
あれはコントローラー持たなくていいし、「タイミングを見て立ち上がる」だけのゲームなので。
つまり、ゲームはほぼ初体験。
心配していたのは、子供が操作できなことがストレスになるゲームではないか、ということ。
しかし、心配は要りませんでした。
基本はドライブゲームです。
「トミカタウン」の中を走り、パトカーで信号無視の車を追いかけたり、消防車で火災現場に急行したり、救急車で怪我人を搬送したりします。
ドライブゲームではありますが、カーブは勝手に曲がります。
ハンドル操作はありますが、「車線変更して前の車を避ける」だけ。
アクセル操作も、ブレーキ操作もありません。
でも、「スピードアップ」はあります。これは、急行している感じを出すアクセント。
緊急車両なので、サイレンを鳴らすことが出来ます。
鳴らしていないと信号で止まりますが、鳴らしていると通過できます。
マイクで前の車に呼びかけることも出来ます。
呼びかけると車線を開けてくれるので、ハンドル操作がうまく行かない子供でも安心。
他に、ライトをつけたり、ワイパーを動かしたりも出来ます。
雨が降ることはあるのでワイパーの存在意義はありますが、ライトは気分程度のもの。
…さて、ハンドル操作はほぼいらず、簡単なゲームか、というとそうでもない。
信号待ちの車は動いていないので、マイクで呼びかけてもどいてくれません。
これは避ける必要があります。
避けないと、ゲームクリア時の「安全運転」が減点されます。
100点満点で、車にぶつかるたびに10点減点。
他に「サイレン」も100点満点で、信号につかまるたびに10点減点。
「マイクよびかけ」は、使わないと50点。使うと100点。
重要なのが「時間」で、設定タイム(公表されないが、ゲームごとに設定されている)以下でゲームクリアすれば100点。時間オーバーは、1秒ごとに1点減点。
この400点満点で競うわけですが、大人がやっても気を抜くと減点される。
まぁ、子供が適当にやって400点取れる場合もあり、運の要素も大きいです。
5歳の子供は、すぐに慣れて楽しんで遊んでいます。
二人用で遊ぶと、プレイヤー1は全部の操作が可能、プレイヤー2はハンドル・スピードアップ以外の操作が可能です。
大人がアシストしてハンドルは子供に任せるもよし。
逆に大人が完全操作できる状態で、子供にサイレン鳴らさせてあげるもよし。
2歳の子供は、これでかなり喜んでいます。
ちなみに、トミカ好きならわかる「T君」がトミカタウンの中に立っていたり、遠くにプラレールが走っているポイントがあったり、結構細かな部分で遊び心もあります。
交差点もあるのに自由に曲がれない、というのに、うちの子は少し不満そうではありますが、これは「ハンドル操作が簡単」なのでトレードオフなので仕方ないところか。
というわけで、トミカ好き・特に緊急車両好きの幼稚園・保育園児なら買い。
多分、小学生には物足りないゲームでしょう。
(その子がはじめて遊ぶテレビゲームだというなら、十分楽しめると思いますが)
これ、「緊急車両編」なのだけど、続編予定あるのかな。
うちの子は工事車両とか、ごみ収集車も好きなんですけど…
…どうゲーム化すればよいか、自分でもわからん (^^;
#簡単操作、というのと、工事車両でできることの自由度の高さが両立できなさそう。
…と、先日と同じ書き出しで始めてみました。
トミカには周辺商品が多数あり、テレビにつないで遊べる子供向けテレビゲームなんかもある。
で、うちの子が「遊びたい」としょっちゅう言っているので、Wii ware の「トミカドライブ しゅつどう!緊急車両編」を買ってやる事にした。ソフトだけなら安いしね。
ただ、「買うことに」してから、実際の購入まで1ヶ月くらい迷った。
これが、子供が遊べるゲームなのかどうかわからないから。
ゲームマニアが買うような商品ではないので、ネットを見てもほとんど情報が無い。
というわけで、人柱レポートです。
今後買う人の参考になれば幸い。
---
うちの子は5歳と2歳5ヶ月。
上の子は、Wii Fit の「スキージャンプ」程度は遊んだことあります。
あれはコントローラー持たなくていいし、「タイミングを見て立ち上がる」だけのゲームなので。
つまり、ゲームはほぼ初体験。
心配していたのは、子供が操作できなことがストレスになるゲームではないか、ということ。
しかし、心配は要りませんでした。
基本はドライブゲームです。
「トミカタウン」の中を走り、パトカーで信号無視の車を追いかけたり、消防車で火災現場に急行したり、救急車で怪我人を搬送したりします。
ドライブゲームではありますが、カーブは勝手に曲がります。
ハンドル操作はありますが、「車線変更して前の車を避ける」だけ。
アクセル操作も、ブレーキ操作もありません。
でも、「スピードアップ」はあります。これは、急行している感じを出すアクセント。
緊急車両なので、サイレンを鳴らすことが出来ます。
鳴らしていないと信号で止まりますが、鳴らしていると通過できます。
マイクで前の車に呼びかけることも出来ます。
呼びかけると車線を開けてくれるので、ハンドル操作がうまく行かない子供でも安心。
他に、ライトをつけたり、ワイパーを動かしたりも出来ます。
雨が降ることはあるのでワイパーの存在意義はありますが、ライトは気分程度のもの。
…さて、ハンドル操作はほぼいらず、簡単なゲームか、というとそうでもない。
信号待ちの車は動いていないので、マイクで呼びかけてもどいてくれません。
これは避ける必要があります。
避けないと、ゲームクリア時の「安全運転」が減点されます。
100点満点で、車にぶつかるたびに10点減点。
他に「サイレン」も100点満点で、信号につかまるたびに10点減点。
「マイクよびかけ」は、使わないと50点。使うと100点。
重要なのが「時間」で、設定タイム(公表されないが、ゲームごとに設定されている)以下でゲームクリアすれば100点。時間オーバーは、1秒ごとに1点減点。
この400点満点で競うわけですが、大人がやっても気を抜くと減点される。
まぁ、子供が適当にやって400点取れる場合もあり、運の要素も大きいです。
5歳の子供は、すぐに慣れて楽しんで遊んでいます。
二人用で遊ぶと、プレイヤー1は全部の操作が可能、プレイヤー2はハンドル・スピードアップ以外の操作が可能です。
大人がアシストしてハンドルは子供に任せるもよし。
逆に大人が完全操作できる状態で、子供にサイレン鳴らさせてあげるもよし。
2歳の子供は、これでかなり喜んでいます。
ちなみに、トミカ好きならわかる「T君」がトミカタウンの中に立っていたり、遠くにプラレールが走っているポイントがあったり、結構細かな部分で遊び心もあります。
交差点もあるのに自由に曲がれない、というのに、うちの子は少し不満そうではありますが、これは「ハンドル操作が簡単」なのでトレードオフなので仕方ないところか。
というわけで、トミカ好き・特に緊急車両好きの幼稚園・保育園児なら買い。
多分、小学生には物足りないゲームでしょう。
(その子がはじめて遊ぶテレビゲームだというなら、十分楽しめると思いますが)
これ、「緊急車両編」なのだけど、続編予定あるのかな。
うちの子は工事車両とか、ごみ収集車も好きなんですけど…
…どうゲーム化すればよいか、自分でもわからん (^^;
#簡単操作、というのと、工事車両でできることの自由度の高さが両立できなさそう。
ゲーム解禁 2009-07-23 02:14:05 COMP FAMILY
先週末(7/18~20)は3連休だった。
しかも、保育園は名目上の夏休みに突入。
(事実上は夏休み中も預かってもらえるのだが)
子供たちをどこかに連れて行ってやらないとなぁ、と思いつつ、タイミングがつかめない。
18日は保育園の花火大会。長女を昼寝させておかないと夜もたないので、午後はこれでつぶれる。
19日は、前日夜の疲れから長女が午前10時くらいから昼寝してしまった。
夕方から散歩に出て、かなり長距離歩き回る。子供たちは楽しかったらしい。
20日は前日の散歩の疲れで、親のほうが気力なし。
というわけで、遠出はせず。
主に割を食ったのは長男。
近所の公園など行きたいのに、長女の昼寝のせいで出かけられない。
そこで、「ゲーム解禁」をしてみた。
以前から、梅雨の雨で外遊びできない時に遊ばせてみよう、とは思っていたのだけど。
---
5歳以下の子供にゲームは難しい。
まず、3歳くらいになるまで、勝ち負けという概念が理解できない。
3歳くらいで「競争」とか「じゃんけん」「すごろく」などの単純な勝負事は理解できるようになるが、神経衰弱のような「ルールに加えて、遊ぶためのノウハウが必要」なゲームは理解できない。
で、もうすぐ5歳の長男、最近やっとゲームを遊べるかな、と思うような知恵が付いてきた。
実は、以前から時々 Wii を遊ばせてみたことはあった。
主に「はじめての Wii」の、「つり」と「牛ダッシュ!」。
前者は操作が難しいようだが、ボタンを使わない単純さで「遊べないことはない」。
後者もボタンを使わないし、適当に操作していると画面上に何らかの反応はあるので「楽しい」。
(どちらも、ゲームとしては成立していない)
何よりも、子供の手は小さいので「リモコンをしっかり持って、ボタンを押す」ことが難しい。
どうしても、ボタンを余り使わないゲームしか遊べない。
最後に遊んだのは半年くらい前か。あの頃はルールが理解できず、ゲームとして成立していなかった。
今なら、単純なゲームなら理解できるのではないか、という期待がある。
---
ところで、保育園児には「ポケットモンスター」は一定の人気がある。
うちではあまりアニメを見ていないが、他のこの影響で、長男もそれなりにポケモンを知っている。
で、半年ほど前から「○○が進化すると△△になるんだよ」などと良く言うようになったので、「お父さんが遊んでいた初代ポケモンでは、そのキャラはいなかった」とか言ってやるようになっていた。
その関係で、子供は「最初のポケモンはゲームから始まった」ことは知っているのだが、先日「最初のポケモンには色は無かった」ことを言ったら、何に反応したのか非常に見たがっていた。
じゃぁ、是非見せてやりたい。
というのも、ゲーム解禁の理由の一つではある。
---
最近、Wii Sports Resort を購入した。
これにより、常に Wii に入れっぱなしだった「どうぶつの森」が、頻繁に入れ替えられるようになった。
保育園の花火大会があった日は土曜日。
この夜、とたけけの曲をもらうために(実時間で土曜日の夜限定の、そういうイベントがゲーム中に発生する)、どうぶつの森のパッケージを取り出し、そのままテレビの前に置きっぱなしにしてしまった。
翌朝、なにやらかわいらしい絵の描いてあるこのパッケージを発見したのは長女。
DVD のパッケージだと思ったのか「ぼく、このビデオ見たーい」と主張。
(注:長女は自分のことを「ぼく」と言います。長男の影響)
ゲーム解禁は以前から考えていたが、ぶつ森は子供が遊ぶには複雑すぎる。遊んでもいいけど別のゲームで…などと思っていたら、妻が「いいんじゃない? 少し遊ばせてあげれば?」
そうか。じゃぁ、ちょっとだけ、と起動。
長男にわかるようにメッセージをひらがなにして、長女のために表示を読み上げながら少し遊んでみる。
「ポケモンも、こんな風に字が読めないと遊べないんだよ」と長男に言うと、自分には少し難しいゲームだということは理解できたらしい。
その後、コントローラーを渡して自分で操作させてみる。
上下左右に…自由に動くことすら難しい。コントローラーをもつ手が遊んでいる間に「ひねって」しまい、どちらが上だか判らなくなるのだ。
でも、単純にくるくる回っていたりするだけでも面白いらしい。
「ぼくもやりたーい」と長女が言うので、長女にも遊ばせる。こちらは歩くのも難しいようなので、一緒に手伝ってあげる。しばらく遊んだら満足したらしい。
「歩くだけで走れないの?」と長男が聞くので、走って急に方向転換して見せた。(この操作は、特別なアニメーションを起こさせる)
この動きだけで長男大喜び。
---
Wii Sports Resort にゲームを変える。
乗り物好きの長男に、是非あそばせて見たいゲームがあった。
「遊覧飛行」
本来の目的は、飛行機を操作して特定のポイントを通っていくゲーム。
しかし、いい加減に操作して飛んでいるだけでも、もしくは墜落するだけでも(!)結構楽しい。
これなら、子供にも楽しめるのではないか?
しかも、このゲームは基本的にボタンを使用しない。
リモコンを模型飛行機に見立てて、傾けることで操作する。
これなら、手が小さな子供でも遊べるはずだ。
思ったとおりの好感触。
正しい意味で「飛ぶ」ことはできていないが、リモコンを動かすと画面が動くだけで楽しいらしい。
いつもどおり、長女が「ぼくもあそびたーい」と言い出したので、二人用の対戦モードにする。
本来ならドッグファイトを行うモードだが、それぞれが気ままに飛ぶだけでも十分楽しい。
やがて飽きたので終了。
---
しかし、話はこれで終わらない。
この後、部屋遊びしている子供たちの脇で、自分は探し物。
「なに探してるのー?」
と子供に問われたが、実はポケモンのカートリッジがないのだ。
ゲームボーイ本体はあるのだが、引越しの際にどこかの荷物にまぎれてしまったらしい。
他のゲームボーイのカートリッジは大量に出てきた。
ポケモンは見当たらないが「遊んでみたい」という長男に、「スペースインベーダー」を遊ばせて見る。
非常に単純なゲームなので、すぐにルールは理解できたらしい。
「ただ動くだけで楽しい」という、牛ダッシュ!や、ぶつ森や、遊覧飛行もいいゲームだとは思う。
でも、ここで初めて、目的を持った「ゲームらしい」遊び方を習得する。
最初は自機を動かすことも難しい。
弾を撃つのに集中して、敵の弾を避けられない。
しかし、徐々にではあるが上達する。
「あと少しで全部やっつけられるよ」「でも、早く動くようになって難しい」などと、実況中継しながら遊んでいる。
一面クリアはまだ難しいようだが、UFO は結構な率で狙って当てられるようになったらしい。
ゲームは平日は遊ばない、と約束させたので、次の週末までにコツを忘れてしまうかも。
でも、今のところ一番熱中しているのは、インベーダーゲームのようだ。
さて、1面クリアしたら、次は同じくゲームボーイのパックマンかな。
もしくは、PS2の「ナムコミュージアム」でギャラクシアンを遊ばせてみるか…
#ゲームボーイではなく、PS2 の「タイトーミュージアム」のインベーダーを遊ばせるのもいいかもしれない。あっちのほうが本物に近いから。
ここら辺の「オールドゲームコレクション」は、子供にそのうちゲームの歴史を教えるつもりで購入してある。
しかも、保育園は名目上の夏休みに突入。
(事実上は夏休み中も預かってもらえるのだが)
子供たちをどこかに連れて行ってやらないとなぁ、と思いつつ、タイミングがつかめない。
18日は保育園の花火大会。長女を昼寝させておかないと夜もたないので、午後はこれでつぶれる。
19日は、前日夜の疲れから長女が午前10時くらいから昼寝してしまった。
夕方から散歩に出て、かなり長距離歩き回る。子供たちは楽しかったらしい。
20日は前日の散歩の疲れで、親のほうが気力なし。
というわけで、遠出はせず。
主に割を食ったのは長男。
近所の公園など行きたいのに、長女の昼寝のせいで出かけられない。
そこで、「ゲーム解禁」をしてみた。
以前から、梅雨の雨で外遊びできない時に遊ばせてみよう、とは思っていたのだけど。
---
5歳以下の子供にゲームは難しい。
まず、3歳くらいになるまで、勝ち負けという概念が理解できない。
3歳くらいで「競争」とか「じゃんけん」「すごろく」などの単純な勝負事は理解できるようになるが、神経衰弱のような「ルールに加えて、遊ぶためのノウハウが必要」なゲームは理解できない。
で、もうすぐ5歳の長男、最近やっとゲームを遊べるかな、と思うような知恵が付いてきた。
実は、以前から時々 Wii を遊ばせてみたことはあった。
主に「はじめての Wii」の、「つり」と「牛ダッシュ!」。
前者は操作が難しいようだが、ボタンを使わない単純さで「遊べないことはない」。
後者もボタンを使わないし、適当に操作していると画面上に何らかの反応はあるので「楽しい」。
(どちらも、ゲームとしては成立していない)
何よりも、子供の手は小さいので「リモコンをしっかり持って、ボタンを押す」ことが難しい。
どうしても、ボタンを余り使わないゲームしか遊べない。
最後に遊んだのは半年くらい前か。あの頃はルールが理解できず、ゲームとして成立していなかった。
今なら、単純なゲームなら理解できるのではないか、という期待がある。
---
ところで、保育園児には「ポケットモンスター」は一定の人気がある。
うちではあまりアニメを見ていないが、他のこの影響で、長男もそれなりにポケモンを知っている。
で、半年ほど前から「○○が進化すると△△になるんだよ」などと良く言うようになったので、「お父さんが遊んでいた初代ポケモンでは、そのキャラはいなかった」とか言ってやるようになっていた。
その関係で、子供は「最初のポケモンはゲームから始まった」ことは知っているのだが、先日「最初のポケモンには色は無かった」ことを言ったら、何に反応したのか非常に見たがっていた。
じゃぁ、是非見せてやりたい。
というのも、ゲーム解禁の理由の一つではある。
---
最近、Wii Sports Resort を購入した。
これにより、常に Wii に入れっぱなしだった「どうぶつの森」が、頻繁に入れ替えられるようになった。
保育園の花火大会があった日は土曜日。
この夜、とたけけの曲をもらうために(実時間で土曜日の夜限定の、そういうイベントがゲーム中に発生する)、どうぶつの森のパッケージを取り出し、そのままテレビの前に置きっぱなしにしてしまった。
翌朝、なにやらかわいらしい絵の描いてあるこのパッケージを発見したのは長女。
DVD のパッケージだと思ったのか「ぼく、このビデオ見たーい」と主張。
(注:長女は自分のことを「ぼく」と言います。長男の影響)
ゲーム解禁は以前から考えていたが、ぶつ森は子供が遊ぶには複雑すぎる。遊んでもいいけど別のゲームで…などと思っていたら、妻が「いいんじゃない? 少し遊ばせてあげれば?」
そうか。じゃぁ、ちょっとだけ、と起動。
長男にわかるようにメッセージをひらがなにして、長女のために表示を読み上げながら少し遊んでみる。
「ポケモンも、こんな風に字が読めないと遊べないんだよ」と長男に言うと、自分には少し難しいゲームだということは理解できたらしい。
その後、コントローラーを渡して自分で操作させてみる。
上下左右に…自由に動くことすら難しい。コントローラーをもつ手が遊んでいる間に「ひねって」しまい、どちらが上だか判らなくなるのだ。
でも、単純にくるくる回っていたりするだけでも面白いらしい。
「ぼくもやりたーい」と長女が言うので、長女にも遊ばせる。こちらは歩くのも難しいようなので、一緒に手伝ってあげる。しばらく遊んだら満足したらしい。
「歩くだけで走れないの?」と長男が聞くので、走って急に方向転換して見せた。(この操作は、特別なアニメーションを起こさせる)
この動きだけで長男大喜び。
---
Wii Sports Resort にゲームを変える。
乗り物好きの長男に、是非あそばせて見たいゲームがあった。
「遊覧飛行」
本来の目的は、飛行機を操作して特定のポイントを通っていくゲーム。
しかし、いい加減に操作して飛んでいるだけでも、もしくは墜落するだけでも(!)結構楽しい。
これなら、子供にも楽しめるのではないか?
しかも、このゲームは基本的にボタンを使用しない。
リモコンを模型飛行機に見立てて、傾けることで操作する。
これなら、手が小さな子供でも遊べるはずだ。
思ったとおりの好感触。
正しい意味で「飛ぶ」ことはできていないが、リモコンを動かすと画面が動くだけで楽しいらしい。
いつもどおり、長女が「ぼくもあそびたーい」と言い出したので、二人用の対戦モードにする。
本来ならドッグファイトを行うモードだが、それぞれが気ままに飛ぶだけでも十分楽しい。
やがて飽きたので終了。
---
しかし、話はこれで終わらない。
この後、部屋遊びしている子供たちの脇で、自分は探し物。
「なに探してるのー?」
と子供に問われたが、実はポケモンのカートリッジがないのだ。
ゲームボーイ本体はあるのだが、引越しの際にどこかの荷物にまぎれてしまったらしい。
他のゲームボーイのカートリッジは大量に出てきた。
ポケモンは見当たらないが「遊んでみたい」という長男に、「スペースインベーダー」を遊ばせて見る。
非常に単純なゲームなので、すぐにルールは理解できたらしい。
「ただ動くだけで楽しい」という、牛ダッシュ!や、ぶつ森や、遊覧飛行もいいゲームだとは思う。
でも、ここで初めて、目的を持った「ゲームらしい」遊び方を習得する。
最初は自機を動かすことも難しい。
弾を撃つのに集中して、敵の弾を避けられない。
しかし、徐々にではあるが上達する。
「あと少しで全部やっつけられるよ」「でも、早く動くようになって難しい」などと、実況中継しながら遊んでいる。
一面クリアはまだ難しいようだが、UFO は結構な率で狙って当てられるようになったらしい。
ゲームは平日は遊ばない、と約束させたので、次の週末までにコツを忘れてしまうかも。
でも、今のところ一番熱中しているのは、インベーダーゲームのようだ。
さて、1面クリアしたら、次は同じくゲームボーイのパックマンかな。
もしくは、PS2の「ナムコミュージアム」でギャラクシアンを遊ばせてみるか…
#ゲームボーイではなく、PS2 の「タイトーミュージアム」のインベーダーを遊ばせるのもいいかもしれない。あっちのほうが本物に近いから。
ここら辺の「オールドゲームコレクション」は、子供にそのうちゲームの歴史を教えるつもりで購入してある。
デバッグ思考 2009-06-05 11:59:03 COMP
先日、週刊モーニングの「エンゼルバンク」(ドラゴン桜外伝)を読んでいたら、こんな問題が載っていた。
すでに回答を出した号も発売されているので、概略を書いてもよいだろう。
---
問題:
表にアルファベット、裏に数字が書いたカードがある。
このカードは「表が母音の時、裏は偶数」だというルール(仮説)がある。
A K 4 5
この4枚のカードが提示されたとき、できるだけ少ない枚数のカードを裏返して、ルールを検証したい。
どのカードを裏返せばよいだろうか?
---
1分以内に回答せよ、と時間制限をつけたとき、正答率は 4% だそうだ。
自分は回答に1分もかからなかった。
別に自慢したいわけではなく、プログラマーにとっては、答えられないと駄目な問題だと思う。
なぜなら、これは「多角的な思考」ができているかどうかを見る問題だからだ。
自分が一応の解答を出した後で、再度その解答が正しいかどうかを検証する、という作業ができていないと、答えを見誤る問題になっている。
そして、プログラマーはプログラムが完成したと思った後で、それで正しいのかどうかを検証する、という作業を常に行っていないといけない。
そうしないとバグが頻出するためだ。(これができていたって、バグは頻出するが)
話は変わって、3年位前に流行した本の問題。
確か「金持ちになれるかどうかの適正を見る問題」だったと思う。
結局、多角的な思考ができるかどうかを見ている、という意味では同じなのだが、制限時間は10分だった。
---
問題:
A 君は会社の入社試験を受けた。
この試験は同時に4人で行われ、背中に「A」「B」の記号が書いたシャツが2枚づつ、計4枚用意される。
試験を受けるものは渡されたシャツを着るが、自分のシャツに付いた記号を見ることはできない。
試験に合格するためには、自分のシャツにどちらの記号が書かれているかわかった時点で大きな声で答えなくてはならない。回答権は1回のみ。
ただし、4人はそれぞれ別の部屋に通される。
お互いの声は聞こえるが、相手のシャツの記号を伝えてはならない。
それぞれの部屋は次のようになっている。
1) どの部屋からも独立した個室
2) 3 と 4 の部屋を覗くができる部屋
3) 4 の部屋を覗くことができる部屋
4) 覗かれてはいるが、中の人にとっては個室に思える部屋。
自分がどの部屋に通されたかは、当然わかる。
じつは、A君には伝えていないが、A君以外の3人は会社が用意した「さくら」であり、着るシャツ、入る部屋なども会社が決めている。
さて、会社はA君をどの部屋に通したか?
---
問題のポイントは、これが「入社試験である」ということである。
つまり、A君は適切に回答できるような部屋に通されなくてはならない。
この問題、知人に「僕はできませんでした」と見せられ、1分くらいで一応の回答にたどり着いた。
しかし、再検証するとそれではおかしい。5分くらい考えて、結局
「1つの答えを求められているようだが、答えが2つあるので問題に不備がある」
という答えを導き出した。(先に書いたとおり、制限時間は10分)
解答は数行下に。
それでは解答。
本が用意した解答は、2の部屋である。
これで、さくらを 3 と 4 に「同じ記号で」そろえれば、A 君2枚づつしかないシャツの2枚が揃っているのを目撃し、自分は「もう片方」の記号だと判断できる。
ここでは、A 君の試験は非常に簡単なものになってしまうが、「どの部屋に通したか」という問題にたいし、「3 と 4 を同じ記号でそろえれば」試験問題が成立する、というところまで踏み込んで考えないといけないため、それなりに難易度の高い問題に仕上がっている。
つまり、これも最初に挙げた問題と同じように、「多角的な思考」を見るための問題なのだ。
ところで、自分の考えた別解はこうだ。
自分が会社の立場なら、A 君を 3 の部屋に通し、4の部屋には A 君と同じ記号のシャツの人を入れる。
これだけでは、A 君は答えられない。しかし、ここで2の部屋に通したサクラに、大声で回答させる。
つまり、A 君にとっての状況は
・自分は、2人を見られる人から見られる部屋に入り、そのうちもう一人を見ることができる。
・2人を見られる人は、回答した。
である。
なぜ2人を見られる人は回答したのか? それは、A君と、A君が覗けるもう一人の人が、同じ記号を着ているからだ。
ここまで考えられれば、A 君も回答出来る。この推論力はたいしたものだ。会社にとっても良い人材となるだろう。2の部屋に通すよりも試験としても適切である。
実は、同じ考えを延長すれば、A君はどこの部屋に入ってもかまわない。
4 の部屋に入れられたなら、2番目に答えた人と同じ答えにすればよい。
1 の部屋であれば、1番目に答えた人と同じ答えにすればよい。
ただし、この場合、「他人の答えの内容」が関係し始めるので、他人が誤答すれば、自分も誤答になる。
3の部屋の場合、他人が「回答した」という事実だけが重要であり、その内容は重要ではないため、通す部屋としては 1 や 4 より 3 のほうが適切である。
というわけで、「おそらく2が答えだろうが、3も答えとして適切だし、どの部屋でも間違いではない」という結論にたどりつく。
でも、問題が載っていた本では、そのような解答は無かった。
なぜか?
つまり、問題を作った人が「自分がたどり着いた結論を、別角度から検証する」ことができていなかったのだ。
多角的な思考を問う問題を作った作者は、多角的な思考が出来ていなかったのである。
あまりに可笑しかったので、当時も日記ネタにしようかと思ったのだが、流行していた本の悪口を書くのもどうかと思ったので取り上げないでおいた。
今回、最初に書いた問題で思い出したので、ついでに書いておく。
---
最後に、最初の問題の解答を書いておく。
解答がわからないと気持ち悪い、と思う人もいるかもしれないので。
A K 4 5
この4枚のカードのうち、できるだけ少ない枚数のカードを裏返して、母音の裏が偶数であることを調べるにはどうすればよいか。
答えは A と 5 。
K は子音なので、裏が何であってもかまわない。
調べたいのは「母音の裏が偶数であること」なので、偶数の裏が子音でもかまわず、4をめくる必要は無い。
しかし、5を裏返して母音では無いことを確認する必要はある。
すでに回答を出した号も発売されているので、概略を書いてもよいだろう。
---
問題:
表にアルファベット、裏に数字が書いたカードがある。
このカードは「表が母音の時、裏は偶数」だというルール(仮説)がある。
A K 4 5
この4枚のカードが提示されたとき、できるだけ少ない枚数のカードを裏返して、ルールを検証したい。
どのカードを裏返せばよいだろうか?
---
1分以内に回答せよ、と時間制限をつけたとき、正答率は 4% だそうだ。
自分は回答に1分もかからなかった。
別に自慢したいわけではなく、プログラマーにとっては、答えられないと駄目な問題だと思う。
なぜなら、これは「多角的な思考」ができているかどうかを見る問題だからだ。
自分が一応の解答を出した後で、再度その解答が正しいかどうかを検証する、という作業ができていないと、答えを見誤る問題になっている。
そして、プログラマーはプログラムが完成したと思った後で、それで正しいのかどうかを検証する、という作業を常に行っていないといけない。
そうしないとバグが頻出するためだ。(これができていたって、バグは頻出するが)
話は変わって、3年位前に流行した本の問題。
確か「金持ちになれるかどうかの適正を見る問題」だったと思う。
結局、多角的な思考ができるかどうかを見ている、という意味では同じなのだが、制限時間は10分だった。
---
問題:
A 君は会社の入社試験を受けた。
この試験は同時に4人で行われ、背中に「A」「B」の記号が書いたシャツが2枚づつ、計4枚用意される。
試験を受けるものは渡されたシャツを着るが、自分のシャツに付いた記号を見ることはできない。
試験に合格するためには、自分のシャツにどちらの記号が書かれているかわかった時点で大きな声で答えなくてはならない。回答権は1回のみ。
ただし、4人はそれぞれ別の部屋に通される。
お互いの声は聞こえるが、相手のシャツの記号を伝えてはならない。
それぞれの部屋は次のようになっている。
1) どの部屋からも独立した個室
2) 3 と 4 の部屋を覗くができる部屋
3) 4 の部屋を覗くことができる部屋
4) 覗かれてはいるが、中の人にとっては個室に思える部屋。
自分がどの部屋に通されたかは、当然わかる。
じつは、A君には伝えていないが、A君以外の3人は会社が用意した「さくら」であり、着るシャツ、入る部屋なども会社が決めている。
さて、会社はA君をどの部屋に通したか?
---
問題のポイントは、これが「入社試験である」ということである。
つまり、A君は適切に回答できるような部屋に通されなくてはならない。
この問題、知人に「僕はできませんでした」と見せられ、1分くらいで一応の回答にたどり着いた。
しかし、再検証するとそれではおかしい。5分くらい考えて、結局
「1つの答えを求められているようだが、答えが2つあるので問題に不備がある」
という答えを導き出した。(先に書いたとおり、制限時間は10分)
解答は数行下に。
それでは解答。
本が用意した解答は、2の部屋である。
これで、さくらを 3 と 4 に「同じ記号で」そろえれば、A 君2枚づつしかないシャツの2枚が揃っているのを目撃し、自分は「もう片方」の記号だと判断できる。
ここでは、A 君の試験は非常に簡単なものになってしまうが、「どの部屋に通したか」という問題にたいし、「3 と 4 を同じ記号でそろえれば」試験問題が成立する、というところまで踏み込んで考えないといけないため、それなりに難易度の高い問題に仕上がっている。
つまり、これも最初に挙げた問題と同じように、「多角的な思考」を見るための問題なのだ。
ところで、自分の考えた別解はこうだ。
自分が会社の立場なら、A 君を 3 の部屋に通し、4の部屋には A 君と同じ記号のシャツの人を入れる。
これだけでは、A 君は答えられない。しかし、ここで2の部屋に通したサクラに、大声で回答させる。
つまり、A 君にとっての状況は
・自分は、2人を見られる人から見られる部屋に入り、そのうちもう一人を見ることができる。
・2人を見られる人は、回答した。
である。
なぜ2人を見られる人は回答したのか? それは、A君と、A君が覗けるもう一人の人が、同じ記号を着ているからだ。
ここまで考えられれば、A 君も回答出来る。この推論力はたいしたものだ。会社にとっても良い人材となるだろう。2の部屋に通すよりも試験としても適切である。
実は、同じ考えを延長すれば、A君はどこの部屋に入ってもかまわない。
4 の部屋に入れられたなら、2番目に答えた人と同じ答えにすればよい。
1 の部屋であれば、1番目に答えた人と同じ答えにすればよい。
ただし、この場合、「他人の答えの内容」が関係し始めるので、他人が誤答すれば、自分も誤答になる。
3の部屋の場合、他人が「回答した」という事実だけが重要であり、その内容は重要ではないため、通す部屋としては 1 や 4 より 3 のほうが適切である。
というわけで、「おそらく2が答えだろうが、3も答えとして適切だし、どの部屋でも間違いではない」という結論にたどりつく。
でも、問題が載っていた本では、そのような解答は無かった。
なぜか?
つまり、問題を作った人が「自分がたどり着いた結論を、別角度から検証する」ことができていなかったのだ。
多角的な思考を問う問題を作った作者は、多角的な思考が出来ていなかったのである。
あまりに可笑しかったので、当時も日記ネタにしようかと思ったのだが、流行していた本の悪口を書くのもどうかと思ったので取り上げないでおいた。
今回、最初に書いた問題で思い出したので、ついでに書いておく。
---
最後に、最初の問題の解答を書いておく。
解答がわからないと気持ち悪い、と思う人もいるかもしれないので。
A K 4 5
この4枚のカードのうち、できるだけ少ない枚数のカードを裏返して、母音の裏が偶数であることを調べるにはどうすればよいか。
答えは A と 5 。
K は子音なので、裏が何であってもかまわない。
調べたいのは「母音の裏が偶数であること」なので、偶数の裏が子音でもかまわず、4をめくる必要は無い。
しかし、5を裏返して母音では無いことを確認する必要はある。
携帯の絵文字 2009-03-23 16:12:05 COMP
仕事で、DoCoMo / AU / Softbank の3キャリア向けのコンテンツプログラムを作っています。
それぞれの携帯向けのページ作成は、違うところもあり、根本的には同じところもあり、いろいろと微妙な面を含んでいます。
が、大体「絵文字以外は一緒」という認識でいいでしょう。
そんなわけで、多くの人の興味が「絵文字部分はどう違うのか」に集中するわけですが、勘違いしている人も多く、どうもうまくまとめられたサイトを見ることがありません。
特に、ソフトバンクは勘違いから来る「へんなやつ」扱いが多く、見ていて悼まれないです。
(まぁ、実際変なところも多いのだが…)
そこで、自分がうまくまとめてやる! …などといえれば格好悪いのですが、そんな暇も無いので、せめて誤解を解くことができれば…と、メモしておきます。
1) DoCoMo の絵文字
i-mode は、事実上世界で最初の「スマートフォン」です。
(欧米での定義は、ネット接続可能な携帯のこと。キーボードなんて無くてもよいし、独自OSでもかまわない)
いろいろと最初ゆえのお行儀の悪さ、拡張性のなさも目立ちますが、非常に現実的で、うまい実装をしています。
この実装には、まず JIS と ShiftJIS の違いを知らなくてはなりません。
ShiftJIS は、「コードをずらした(Shiftした)」もので、文字セットとしては同じものですが、「保持できる文字数」が違います。
JIS では、全ての文字を 7bit で表します。今のコンピューターは 1byte が 8bit ですが、昔は 7bit のものも多かったためです。
(余談だが、1byte 、という単語が必ずしも 8bit を意味するとは限らない。8bit を厳密に示したい場合は octet 、7bit を示したい場合は septet と言うべき)
ともかく、7bit 2文字で示す JIS では、最後の文字コードは 16進数で 7E7E となります。
(7F はコントロールコードに割り振られているため、避けている)
これを 8bit 2文字で示す ShiftJIS で表現すると、 EFFC。ShiftJIS の最後は FFFF ですから、もう少し詰め込めることになります。
そこで、この「ShiftJIS にしか存在しない領域」に絵文字を詰め込んだのが、i-mode の絵文字コードになります。
ここには、「絵文字は文字の一種である」という思想があります。いわば、象形文字であり表意文字である「漢字」に、新たな文字を定義しただけ、というのが DoCoMo の絵文字であり、日本人にとっては非常に扱いやすいものでした。
その一方、ShiftJIS -> JIS 変換をすると、絵文字は行き場がなくなります。
インターネットメールは JIS で送信するのが慣習(先に書いたように、7bit しか扱えないコンピューターが存在することを前提としているため)ですが、DoCoMo の絵文字はインターネットメールでは送信できないことになります。
また、サーバー側で内部コードを EUC-JP (これも ShiftJIS とは違う方法で JIS コードをずらしたコード体系。ASCII と漢字の区別を、単純に JIS コードの 8bit 目を 1 にすることで行う)で扱いたい…などという場合にも、コード変換できません。
後に、JAVA で扱うために、Unicode の外字部分にもコードが割り振られています。
2) AU の絵文字
i-mode よりも以前から「スマートフォンの共通規格として」策定されていた、WAP をベースとして作られています。そのため、お行儀の悪さはありません。
絵文字は、「デバイス内部に内蔵した画像」として、扱います。そのため、表示には img タグを使用します。
このため、送信文字コードを問いません。EUC-JP で扱いたい、という場合でも、絵文字は ASCII で書かれた img タグであるため、日本語コード変換の影響を受けません。
漢字コード表の一部に勝手に文字を追加する、というような行儀悪さもありません。
しかし、見た目は「文字」と同じサイズなのに、部分的に画像になっている、という扱いにくさはあります。
また、画像は初期の頃頻繁に更新され、同じ絵文字でも4種類の見た目があります。これも扱いにくい部分。
img タグ…ということは、ユーザーが入力したらどうなるか。
当初は「入力できない」という仕様でした。しかし、これが i-mode に比べて使いにくいと不評だったため、途中から仕様変更して、DoCoMo と同じように ShiftJIS の F000 以降の未定義部分にコードを割り振りました。
そのため、表示の際には img タグで、ユーザーからの入力を受け取る際には ShiftJIS の未定義領域として受け取ります。
(表示の際に ShiftJIS として送ることも可能だが、古い機種での動作は保証外)
ただ、これだと DoCoMo と同じように「JIS にできないのでメールで送れない」という問題を起こします。
そこで、AU は、メールの場合専用で、JIS コードの内部でありながら漢字が設定されていないところに、勝手に絵文字を入れ込んでしまいました。
これはメールのとき専用のコードですが、とにかくインターネットメールでも絵文字を使用することが出来ます。(表示できるかどうかは、受信側の問題)
また、i-mode と同じく、Unicode の外字部分にもコードが割り振られています。
つまり、au の絵文字には
・img タグで表示するためのコード
・WEB で表示するための ShiftJIS コード
・メールで送信するための JIS コード
・Java で扱うための Unicode
が設定されていることになります。
当初の志の高さはどこへやら… i-mode の真似をしようとして、もっとひどいことになってしまいました。
3) Softbank の絵文字
最後発の…当時は J-PHONE でしたが、いろいろと研究しています。
絵文字は、「文字コード平面を切り替える」ことで表現します。
文字コード平面、というのがわかりにくい概念ですが、たとえば JIS コードでは、「ASCII と日本語(漢字)は、別のコード表を持っている」と考えます。
そして、コントロールコードを使って、この「コード表」を切り替えます。
漢字に切り替えると、2バイト(正確には、7bit x 2)送るたびに漢字を一文字表示します。ASCII に切り替えると、1バイト(7bit)で英数字を1文字表示します。
そして、Softbank では、「絵文字」に切り替えるためのコントロールコードがあります。
絵文字に切り替えてからは、1バイト(7bit)で1つの絵文字を表示します。
絵文字は多数あるため、6つの絵文字平面があり、切り替え時に指定します。
絵文字への切り替えに3バイト、絵文字自体の表現に1バイト、漢字への復帰に1バイト使用するため、1文字の絵文字を書くのには5バイト必要です。
ただし、同じ絵文字平面で連続した複数の絵文字を表現する場合、2文字目以降は1文字1バイトで表現可能です。
JIS コードの仕組みを知らない人には、この表現形式がにわかに理解できないようで、「ソフトバンクは変態で使いにくい」という評価になっているようです。
しかし、この形式ですと、絵文字は「文字と同列に送れる」のに「日本語のコード変換の影響を受けない」という利点があります。
絵文字は 7bit の文字列であらわされるため、インターネットメールに送っても問題ありません。
しかし、後に DoCoMo / AU と同じく ShiftJIS の F000 以降にもコードが割り振られています。
(一応誰でも入手可能な公式資料にコード表があるのだが、非常にわかりにくいところに書いてある。
また、一世代前の 2G 機種では使える、と書いてあるが、現行機種の 3GC に関する記述は無い)
また、Unicode の外字部分にもコードが割り振られています。
…途中から i-mode などの「デファクトスタンダード」に擦り寄る形で変節しているものの、これはこれで良く出来た形式。
これを馬鹿にする人の気持ちがわかりません。
ただ…本当にソフトバンクが「困ったちゃん」なのは、ここからですね。
ユーザーが絵文字を入力した場合、サーバーの受け取るコードは、次の5つのいずれかです。
a) 7bit の文字列で表現された、WEB 用絵文字コード
b) ShiftJIS の外字部分に割り振られた絵文字コード。
c) Unicode の外字部分に割り振られた絵文字コードを UTF-8 で表現したもの。
d) サーバーで「全角空白」に置き換える形で絵文字を削除した文字列
e) サーバーで、単純に絵文字を削除した文字列
機種によって違います。どの機種がどの方法で送ってくるか、は良くわかりません。
(だれか、全機種で調べた人いるんだろうか? Softbank の公式資料にも載っていない)
PC からソフトバンク携帯にメールを送る場合の絵文字の扱いも変です。
ソフトバンクでは、「メールの最初の192文字」までは無料で送られてきて、必要なら有料でそれ以上を取得するのですが、
a) 192 文字までの部分では、WEB 用絵文字コードで絵文字が表示できる
b) 全体を取得した場合、WEB 用絵文字コードでは絵文字が表示できない
c) UTF-8 で絵文字を埋め込むと、192文字までも、全体でも表示できる。ただし、3GC 専用。
d) ShiftJIS で絵文字を埋め込むと、192文字までも、全体でも表示できる。おそらく全機種で大丈夫。
ただし、先に書いたように ShiftJIS のコードは、公式には非常にわかりにくい資料中にありますし、公式には 2G でしか使用が保証されません。
これは、デコレメール(HTML メール)でも同じ。HTML なのに、WEB 用コードでは表示できないのです。
なんでこんなことになっているかといえば、192文字までは携帯専用のショートメッセージだが、全体になるとインターネットメールだ、という思想らしい。
インターネットメールだから、WEB 用絵文字コード、という特殊なものは処理しないのですね。でも、UTF-8 や ShiftJIS で送られてきたものは「外字」だから表示する。これはこれで、筋が通った話です。
なんか、最後に Softbank の特殊性をいろいろ書いていますが、これは一応 Softbank に対する擁護記事です。…多分。
それぞれの携帯向けのページ作成は、違うところもあり、根本的には同じところもあり、いろいろと微妙な面を含んでいます。
が、大体「絵文字以外は一緒」という認識でいいでしょう。
そんなわけで、多くの人の興味が「絵文字部分はどう違うのか」に集中するわけですが、勘違いしている人も多く、どうもうまくまとめられたサイトを見ることがありません。
特に、ソフトバンクは勘違いから来る「へんなやつ」扱いが多く、見ていて悼まれないです。
(まぁ、実際変なところも多いのだが…)
そこで、自分がうまくまとめてやる! …などといえれば格好悪いのですが、そんな暇も無いので、せめて誤解を解くことができれば…と、メモしておきます。
1) DoCoMo の絵文字
i-mode は、事実上世界で最初の「スマートフォン」です。
(欧米での定義は、ネット接続可能な携帯のこと。キーボードなんて無くてもよいし、独自OSでもかまわない)
いろいろと最初ゆえのお行儀の悪さ、拡張性のなさも目立ちますが、非常に現実的で、うまい実装をしています。
この実装には、まず JIS と ShiftJIS の違いを知らなくてはなりません。
ShiftJIS は、「コードをずらした(Shiftした)」もので、文字セットとしては同じものですが、「保持できる文字数」が違います。
JIS では、全ての文字を 7bit で表します。今のコンピューターは 1byte が 8bit ですが、昔は 7bit のものも多かったためです。
(余談だが、1byte 、という単語が必ずしも 8bit を意味するとは限らない。8bit を厳密に示したい場合は octet 、7bit を示したい場合は septet と言うべき)
ともかく、7bit 2文字で示す JIS では、最後の文字コードは 16進数で 7E7E となります。
(7F はコントロールコードに割り振られているため、避けている)
これを 8bit 2文字で示す ShiftJIS で表現すると、 EFFC。ShiftJIS の最後は FFFF ですから、もう少し詰め込めることになります。
そこで、この「ShiftJIS にしか存在しない領域」に絵文字を詰め込んだのが、i-mode の絵文字コードになります。
ここには、「絵文字は文字の一種である」という思想があります。いわば、象形文字であり表意文字である「漢字」に、新たな文字を定義しただけ、というのが DoCoMo の絵文字であり、日本人にとっては非常に扱いやすいものでした。
その一方、ShiftJIS -> JIS 変換をすると、絵文字は行き場がなくなります。
インターネットメールは JIS で送信するのが慣習(先に書いたように、7bit しか扱えないコンピューターが存在することを前提としているため)ですが、DoCoMo の絵文字はインターネットメールでは送信できないことになります。
また、サーバー側で内部コードを EUC-JP (これも ShiftJIS とは違う方法で JIS コードをずらしたコード体系。ASCII と漢字の区別を、単純に JIS コードの 8bit 目を 1 にすることで行う)で扱いたい…などという場合にも、コード変換できません。
後に、JAVA で扱うために、Unicode の外字部分にもコードが割り振られています。
2) AU の絵文字
i-mode よりも以前から「スマートフォンの共通規格として」策定されていた、WAP をベースとして作られています。そのため、お行儀の悪さはありません。
絵文字は、「デバイス内部に内蔵した画像」として、扱います。そのため、表示には img タグを使用します。
このため、送信文字コードを問いません。EUC-JP で扱いたい、という場合でも、絵文字は ASCII で書かれた img タグであるため、日本語コード変換の影響を受けません。
漢字コード表の一部に勝手に文字を追加する、というような行儀悪さもありません。
しかし、見た目は「文字」と同じサイズなのに、部分的に画像になっている、という扱いにくさはあります。
また、画像は初期の頃頻繁に更新され、同じ絵文字でも4種類の見た目があります。これも扱いにくい部分。
img タグ…ということは、ユーザーが入力したらどうなるか。
当初は「入力できない」という仕様でした。しかし、これが i-mode に比べて使いにくいと不評だったため、途中から仕様変更して、DoCoMo と同じように ShiftJIS の F000 以降の未定義部分にコードを割り振りました。
そのため、表示の際には img タグで、ユーザーからの入力を受け取る際には ShiftJIS の未定義領域として受け取ります。
(表示の際に ShiftJIS として送ることも可能だが、古い機種での動作は保証外)
ただ、これだと DoCoMo と同じように「JIS にできないのでメールで送れない」という問題を起こします。
そこで、AU は、メールの場合専用で、JIS コードの内部でありながら漢字が設定されていないところに、勝手に絵文字を入れ込んでしまいました。
これはメールのとき専用のコードですが、とにかくインターネットメールでも絵文字を使用することが出来ます。(表示できるかどうかは、受信側の問題)
また、i-mode と同じく、Unicode の外字部分にもコードが割り振られています。
つまり、au の絵文字には
・img タグで表示するためのコード
・WEB で表示するための ShiftJIS コード
・メールで送信するための JIS コード
・Java で扱うための Unicode
が設定されていることになります。
当初の志の高さはどこへやら… i-mode の真似をしようとして、もっとひどいことになってしまいました。
3) Softbank の絵文字
最後発の…当時は J-PHONE でしたが、いろいろと研究しています。
絵文字は、「文字コード平面を切り替える」ことで表現します。
文字コード平面、というのがわかりにくい概念ですが、たとえば JIS コードでは、「ASCII と日本語(漢字)は、別のコード表を持っている」と考えます。
そして、コントロールコードを使って、この「コード表」を切り替えます。
漢字に切り替えると、2バイト(正確には、7bit x 2)送るたびに漢字を一文字表示します。ASCII に切り替えると、1バイト(7bit)で英数字を1文字表示します。
そして、Softbank では、「絵文字」に切り替えるためのコントロールコードがあります。
絵文字に切り替えてからは、1バイト(7bit)で1つの絵文字を表示します。
絵文字は多数あるため、6つの絵文字平面があり、切り替え時に指定します。
絵文字への切り替えに3バイト、絵文字自体の表現に1バイト、漢字への復帰に1バイト使用するため、1文字の絵文字を書くのには5バイト必要です。
ただし、同じ絵文字平面で連続した複数の絵文字を表現する場合、2文字目以降は1文字1バイトで表現可能です。
JIS コードの仕組みを知らない人には、この表現形式がにわかに理解できないようで、「ソフトバンクは変態で使いにくい」という評価になっているようです。
しかし、この形式ですと、絵文字は「文字と同列に送れる」のに「日本語のコード変換の影響を受けない」という利点があります。
絵文字は 7bit の文字列であらわされるため、インターネットメールに送っても問題ありません。
しかし、後に DoCoMo / AU と同じく ShiftJIS の F000 以降にもコードが割り振られています。
(一応誰でも入手可能な公式資料にコード表があるのだが、非常にわかりにくいところに書いてある。
また、一世代前の 2G 機種では使える、と書いてあるが、現行機種の 3GC に関する記述は無い)
また、Unicode の外字部分にもコードが割り振られています。
…途中から i-mode などの「デファクトスタンダード」に擦り寄る形で変節しているものの、これはこれで良く出来た形式。
これを馬鹿にする人の気持ちがわかりません。
ただ…本当にソフトバンクが「困ったちゃん」なのは、ここからですね。
ユーザーが絵文字を入力した場合、サーバーの受け取るコードは、次の5つのいずれかです。
a) 7bit の文字列で表現された、WEB 用絵文字コード
b) ShiftJIS の外字部分に割り振られた絵文字コード。
c) Unicode の外字部分に割り振られた絵文字コードを UTF-8 で表現したもの。
d) サーバーで「全角空白」に置き換える形で絵文字を削除した文字列
e) サーバーで、単純に絵文字を削除した文字列
機種によって違います。どの機種がどの方法で送ってくるか、は良くわかりません。
(だれか、全機種で調べた人いるんだろうか? Softbank の公式資料にも載っていない)
PC からソフトバンク携帯にメールを送る場合の絵文字の扱いも変です。
ソフトバンクでは、「メールの最初の192文字」までは無料で送られてきて、必要なら有料でそれ以上を取得するのですが、
a) 192 文字までの部分では、WEB 用絵文字コードで絵文字が表示できる
b) 全体を取得した場合、WEB 用絵文字コードでは絵文字が表示できない
c) UTF-8 で絵文字を埋め込むと、192文字までも、全体でも表示できる。ただし、3GC 専用。
d) ShiftJIS で絵文字を埋め込むと、192文字までも、全体でも表示できる。おそらく全機種で大丈夫。
ただし、先に書いたように ShiftJIS のコードは、公式には非常にわかりにくい資料中にありますし、公式には 2G でしか使用が保証されません。
これは、デコレメール(HTML メール)でも同じ。HTML なのに、WEB 用コードでは表示できないのです。
なんでこんなことになっているかといえば、192文字までは携帯専用のショートメッセージだが、全体になるとインターネットメールだ、という思想らしい。
インターネットメールだから、WEB 用絵文字コード、という特殊なものは処理しないのですね。でも、UTF-8 や ShiftJIS で送られてきたものは「外字」だから表示する。これはこれで、筋が通った話です。
なんか、最後に Softbank の特殊性をいろいろ書いていますが、これは一応 Softbank に対する擁護記事です。…多分。
お掃除ロボット 2008-12-19 13:18:44 COMP GEAR
Roomba がついに壊れました。
分解メンテナンスしたり、バッテリー交換したり、だましだまし使ってきたのですが、半年前についに動かない状態に。
しばらく自分で掃除機かけていたのですが、やっぱり掃除ロボットがいないと不便。
…なんというか、いないならいないで大丈夫なんですよ。人に強くオススメするほどの機械ではない。
でも、いないとやっぱり不便なんです。
「携帯電話なんて、無くても生活できるけど、無かったらやっぱり支障がある」みたいな感覚。
で、思い切って再購入。
以前は Roomba 以外の選択肢はほとんど無い状態でしたが、今はいろんな選択肢があります。
しばらくスペックを見ながら検討して…FALTIMA030 を購入。
理由:
ルンバを使ってわかったことは、これが「高価だが使い捨て」の商品である、ということ。
せいぜい2年使ったら買い換えたほうが良い。
以前も書いたが、半年で1回は故障する。(分解メンテナンスで治るレベル)
この時点で、高価すぎる「国内でルンバ購入」は除外します。
個人輸入の場合、製品保証がない。半年に1度は故障するので、保証が欲しい、と考えると、個人輸入もなし。
(前回輸入のときは、初期不良でいろいろ面倒だったし)
FALTIMA030 は、ルンバのいくつかの機能を削除して安くした…というイメージ。
そして、削除された機能は、いずれも「うちでは使わなかった」機能ばかり。(詳細後述)
FALTIMA030 の廉価機である、Lisire030 というのもあります。
実のところ、うちの使い方ならこちらで十分…と思い探したのですが、すでに生産中止らしい。
生産中止の理由はわからないが、FALTIMA030 の方が人気が出たため量産効果で値段が下がり、Lisire030との値段差がなくなってしまったことが理由、ではないかと思います。
#在庫限りの Lisire030 はいくつか見かけたが、定価の¥19,800.- + 送料。
それに対し、FALTIMA030 の購入価格は¥23,200.-で送料込み。
…この値段なら、Lisire030 が生産中止になるのも納得。
---
そんなわけで、FALTIMA030 が家に届きました。
第1印象… よくここまで、Roomba をコピーしたもんだ。
構造がほとんど同じ。細かな部品レベルの形状まで同じところも多い。
特許とか、意匠権とか大丈夫なんだろうか?
家で使っていたのは「Roomba Discovery」でしたが、FALTIMA030 のコピー元(?)は、一ランク上の(後で発売になった)機種である、Roomba Scheduler のようです。
何が違うかと言えば、設定時刻に自動で掃除を始めてくれる機能が付いています。
オフィスなどでは良く使われるこの機能、家庭では多分使わないので、別にいらない。
充電ステーションは形状が明らかに違います。
Roomba の充電は「下の電極から」行ったのですが、掃除機の下側ですからゴミの影響を受けやすく、すぐに汚れます。
Roomba 自体の重みで接触させているだけなので、外れやすいのも難点。つまるところ、うまく充電できないことが多いです。
これに対し、FALTIMA では、横に押し付ける電極に変わりました。ゴミの影響は受けにくそうだし、電極に「ばね」が入っているので、十分接触しそう。
…でも、実のところこれすら不要かも。
家庭では、掃除機を部屋に置いておくことが邪魔なので、「押入れの中で、電極直接差し込んで充電しておく」ので十分だから。
(特に、うちはオール電化で、夜間電力の安いうちに充電したいので、勝手な充電は邪魔になる)
充電ステーションの位置を認識したり、充電ステーションからの(スケジュールによる)掃除開始指令を受け取ったり、人間の持つリモコンからの指令を受け取ったりするために、Roomba には赤外線受信部分が付いています。
FALTIMA030 も同じ位置に、同じ形状の受信部があります。
Roomba では、この受信部によって、赤外線による「バーチャルウォール」が使えました。
FALTIMA030 にはバーチャルウォールはありません。受信のための装置はあるので、あとはソフトの問題だろうに。
でも、うちではバーチャルウォールを使っていなかったので問題なし。
だって、バーチャルウォールは赤外線で実現するので、壁に反射したり、空中で拡散したりで、「本当に入って欲しくないところ」よりも手前が掃除エリア外になってしまいますから。
その部分は掃除できない、ということですよ。部屋の隅々まで綺麗にしてもらえない。
そんなバーチャルウォールを使うより、椅子とか組み合わせて本当の壁を設置するほうが簡単確実。
FALTIMA030 の宣伝ページなどには書いてませんが、Roomba と同じく「持ち上げたら動作停止する」ハンドルも付いています。
同じく宣伝に書いていない Dirt Ditect も、どうやら搭載していると思われます(詳細未確認。動作させて、そう思っただけ)。
Roomba で外して掃除しやすかったブラシは、外しにくくなりました。これは良くない。
基本的にブラシ跳ね上げ式掃除機なので、髪の毛などが絡んで、時々掃除する必要があるのです。
この奥に Dirt Ditect のためのマイク(圧電ブザー)が付いているのも、上の行で書いた詳細未確認の理由。
消耗品は交換品が豊富についてます。吸引掃除部分のフィルターは当然、Roomba で壊れやすかったミニブラシ…いわゆる「触覚」も、交換部品が付属します。
---
形状などは驚くほど良く似ているが、動作はどうか?
動かしてみると、 Roomba より動きが遅く、その分騒音も少ないです。
Roomba Discovery は、スペックによれば 58db の騒音でしたが、古くなってくると騒音は大きくなります。
(これは、ブラシの軸受けがプラスチックで出来ていて、使ううちに削れてがたがたになるため)
騒音が大きくなっていた分を差し引いても、おそらく Roomba より静か。
…と書くといいことのようですが、動きが遅くて静かだと言うのは、つまり「パワー不足」ということ。
そのまま掃除が完了するまで、1時間放置。
うちでは、和室8畳+リビング8畳+キッチン4畳+廊下4畳=24畳をまとめて掃除していますが、一通り綺麗にはしてくれました。
ただし、Roomba のときに比べると、所々に掃除できていないところが目立ちます。
ゴミのあるところを通れば確実に回収しているので、どうやら「ランダムウォーク」で歩ききれないところがあるようです。
Roomba は、1回の充電で2時間近く動けますし、動きも早いです。
これに対し、FALTIMA030 は1時間しか動けない上に、動きが遅いです。
どうも、この差が「掃除し残し」となって現れるみたい。
Roomba だって、完璧に掃除できたわけではないが、気軽に掃除できるようになるため「こまめなお掃除」でカバーできました。
同じ使い方をするのであれば、FALTIMA030 は、Roomba よりも掃除し残しがあるとしても合格点でしょう。
このわずかな差に、2倍超の料金を出すかどうかは人の考え方次第。
自分がどう考えるかは… FALTIMA030 が壊れて、また買い換えるときに考えることにします (^^;
分解メンテナンスしたり、バッテリー交換したり、だましだまし使ってきたのですが、半年前についに動かない状態に。
しばらく自分で掃除機かけていたのですが、やっぱり掃除ロボットがいないと不便。
…なんというか、いないならいないで大丈夫なんですよ。人に強くオススメするほどの機械ではない。
でも、いないとやっぱり不便なんです。
「携帯電話なんて、無くても生活できるけど、無かったらやっぱり支障がある」みたいな感覚。
で、思い切って再購入。
以前は Roomba 以外の選択肢はほとんど無い状態でしたが、今はいろんな選択肢があります。
しばらくスペックを見ながら検討して…FALTIMA030 を購入。
理由:
ルンバを使ってわかったことは、これが「高価だが使い捨て」の商品である、ということ。
せいぜい2年使ったら買い換えたほうが良い。
以前も書いたが、半年で1回は故障する。(分解メンテナンスで治るレベル)
この時点で、高価すぎる「国内でルンバ購入」は除外します。
個人輸入の場合、製品保証がない。半年に1度は故障するので、保証が欲しい、と考えると、個人輸入もなし。
(前回輸入のときは、初期不良でいろいろ面倒だったし)
FALTIMA030 は、ルンバのいくつかの機能を削除して安くした…というイメージ。
そして、削除された機能は、いずれも「うちでは使わなかった」機能ばかり。(詳細後述)
FALTIMA030 の廉価機である、Lisire030 というのもあります。
実のところ、うちの使い方ならこちらで十分…と思い探したのですが、すでに生産中止らしい。
生産中止の理由はわからないが、FALTIMA030 の方が人気が出たため量産効果で値段が下がり、Lisire030との値段差がなくなってしまったことが理由、ではないかと思います。
#在庫限りの Lisire030 はいくつか見かけたが、定価の¥19,800.- + 送料。
それに対し、FALTIMA030 の購入価格は¥23,200.-で送料込み。
…この値段なら、Lisire030 が生産中止になるのも納得。
---
そんなわけで、FALTIMA030 が家に届きました。
第1印象… よくここまで、Roomba をコピーしたもんだ。
構造がほとんど同じ。細かな部品レベルの形状まで同じところも多い。
特許とか、意匠権とか大丈夫なんだろうか?
家で使っていたのは「Roomba Discovery」でしたが、FALTIMA030 のコピー元(?)は、一ランク上の(後で発売になった)機種である、Roomba Scheduler のようです。
何が違うかと言えば、設定時刻に自動で掃除を始めてくれる機能が付いています。
オフィスなどでは良く使われるこの機能、家庭では多分使わないので、別にいらない。
充電ステーションは形状が明らかに違います。
Roomba の充電は「下の電極から」行ったのですが、掃除機の下側ですからゴミの影響を受けやすく、すぐに汚れます。
Roomba 自体の重みで接触させているだけなので、外れやすいのも難点。つまるところ、うまく充電できないことが多いです。
これに対し、FALTIMA では、横に押し付ける電極に変わりました。ゴミの影響は受けにくそうだし、電極に「ばね」が入っているので、十分接触しそう。
…でも、実のところこれすら不要かも。
家庭では、掃除機を部屋に置いておくことが邪魔なので、「押入れの中で、電極直接差し込んで充電しておく」ので十分だから。
(特に、うちはオール電化で、夜間電力の安いうちに充電したいので、勝手な充電は邪魔になる)
充電ステーションの位置を認識したり、充電ステーションからの(スケジュールによる)掃除開始指令を受け取ったり、人間の持つリモコンからの指令を受け取ったりするために、Roomba には赤外線受信部分が付いています。
FALTIMA030 も同じ位置に、同じ形状の受信部があります。
Roomba では、この受信部によって、赤外線による「バーチャルウォール」が使えました。
FALTIMA030 にはバーチャルウォールはありません。受信のための装置はあるので、あとはソフトの問題だろうに。
でも、うちではバーチャルウォールを使っていなかったので問題なし。
だって、バーチャルウォールは赤外線で実現するので、壁に反射したり、空中で拡散したりで、「本当に入って欲しくないところ」よりも手前が掃除エリア外になってしまいますから。
その部分は掃除できない、ということですよ。部屋の隅々まで綺麗にしてもらえない。
そんなバーチャルウォールを使うより、椅子とか組み合わせて本当の壁を設置するほうが簡単確実。
FALTIMA030 の宣伝ページなどには書いてませんが、Roomba と同じく「持ち上げたら動作停止する」ハンドルも付いています。
同じく宣伝に書いていない Dirt Ditect も、どうやら搭載していると思われます(詳細未確認。動作させて、そう思っただけ)。
Roomba で外して掃除しやすかったブラシは、外しにくくなりました。これは良くない。
基本的にブラシ跳ね上げ式掃除機なので、髪の毛などが絡んで、時々掃除する必要があるのです。
この奥に Dirt Ditect のためのマイク(圧電ブザー)が付いているのも、上の行で書いた詳細未確認の理由。
消耗品は交換品が豊富についてます。吸引掃除部分のフィルターは当然、Roomba で壊れやすかったミニブラシ…いわゆる「触覚」も、交換部品が付属します。
---
形状などは驚くほど良く似ているが、動作はどうか?
動かしてみると、 Roomba より動きが遅く、その分騒音も少ないです。
Roomba Discovery は、スペックによれば 58db の騒音でしたが、古くなってくると騒音は大きくなります。
(これは、ブラシの軸受けがプラスチックで出来ていて、使ううちに削れてがたがたになるため)
騒音が大きくなっていた分を差し引いても、おそらく Roomba より静か。
…と書くといいことのようですが、動きが遅くて静かだと言うのは、つまり「パワー不足」ということ。
そのまま掃除が完了するまで、1時間放置。
うちでは、和室8畳+リビング8畳+キッチン4畳+廊下4畳=24畳をまとめて掃除していますが、一通り綺麗にはしてくれました。
ただし、Roomba のときに比べると、所々に掃除できていないところが目立ちます。
ゴミのあるところを通れば確実に回収しているので、どうやら「ランダムウォーク」で歩ききれないところがあるようです。
Roomba は、1回の充電で2時間近く動けますし、動きも早いです。
これに対し、FALTIMA030 は1時間しか動けない上に、動きが遅いです。
どうも、この差が「掃除し残し」となって現れるみたい。
Roomba だって、完璧に掃除できたわけではないが、気軽に掃除できるようになるため「こまめなお掃除」でカバーできました。
同じ使い方をするのであれば、FALTIMA030 は、Roomba よりも掃除し残しがあるとしても合格点でしょう。
このわずかな差に、2倍超の料金を出すかどうかは人の考え方次第。
自分がどう考えるかは… FALTIMA030 が壊れて、また買い換えるときに考えることにします (^^;
CMS 2008-11-13 16:45:04 COMP
先日から改良している、当ページを運用している自作・家庭内CMSシステムが、大幅にバージョンアップ。
元々、Ver.0.9 という感じで運用していたのだが、内部構造から大幅に変わってしまったので、いきなり Ver.2.0 という感じ。
もっとも、公開するつもりも無いのでバージョンナンバーをつけることに意味は無く、自分の気持ちの問題だけ。
公開するつもりが無い、と明言した時点で、この日記は自分の備忘録になるわけだが(内部解説しても自分以外に関係ないし)、以下の点が変わった。
▼XML の解釈の方式を、今までのインタープリタ方式から、コンパイラ方式に変更。
記事作成時に、XML を解釈して「自作システムに必要な」タグだけを拾い出し、構文木を構築し、この状態でデータベースに保存しておく。
閲覧があったときには、この構文木を解釈して、記事を動的に整形する。
今までよりも高速化される上、構文の解釈と整形を分離できるようになったため、より柔軟で強力な処理が可能。
▼カテゴリの概念を導入
記事ディレクトリによってカテゴリを分割。カテゴリごとに、別処理を可能にした。(プラグインの概念)
いままで、日記は実は「まったくの別システム」で動いていたのだが、これによって日記もシステムの一部に組み込まれた。
また、妻が要望している「データベース」もこれによって実現する予定。
▼いくつかのタグの拡張
いわゆる「ブログ」や「Wiki」の誕生以前から自分で作っていたシステムなので、いまどきの CMS と比較すると「流行ではない」やり方なのだが、いくつかのタグを拡張している。
例えば、img タグは、src のファイル名さえ書いておけば、自動的に画像のサイズや、その画像につけられた「名前」をDBから取得し、width height alt を付与してくれる。
これをさらに拡張し、「サムネイルと大画像」を指定すると、自動で大画像へのリンクを生成するようにした。
「タグ拡張」が外から見たときにも一番大きな変更点。
というのも、(いまさらやっと)縮小画像クリックで大きな画像を表示、ということに対応できるようになったから。
というわけで、夏からの日記で画像が付いていなかったものに、画像をつけてみた。
この日記以前の画像にもかかわらず、サムネイルクリックで大きな画像が表示されるものに関しては、「画像は後からつけました」ということでもある。
元々、Ver.0.9 という感じで運用していたのだが、内部構造から大幅に変わってしまったので、いきなり Ver.2.0 という感じ。
もっとも、公開するつもりも無いのでバージョンナンバーをつけることに意味は無く、自分の気持ちの問題だけ。
公開するつもりが無い、と明言した時点で、この日記は自分の備忘録になるわけだが(内部解説しても自分以外に関係ないし)、以下の点が変わった。
▼XML の解釈の方式を、今までのインタープリタ方式から、コンパイラ方式に変更。
記事作成時に、XML を解釈して「自作システムに必要な」タグだけを拾い出し、構文木を構築し、この状態でデータベースに保存しておく。
閲覧があったときには、この構文木を解釈して、記事を動的に整形する。
今までよりも高速化される上、構文の解釈と整形を分離できるようになったため、より柔軟で強力な処理が可能。
▼カテゴリの概念を導入
記事ディレクトリによってカテゴリを分割。カテゴリごとに、別処理を可能にした。(プラグインの概念)
いままで、日記は実は「まったくの別システム」で動いていたのだが、これによって日記もシステムの一部に組み込まれた。
また、妻が要望している「データベース」もこれによって実現する予定。
▼いくつかのタグの拡張
いわゆる「ブログ」や「Wiki」の誕生以前から自分で作っていたシステムなので、いまどきの CMS と比較すると「流行ではない」やり方なのだが、いくつかのタグを拡張している。
例えば、img タグは、src のファイル名さえ書いておけば、自動的に画像のサイズや、その画像につけられた「名前」をDBから取得し、width height alt を付与してくれる。
これをさらに拡張し、「サムネイルと大画像」を指定すると、自動で大画像へのリンクを生成するようにした。
「タグ拡張」が外から見たときにも一番大きな変更点。
というのも、(いまさらやっと)縮小画像クリックで大きな画像を表示、ということに対応できるようになったから。
というわけで、夏からの日記で画像が付いていなかったものに、画像をつけてみた。
この日記以前の画像にもかかわらず、サムネイルクリックで大きな画像が表示されるものに関しては、「画像は後からつけました」ということでもある。
忙中閑有 2008-11-05 17:32:37 COMP
仕事の締め切りが来週頭ですが、早めに作ることを心がけていたため、1週間の余裕を残して、ほぼ完成。
というわけで、先日より妻からリクエストがあった「自宅用のCMSの改良」を行います。
以前は妻も人気ページ作者だったのですが、子供が生まれて忙しくなったため中断。
再開を目指したこともありましたが、「当時のものを復活しようと思っても大変なので」新たに作り直しています。
CMS 改良の第一歩として…CMS を、PHP5 でも動くように修正。
今まで PHP4 で動かしていたけど、そのままでは PHP5 で動かないので (^^;;
公開環境は、PHP4 の最新版になっていますが、開発環境は PHP5 なのです。
これに伴い、公開する文字コードが EUC-JP から UTF-8 に変わりました。
見られなくなった人がいたらごめんなさい。
#PHP4 では XML パーサーが要求する文字コードが「何でも良い」だったのが、PHP5 で「UTF-8」に限定されたため。
(xml_parse が使用するライブラリが変わったことに起因する)
内部的に、パーサーを通す前に UTF-8 にして、最終的に元に戻す…という処理を考えたが、他の箇所の絡みもあってややこしいことが判明したため、コードを全面的に UTF-8 に変更した。今まで溜まっていたデータも、全てコード変換。
半年ほど前までに別の仕事で作り上げた CMS も、自宅用 CMS の「派生物」でありながら、高機能化しているため、できることならば機能の一部を自宅用に取り込みたいところ。
しかし、まずは妻のリクエストである、データベース機能から実装するか…
というわけで、先日より妻からリクエストがあった「自宅用のCMSの改良」を行います。
以前は妻も人気ページ作者だったのですが、子供が生まれて忙しくなったため中断。
再開を目指したこともありましたが、「当時のものを復活しようと思っても大変なので」新たに作り直しています。
CMS 改良の第一歩として…CMS を、PHP5 でも動くように修正。
今まで PHP4 で動かしていたけど、そのままでは PHP5 で動かないので (^^;;
公開環境は、PHP4 の最新版になっていますが、開発環境は PHP5 なのです。
これに伴い、公開する文字コードが EUC-JP から UTF-8 に変わりました。
見られなくなった人がいたらごめんなさい。
#PHP4 では XML パーサーが要求する文字コードが「何でも良い」だったのが、PHP5 で「UTF-8」に限定されたため。
(xml_parse が使用するライブラリが変わったことに起因する)
内部的に、パーサーを通す前に UTF-8 にして、最終的に元に戻す…という処理を考えたが、他の箇所の絡みもあってややこしいことが判明したため、コードを全面的に UTF-8 に変更した。今まで溜まっていたデータも、全てコード変換。
半年ほど前までに別の仕事で作り上げた CMS も、自宅用 CMS の「派生物」でありながら、高機能化しているため、できることならば機能の一部を自宅用に取り込みたいところ。
しかし、まずは妻のリクエストである、データベース機能から実装するか…
サーバー故障 2008-09-26 17:21:30 COMP
家庭内サーバーが壊れた。
1週間ちょっと前…9月16日のこと。(予兆は、12日にはあった)
サーバーは2台あるが、「プログラム用」に使っていたほう。
もう一台は、メール・WEBサーバーで、外部公開用に使用している。
2台ともSizka basicを使っていて、実際静かだったのだが、完全ファンレスと言うのはやはり熱にやられるのか…
最初は HDD 故障を疑って、ネットで新しい HDD を購入した。届くまで中1日。
届いて実験してやっとわかったが、HDD 故障ではなく、本体故障のようだった。
あわてて新たなマシンを購入。
atom 使用のマザボ、D945GCLF。
購入した翌日に、新製品が発表されて愕然とする。
これをベースに「壊れないサーバー」を作る。
もう、壊れて面倒な思いをするのは嫌だ。
---
幸い、家庭内の2台で互いに、ハードディスクのバックアップを取っていた。
そのため、データ復旧自体は難しくない。
プログラムまで含めて「すべて」を復旧すれば、同じマシンであれば動くだろう。
しかし、今回はマシンも交換したし、そのままの復旧では目的とする「壊れないマシン」は作れないので、新規インストールから。
まず、マザボの特殊性にやられる。
CentOS を入れようとしたがインストーラーが起動しない…と思っていたら、これはどうやら、新たなイーサチップのせい。
CentOS 4.7 なら起動するのに、5.2 だと駄目なのね。
BIOS から LAN を disable して問題解決。
(インストール後、ドライバを入れる事になる。)
今回、「壊れないサーバー」構築のために、HDD を2台積んで SoftwareRaid を組む事にする。
64bit 版、仮想化対応でインストール。
Raid によって、データは壊れなくなるが、実際マシンが壊れたときには、ドライバなどの互換性の問題から再インストールとなってしまう。
そこで、「壊れない」条件の2番目として、仮想化によって「ハードウェアからの分離」を行うわけだ。
しかし、Xen の設定にかなりてこずる。
---
最初は、ネットワークカードが全て「仮想化」されてしまう現象に悩んだ。
実際のハードウェアカードがなくなってしまい、外と通信できなくなるのだ。
これは、Kudzu が犯人とわかったため、停止して問題解決。
しかし、まだ外と通信できない。
Xen は「仮想サーバー」を作成する仕組みだが、仮想サーバーをネットワークに参加させるためには、仮想ネットワークも作成されなくてはならない。
仮想化されたサーバーを、仮想的なブリッジ(HUB)で接続するのだが、この仮想ブリッジが virbr0 と xenbr0 の2つ作られる。
前者は、NATルーター、後者は単純な HUB。
CentOS 5.2 では、デフォルトで前者と接続する。通常ならそれでも問題ないようなのだが、なぜかこれが悪さをして、通信を阻害しているらしい。
そこで、手動で設定ファイルを書き換えて、後者に接続するようにしたら解決。
これで、何とか基盤が整ったのが、故障から1週間以上たった昨日、25日。
この後、バックアップから大量のファイルを移植し、プログラム類は再インストールし、ほぼ復旧したところ。
まだ足りないものはあるかもしれないが、仕事の環境はやっと整った。
新しいマシン、過去に使っていた eden や sizka に比べると、ずっとパワーがある。
機能的にも「遅いだけ」で、64bit 命令も使えるし、Hyper-threading にも対応している。
ただ、今回買ったケースの電源ファンが少しうるさい。
eden のケースから、ファンレス(ACアダプタ)電源を取ってくっつけるか…
1週間ちょっと前…9月16日のこと。(予兆は、12日にはあった)
サーバーは2台あるが、「プログラム用」に使っていたほう。
もう一台は、メール・WEBサーバーで、外部公開用に使用している。
2台ともSizka basicを使っていて、実際静かだったのだが、完全ファンレスと言うのはやはり熱にやられるのか…
最初は HDD 故障を疑って、ネットで新しい HDD を購入した。届くまで中1日。
届いて実験してやっとわかったが、HDD 故障ではなく、本体故障のようだった。
あわてて新たなマシンを購入。
atom 使用のマザボ、D945GCLF。
購入した翌日に、新製品が発表されて愕然とする。
これをベースに「壊れないサーバー」を作る。
もう、壊れて面倒な思いをするのは嫌だ。
---
幸い、家庭内の2台で互いに、ハードディスクのバックアップを取っていた。
そのため、データ復旧自体は難しくない。
プログラムまで含めて「すべて」を復旧すれば、同じマシンであれば動くだろう。
しかし、今回はマシンも交換したし、そのままの復旧では目的とする「壊れないマシン」は作れないので、新規インストールから。
まず、マザボの特殊性にやられる。
CentOS を入れようとしたがインストーラーが起動しない…と思っていたら、これはどうやら、新たなイーサチップのせい。
CentOS 4.7 なら起動するのに、5.2 だと駄目なのね。
BIOS から LAN を disable して問題解決。
(インストール後、ドライバを入れる事になる。)
今回、「壊れないサーバー」構築のために、HDD を2台積んで SoftwareRaid を組む事にする。
64bit 版、仮想化対応でインストール。
Raid によって、データは壊れなくなるが、実際マシンが壊れたときには、ドライバなどの互換性の問題から再インストールとなってしまう。
そこで、「壊れない」条件の2番目として、仮想化によって「ハードウェアからの分離」を行うわけだ。
しかし、Xen の設定にかなりてこずる。
---
最初は、ネットワークカードが全て「仮想化」されてしまう現象に悩んだ。
実際のハードウェアカードがなくなってしまい、外と通信できなくなるのだ。
これは、Kudzu が犯人とわかったため、停止して問題解決。
しかし、まだ外と通信できない。
Xen は「仮想サーバー」を作成する仕組みだが、仮想サーバーをネットワークに参加させるためには、仮想ネットワークも作成されなくてはならない。
仮想化されたサーバーを、仮想的なブリッジ(HUB)で接続するのだが、この仮想ブリッジが virbr0 と xenbr0 の2つ作られる。
前者は、NATルーター、後者は単純な HUB。
CentOS 5.2 では、デフォルトで前者と接続する。通常ならそれでも問題ないようなのだが、なぜかこれが悪さをして、通信を阻害しているらしい。
そこで、手動で設定ファイルを書き換えて、後者に接続するようにしたら解決。
これで、何とか基盤が整ったのが、故障から1週間以上たった昨日、25日。
この後、バックアップから大量のファイルを移植し、プログラム類は再インストールし、ほぼ復旧したところ。
まだ足りないものはあるかもしれないが、仕事の環境はやっと整った。
新しいマシン、過去に使っていた eden や sizka に比べると、ずっとパワーがある。
機能的にも「遅いだけ」で、64bit 命令も使えるし、Hyper-threading にも対応している。
ただ、今回買ったケースの電源ファンが少しうるさい。
eden のケースから、ファンレス(ACアダプタ)電源を取ってくっつけるか…