iPhone3G向けパフォーマンスチューニングを考える

自分が所持しているのはiPod Touch2G(CPU:532Mhz)なのですが、知人が3GS(CPU:600Mhz)を購入したので3G(CPU:412Mhz)をお借りすることができした。
早速Displex v1.1を3GにDLしてみたのですが、そのもっさり感に愕然としました。

まず番組表ダウンロードでUIProgressBarが激重、その後の番組表のスクロールもカクカクでした。
これはだいぶ酷い体験をさせてしまったなぁと反省しきりです。

今回はiPhone3G向けに施したチューニングについて幾つか書いてみます。

番組表ダウンロードで時間がかかっていたのは、各番組の時間長の計算において、開始時刻と終了時刻のNSStringからNSDateFormatterを使ってNSDateに変換する、という処理を生真面目に書いてしまっていたからです。この処理を時刻の文字列から分単位のintに変換してその差分をとる形に変えることで、一気に10倍以上速くなりました。これでダウンロードメーターはサクサク進むようになりました。

次が、UIScrollViewの設定です。番組表の上下左右の端に到達した際に、慣性が働いてバウンドする動きがデフォルトではonになっていました。200個オーダーのUIViewをUIScrollViewのcontentsに格納した状態ですと3Gではカクカクになります。これは端に到達しない状態でも常にスクロールが重くなるので注意が必要です。この動作をdisableにするには、下記のpropertyをすべてNOに設定する必要があります。bouncesはデフォルトでYESなので明示的に指定しないと効きません。

bounces = NO alwaysBounceVertical = NO alwaysBounceHorizontal = NO

上記の変更は3Gだけで効かすのではなく、すべてのモデルに適用しました。これでiPod Touch2G/3GSでは、さらなる素早い操作感が得られるようになるという副次的なメリットも得られました。Displex v1.2として本日申請したので、順調にいけば2週間後くらいにAppStoreに公開されると思います。

さて、1Ghz未満のCPUでは、100Mhz単位の違いで随分の操作感が変わってきます。iPod Touch2GとiPhone3GではGPUが同等で、完全にソフトウェアスタックに互換性があっても、これだけのアプリ体験の差が生まれてしまうのだと実感することができました。では、Androidのように画面解像度やCPUアーキ、入力デバイスまで異なってきた場合にはどうなってしまうのでしょうか？動作検証を考えると莫大な工数を要することは容易に想像できます。HTCはすでにAndroid搭載ケータイを数モデル出してしまいましたが、初期開発コストは想像以上に高い、なんて言っていたのが懐かしくなるほど、今後はその比ではないレベルでアップデート対応工数がかかってくるでしょうね....。

ラテ欄番組表からテレビ王国経由で予約できるiPhoneアプリ 「Displex v1.1」をリリースしました。

まさかのv1.0公開から、はや三週間。ようやくv1.1が公開されました。v1.0のときの課題だった番組表のスクロール速度の改善、メモリ不足によるアプリ終了ケースの回避策などをいれました。だいぶ実用的になってきたと思います。

それしてもv1.1審査中に積み上がるv1.0に対する★1つ評価はなかなかつらいものがありました。そんな中でも先の可能性も含めてくださったのか★5つをつけてくれる奇特な方もおられて、それが無性にうれしかったりして...。1ユーザーのときには大して気にしていなかった★の数ですが、いざアプリ公開をすると凄く気になるものですね。

そんな気分で改めてアプリランキングを眺めると、大企業に属する商用タイトル開発チームから、小規模組織、そして個人までが横一線にならんで同一プラットホームでクオリティとアイデアを競い合い、ユーザーの評価によってのみシビアにランキングされるiTunesAppStoreの仕組みは、組織と個人の線引きすらあいまいにする強烈な仕組みだと思い知らされます。Appleはこのサバイバルを生き残った至高のアプリを次期商品に組み入れることによって、かつてMSがWindows上で実現していたポジティブループをモバイルにおいて手中に収めました。少なくとも直近の2年はiPhoneに勝てる端末は出てこないでしょう。もちろん、スペックで勝るものがは多数でるでしょうが、トータルな商品価値という観点ではたぶん太刀打ちできません。

さて、3GSは買おうかどうか踏ん切りがつかないうちに、ついに日本の発売日を迎えてしまいました。
2年で14万、、、と考えると...

そんな中、運よく知人が3GSを発売日にゲットしていたので、さっそくDisplexv1.1をDLしてもらい操作してみました。実は番組表の箇所は豪勢なクラスの使い方をしており、番組用の矩形ひとつひとつにUIViewクラスを割り当てています。しかもそのまま切り替えなしで拡縮時に表示している都合上、最小表示にしたときには約50個以上のUIViewを一斉にスクロールすることになるため、iPod Touch2Gではタッチの反応に遅れるような動作がありました。しかし3GSは終始きびきび動作してくれており、さらなる快適体験が味わえました。番組表ダウンロード処理時間も体感速度で半分とまでは行きませんが、20%くらいは速くなっていたように感じられました。

v1.2では、番組表の長さの計算処理を効率化することによりさらなる番組表ダウンロード速度の向上が実現できそうです。v1.x系のアップデートはv1.2までとして、いよいよメジャーアップデートとなるv2.0で予定通り家庭内LANにおけるSony製BD/DVDレコーダーへのダイレクトアクセス対応に着手していこうと思っています。テレビ王国経由よりは圧倒的に使いやすくなりそうです。

まずは、ラテ欄番組表の快適ブラウズをぜひ体験して見てください。無料アプリなのでお気軽にどうぞ！

iPhoneアプリ「Displex」v1.0をリリースしました。

産経新聞のiPhoneアプリによる朝刊無料配信が始まって以来、iPod touchが手放せない日々が続いていた。
ピンチイン、アウトによる読みやすさに感心しながら、一際目を引いたのはテレビの番組表のページだった。

「もしこの番組表からレコーダーに予約できたら....」

と思い立ち、そのままiPhoneアプリ開発への邁進していったのが4月末くらいのお話。

ちょうどテレビ王国のリモート予約機能をiPod Touchで使いはじめていたので、iPhoneネイティブアプリによるラテ欄形式番組表とテレビ王国のリモート予約を軸に据えることに決めた。

ObjectiveC自体初めてという所からのスタートで試行錯誤の連続だったのだが、このたび初めてのアプリストア公開までこぎ着けることができた。

Displex @ iTunes アプリストア

EPGデータも借り物、テレビ王国の予約機能も借り物というつなぎ合わせ系アプリなので、当然のことながら無料に設定した。

審査のReject例として、システムアイコンを独自機能に割り当てたり、12時間表示設定時のチェックがされたり、といった辺りがひっかかったという情報があり、こりゃ2,3回Rejectは覚悟かなと思っていたのだが、あっさり初回でReady for Sale通知が来た。厳しいのはUSのAppStoreなのかな？(本アプリは国内限定公開)。5/28に申請して6/6公開だったので約10日かかったことになる。

さっそくレビューが上がっているのだが、ごもっともな内容が多い。起動時間の遅さは番組表ダウンロードの遅さなので、プログレスバーをつける予定だ。またメモリ不足による強制終了はAutoReleaseオブジェクトの解放をこまめにしていないのが原因なので、NSAutoReleasePoolをいれて対処する。短い番組でのフォント切れ、スクロールのパフォーマンス改善周りも大体めどがついているので、近日中にV1.1の申請を出す予定だ。

Androidはクライアントサイドの技術革新を止める

近頃、「時代はクラウド、ガラパゴス化した日本のケータイ業界はオープンなAndroidを使って世界標準に合わせるべきである」、という論調をよく目や耳にする。金融危機に起因する強烈なコスト削減要求にふらついたメーカーが、ロイヤリティフリーのAndroid採用に目が眩むという現象も起きている。

しかし、これからもクライアントサイドの端末を市場に送り出してビジネスを継続していこうとしているメーカーなら、Android採用に伴うリスクをきちんと評価すべきだ。勿論、セキュリティホールや致命的な基盤の不具合による不祥事発生の可能性も大きな問題ではある。

GoogleのAndroid SDKに複数の脆弱性
「Android」セキュリティ問題と情報制限--グーグルとT-Mobileがとった対応の妥当性

しかし最大かつ最悪のリスクは、クライアントサイド（ケータイ、カーナビ、STB）の技術革新が抑制されることにある、と認識すべきである。

なぜ、Androidを採用すると、クライアントサイドの技術革新が止まると言えるのだろうか？

それはGoogleがクライアントサイドの技術革新に全く興味がないからである。

もうちょっと正確に書くと、いかに今以上にユーザー行動の内容をより速く、より広く、より細かくとれるか、ということにしか興味がない。だから、GPSやカメラや電話帳や動画の視聴履歴管理には素早く対応するが、それ以外はどうでもいいから全くやらないか後回しにする。クライアントの操作性なんてどうでもいいから、マルチタッチ操作を使えるようにAppleとまともな交渉もしないし、革新的なGUIなんてどうでもいいから3DGUIフレームワークはHTCに作らせて市場実験をやらせるだけだし、いつ開発を辞めても文句を言われないように、AndroidMarketで利益をあげようともしていない。

タッチパネルを使った入力インタフェースでマルチタッチなしがどれほど残念なことになるかは、iPhoneを一度味わった人は容易に想像がつくだろう。GoogleCEOのSchmidtはApple社外取締役なんだから、交渉ができないわけがない。クライアントでビジネスをやっていこうとしているPalmはもちろん真っ向勝負だ。

3DならOpenGL ES1.0がついている？OpenGLだけでどうやってアプリを書くのか。標準GUIコンポーネントが3D描画支援されるiPhoneならともかく、Javaの3DAPIでラップしただけの状態ではお話にならない。当面GPUを積んだAndroid端末を出すメーカーはここに投資が必要となるだろう。

AndroidMarketが開発者とキャリアに全部還元するなんて素晴らしいこと？....だとは全く思わない。もしGoogleがほんの数%でもAppMarketで利益を上げようとしていたら、逆にAndroidを見直していたかもしれない。それがプラットホームが死ぬまでリソースを注ぎ込む覚悟だと捉えられるからだ。(※注1)　ソフトプラットホームの存在意義とは、互換性の維持、これに尽きる。アーキテクチャの美しさとかアプリ開発効率も勿論大切だが、互換性がずっと維持されなければそもそもソフト資産が蓄積されない。WindowsやMacOSがプラットホームとして成立しているのは、一つの企業が(自らの戦略を実現する方向に限定されるものの)莫大なリソースをかけて互換性を保ってきたからだ。オープンソースの奇跡的な成功例と言われるLinuxだって終身の優しい独裁者であるLinusがきちんと何を入れて、何を入れないかを判断してきているからカーネルレベルでは互換性が維持されているのだし、LinuxFoundationという名札をつけてLinusがきちんと主要コンポーネントのメンテナを任命しているからセキュリティパッチがリリースされ続けられるのだ。こんなにしんどいことをやり続けられるのは「それがぼくには楽しかったから」である。

Androidは、せいぜいV8 Engineが移植されてクライアントとして機能向上は終了するだろう。Webブラウザが高速に動くところまでしかGoogleにはクライアントの興味がないのだから。

では、すべてがオープンなんだから、各メーカーが自由に拡張して技術革新を起こせばいいのだろうか？

1号機の製品出荷時にはそれで問題ないだろう。、多かれ少なかれOHAという名札をつけたGoogleが提供するSDK(=本線)を改変してリリースすることになる。さて、そのメーカーがAndroid搭載2号機を出そうとするとき、以下の二つの選択に迫られる事になる。

(1)Google本線のアップデートを取り込んで、1号機の変更内容をマージする
(2)Google本線を無視して、独自拡張に突き進む

(2)を選んだら互換性は失われる。従って他のアプリがすぐに動くというAndroidの唯一のメリットを享受しつづけるには、泣きながら(1)を選ぶしかない。これがLinuxカーネルや特定のオープンソースコンポーネントだけに限定された話であれば、マージの続行は可能である。しかし、AndroidはOSではなくて、アプリフレームワークを含んだケータイのフルスタックソフトウェアである。(1)を現実的なコストで実施していくには、1号機開発のときに施した改変(や追加内容)を、Google本線に入れてもらうしかないだろう。さて、本線に何を入れるか、入れないかを判断するのは誰か？OHAという名札をつけたGoogleである。従って、Googleに興味がなければ入らない。ここで最初の話に戻る。Googleに興味があるのは何だったのかと。

ここに興味深い実例がある。AndroidのIssueリストを見ると、2007年11月の開設当初にはDefect(欠陥)だけでなくEnhancement(機能拡張依頼)も丁寧にReviewされていた。しかし日を追うにつれ、Newのまま放置されるものが目立ってきている。かの有名なRebootバグだって、一度目の報告では放置されて、二度目の報告でやっと対応してもらえたようだ。よほど致命的な欠陥でもない限りなかなか話を聞いてもらえそうにないと感じるのは自分だけだろうか。何しろ一銭も払っていないのだからGoogleには何の義務もない。ビジネス的メリットもない。そしてあくまで繰り返すがGoogleにはクライアントには興味がない。

その結果、Android採用端末はどうなってしまうのか？先ほどの選択肢に、実はもうひとつオプションがあったのだ。
それは....

(3)独自拡張を辞める

というものだ。これなら互換性の維持はばっちりである。そして、クライアントサイドの技術革新は止まる。

以上の理由から自分はAndoridには関わりたくない。人と接するクライアントデバイス部分の価値は絶対に失われないと信じているし、引き続きクライアントに興味があるからだ。その点Appleもクライアントに興味を持ち続けているし、そこを競争領域として投資して、そして利益を上げている。iPhoneとAndroidはスマートフォンプラットホームの未来を担うかのように並べて良く語られるが、見た目は似ていても目指すところが全く別物であり、比較するべきものでもないだろう。なぜならiPhoneプラットホームは革新を続けるが、Androidプラットホームに革新はないからだ。

もちろん、Androidクライアントの革新が止まっても、Googleのサービスは革新を続けるだろう。しかしそれでコンテンツもサービスインフラも持たないメーカーはビジネスを続けられるのだろうか？ハードは誰でも買えるものを持ってきてアプリだけで差異化ができるのだろうか？こうした懸念を払拭するスーパーな作戦を持たない限り、Androidには流れてほしくないなぁと思う今日この頃である。

-------
2009/6/13
(※注1)2008/10/22付Android Developer BlogではGoogleの取り分はない、とありました。しかし、今年のインタビューによると、キャリア分30%うち、5%をGoogleが決済手数料としてとっているようですね。コメントありがとうござました。

SpursEngine start-upイベントに行ってきた

SpursEngine start-upイベント @ 秋葉原に行ってきた。リンク先の写真だと閑散としていたかのように見えるが、撮影した時間が早かったのだろう。13時くらいに遅れていったのだが、入り口は50名くらいが二重になって並んでいて、入るのに20分くらい待たされてしまったくらいであった。SpursEngine搭載カードの売れ行きも予想外(?)に好調のようである。

東芝さんは、2009年CellTV発売のアナウンスを行ない、自社ノートPC「Qosmio」にSpursEngineを搭載し終え、着実に社内の生き残り策を打ってきている。今月のSpursEngine搭載PCI Expressカード2モデル（Leadtek WinFast PxVc1100, THOMSON Canopus FIRECODER Blu）発売に合わせて、どんな施策を打ってくるか、というあたりに興味を持って行ってきた。

最大のサプライズは、SpursEngineソフトウェアSDKのアナウンス内容だ。MPEG2,AVCのDecoder/EncoderのAPIのみでなく、SPU4基に対して自前プログラムを実行するための開発ツールも提供する、というのだ。残念ながら、SPUのコードからDecoder/Encoderを叩くことは最初のバージョンでは出来ないそうだが、今後対応予定らしい。初回バージョンで提供できない理由は、現行の顔認識やジェスチャ+Decoder/Encoderのソフトの作りが密結合しており、とても汎用コードから呼ぶための切り口の整備ができていない状況だから、とのことであり、ライセンス、技術的な制約ではないらしいのでここは安心してよさそう。

SPUを使ったオープンな開発環境としてPS3Linuxがあったが、XDRAM256MBでXWindowを走らせても重いだけでまずここで萎えてしまった。じゃぁまずはCodecの高速化あたりかな、ということになるが、例えばx264を移植するという試みもやはり開発規模が個人として大きすぎてなかなか難しそうであった。仮にCodecの高速化ができて、SPU処理で高速化する部分を括りだしても、その前後の入出力整備(入力ソース整備、出力ファイル先)の敷居があまりに高く、おまけにGPUとしてのRSXはたたけないという状況で、火のつきようがなかったと言えよう。

しかし、今回の場合はWindowsOS上からPCIExpressカードアクセス、というところからスタートすることができる。動画処理で重くて困っている部分だけを切り出して、それ以外は従来のワークフローをそのまま使うということが可能になるので、ターゲットを絞った効率的な速度向上ネタをたくさん投入することができそうだ。しかもMPEG2からH.264へのトランスコードという国内でニーズの多い(?)ユースケースにおいて、最も重い部分であるDecode/Encodeは理論値であるが実時間の2倍速の性能を狙えるところからスタートできるため、その前後処理でやりたい準ヘビィ級の処理をSPU化するという方向が良さそうに思える。

たとえば、AviUtilという動画編集時に自由にフィルタをかけられる点で定評のあるオープンソースツールがあるが、入力/フィルタ/出力プラグインとしてSpursEngineを組み込むことの敷居は低いだろう。出力プラグインとしてSpursEngineのEncoderを指定するというところから始められるし、その前段で使われるまるも製作所さん謹製「MPEG-2 VIDEO VFAPI Plug-In」「Lanczos 3-lobed 拡大縮小」のような定番かつ重めなフィルタの、MMX/SSEアセンブラのSIMD命令実行部分をSPU SIMD命令置き換えてさらに並列化する、というような案配である。

東芝さんがこれまで提案してきたジェスチャ操作や顔認識もまぁおもしろいのだが、やはり現実的に今必要とされているユースケースの高速化から実現されていかないと、なかなか盛り上がっていかないだろう。クラウドが台頭してきた昨今において、個人レベルでコンピューティングパフォーマンスが必要な用途はもはや動画処理だけと言っても過言ではない。クライアントサイドに残された数少ないパフォーマンス競争領域を巡って、IAコアの高速化という従来路線、急進的実験プラットホームLarrabee、GPGPUのさらなる汎用化に走るCUDA、OpenCL等で今後華々しいリリース合戦が予想される中、第三のプロセッサとしてSpursEngineが地位を確立できる可能性のある時間は意外と少ないかもしれない。

LEADTEK WinFast PxVC1100	カノープス FIRECODER Blu(RC)

TOEIC Bクラスへの高速道路を走ってみた

ここ最近、海外出張に行ったり、北米のエンジニアとミーティングをする機会が多くなってきている。
今年、三十路に突入予定で、もう若手とは言ってもらえない年齢になるというのに、こんな英語力ではやばすぎるという焦りと、もうすぐ子供が生まれて時間があまりとれなくなるという事情から、できる限り今のうちに英語力アップを図ろうと奮起した。

まず最初に、リスニングができないことには、ミーティングで自分の意見も言えない。また、英語でEメールをかくのにも、基本的な文法を再度やり直す必要がある。この格好の題材はTOEICだろう、という安直な思考パターンで、とりあえずTOEICの勉強を始めてみることにした。

梅田さんによると、インターネットによって大体の分野で高速道路が整備されているそうである。TOEIC高得点獲得への高速道路を探してみたところ、「中学生レベルの英語力の奴が４ヶ月でTOEIC「Bクラス」を出す方法」というエントリが見つかった。内容を見ると別にトリッキーなことをしているわけでもなく、正攻法でありつつも、必要最低限のルートを押さえているように感じられたので、その通りにやってみた。そうしたら、本当にBクラスがあっさりとれてしまった。会社で受けたIPテストが765点。弊社では、800点を超えないとこれから毎年IPテストを受けさせられるみたいなので、自分でもう一度公開テストを受けたところ、825点を獲得することができた。

さすがに元サイトは、去年3月のエントリで、今では同じシリーズの本でも、より新しいものが出ていたりするので、適時そこは更新した内容でまとめてみたい。

１：基礎文法力をつける

文法の基礎をもれなくきちんと押さえてくれる、これまで出会った中で最良の文法本だった。(大学受験時に知っておきたかった.....)。元エントリでは、この本を一週間でやったとあるが、社会人でそれは厳しかったので、一週間で5Lessonずつくらいのペースで進めた。平日に1Lessonずつやっていって、出来なかった日の分を土日に一気に追いつくというような形が個人的にはフィットした。例文の出来がよいので、基本的にすべてノートに書き出して、後から見直すという形態を基本としつつ、日本語部分だけをみて、英訳した内容を音読しながら学習していくのが後から思うと効果的だったように思う。ちなみに、各Lessonの確認問題のうち、Bの間違い直し問題は、現在のTOEICでは出題されないので飛ばしておいた。これ一冊で、TOEIC READINGの文法問題を落とすことは基本的になくなるだろう。ただし、最近の出題傾向は、文法問題が減って、語彙問題の比重が上がってきているので、別の対策も必要だ。(これは後述する）

この本を終えるだけで、自分の言いたいことを即座にちゃんとした文法で組み立てて発言する、ということが前よりはずいぶんと出来るようになったように感じられた。

２：基礎単語力をつける

DUO3.0は、この高速道路のいわば核心部分だ。学習順序は以下の通り。

(1)テキストを参照しながら、基礎用CDを使うのだが、聞こえてきた内容の箇所のテキストを目で追いながら、少し遅れて発音してみる。(あとから知ったのだが、これってシャドーイングっていうらしいですね)。スローテンポできいたあと、各単語の発音をきちんと確認し、その後ナチュラルテンポで聞くと、前置詞と名詞を繋げて発音したり、1センテンスの特定の部分にどのようにアクセントをつけると、「ネイティブ」っぽく聞こえるのか、というのが感覚的にわかるようになってくる。

(2)1つのSectionが終わったら、復習用CDを使って、Section内のすべての例文を一気にナチュラルテンポで聞くのだが、本を見ないでCDの音声に少し遅れながら発音する

(3)個人差があると思うが、前のほうの内容を忘れ始めているかも....というタイミングで、復習用CDを付属の「The Collection of DUO's Sentences」を使いながら、シャドーイングをする

大体1週間で10Sectionずつくらいのペースで進めた。復習は10Sectionをまとめて一気にやる、くらいの区切りが良かったように思う。1/3くらいを終えたあたりから、着実にリスニング力の向上を自覚することができるようになってくる。これまで全然聞き取れなかった内容が、明快に各単語に分離して認識できるようになるのだ。このあたりから英語の勉強が俄然楽しくなってくる。ここを超えれば全体の半分以上は終わったと言える。基礎と銘打っているだけあって、汎用的かつ実用的な力がつくフェーズだ。

3-A:TOEIC 3:Part5、Part6対策

ここからTOEICに特化した対策フェーズに入る。元エントリではパワーアップ編のみが薦められているが、2007年後半から2008年にかけて、Part5で文法問題が減って、語彙問題が増える、という傾向が顕著になっているようだ。パワーアップ編のあとに、ステップアップ編というのも出ているのだが、これは文法的に難しいものをどう攻略するかという観点の本であり、ちょっと最近の傾向にはそぐわない。IPテストは、少し前の公開テストを使っているようなのだが、2008/2時点の受験時には、すでに語彙問題がかなり増えていた。IPテスト受験時には、パワーアップ編とステップアップ編しかやっていなかったので、随分とPart5が難しく感じられて、実際READINGは300点半ばしかとれなかった。一方で、千本ノックのほうは、語彙問題の増加に追従した内容になっており、Part6向けの対策も結構入っている。従って、パワーアップ編+千本ノック編の二冊をここではおすすめしておきたい。語彙問題が増えているとはいえ、TOEIC恒例のパターン問題というものはやっぱり存在していて、緑本シリーズはそれを余すところなく掲載してくれている。


3-B:サードパーティの模試をやり込む

緑本は一気にやるというよりは、通勤時間など隙間時間をぬってやり続けるものなので、並行してサードパーティの模試をやり込む。各Partの基本的な攻略方法が冒頭にあり、LISTENING問題の先読み手法やREADING問題の時間配分など試験攻略に有益な情報が多数掲載されている。一般的にTOEIC本番の内容よりも、このシリーズの問題は難易度が高いと言われている。確かにリスニングは極端にまで訛りの強いスピーカーが混ざっていたり、時間勝負なだけなはずのPart7に、引っかけ問題が多数埋め込まれていたりして、予想していたより全然得点がとれなくて結構へこむことになる。しかし、事前に難しいものに当たっておくことで本番が楽に感じられるので、このシリーズの模試はぜひやっておいたほうがいいだろう。予想外の出来なささ加減によって、これまでの英語力向上の実感が揺らぐので、基礎文法、基礎単語を復習するモチベーションが沸くという副次的効果もある。


4:公式模試をやりこむ

仕上げは、ETS公式の模試。2008年になってから立て続けに新しいものがでている。実はVo.1～Vol.3をすべて買っていたりするのだが、やはり新しいもののほうが最近の傾向に近い。ピンポイントでVol.3だけをやるのでも良いだろう。より新しいものがでていれば、そっちだけでも良いと思われる。この模試でとれた点数は、本番でとれる点数と大体同じくらいであった。平日は緑本や基礎文法、基礎単語の復習をしつつ、週末ごとに模試をやるというペースで進めた。

以上がTOEIC対策のすべてである。当然ながら、TOEICではLISTENINGとREADINGしか養われないので、WRINTING、SPEAKINGは別途対応が必要だ。「英語の敬語」や「会社で使う英語スキルアップゼミ」などを読んで過ごす日々だったりするが、もうそろそろ子供が生まれるのでタイムアップである。。。。

WILLCOM 03

D4延期という悪材料を先に出しておいてから、満を持してのWILLCOM 03発表が行われた。

....が、再びW-OAM TypeGは非対応、、、、せめてFelica対応までしてくれれば、ケータイの集約も図れたんだけど。
スタイラスペンもこの写真を見る限りでは、アドエスから変化なし。

うーん、将来の100Mbpsより、今すぐの800kbpsのほうがうれしいんですがねぇ。
一旦解約かな。

速く打てて疲れにくいキーボード

ソフトウェアエンジニアが、もっとも長い時間触れているインターフェースは、マウスかキーボード。どちらかといえば、キーボードだろう。
#椅子のほうがさらに長いかもしれないが

個人的には、日常生活の中で長く使うものには、お金をかけるのを惜しまないことが、トータルとしては結局得だと考えている。今日は少し高めではあるものの、速く打てて疲れにくいキーボードを考えてみたい。

キーボードには、大きく分けて、三つのタイプが存在している。
(1)メンブレン
(2)メカニカル
(3)静電容量無接点方式

それぞれの具体的な構造の説明はWikipedia様にお任せする。さらにノートPC等に採用されるパンタグラフというタイプもあるが、これはキーの背を低くするためのもので、メンブレンにすら到達できない悲しいキータッチのものしか触ったことがない。いいものがあればぜひ情報をください。

最近のメンブレンは、意外とキータッチが改善されてきていて、DELLに付属しているキーボードでも、まぁこのまま使い続けちゃってもよいかな？と感じてしまう今日この頃ではある。一方、メカニカルキーボードのカチカチ音が大好きという人も周囲に多く、それに影響されて昔はFILCOのキーボードをつかっていたりしたのだが、いかんせん音がうるさすぎて、会社で使ったりすると顰蹙ものだ。

さて、本エントリでお勧めしたいのが、静電容量無接点方式だ。このタイプのキーボードを触ると、(少しかもしれないが)キーボード観が変わるだろう。自分の指の動作に吸い付くようにキーが追従してきてくれるので、実に心地よく入力を進めることができる。具体的な構造の説明は東プレのページが詳しいが、キーが指についてきてくれるような、この不思議な感覚はやはり打鍵の際に荷重がなめらかに変化していることが寄与しているのだろう。そして、キーを深く押し込みきらなくても押されたと判定して扱ってくれることが、すばやいキータッチに"ついてきてくれている"感覚を醸成しているのだと思う。

静電容量無接点方式で昔から定評があるのが東プレのRealForceシリーズだ。

「速く打てて疲れにくい」キーボードの秘密――東プレのRealforce 106
http://www.itmedia.co.jp/news/0207/11/nj00_topre_key.html

指先で考える喜び――東プレ Realforce101
http://www.itmedia.co.jp/news/0305/06/cjad_kodera.html

一台目にREALFORCE91(NE0100)を買った頃はPS/2接続のタイプしかなく、色も白しかなかったが、いまはUSBは当然のこととして、黒色タイプも登場している。テンキーの有無はお好みで良いが、よりマウスを近い位置におけて、スペースが節約できるという観点で、テンキーレスがお勧めだ。

静電容量無接点方式の特徴として、キーの重さを調整できる点もあげられる。REALFORCEシリーズは、指ごとのポジションに応じて、キー荷重が60g/45g/30gと変えてあったりする。全キーが45gに均一に調整されたバージョンも出ていたりするので、好みで選ぶと良いだろう。

REALFORCEの価格面、デザイン面などに満足できない方には、PFUのHapplyHackingKeyboard Liteシリーズをお勧めしたい。よりリーズナブルな価格で静電容量無接点方式を堪能することができる。(追記:Professional2は静電容量無接点方式ですが、HHKLite2はメンブレンですね。)ただし、キーを打ったときの音の大きさは、HHKLite > REALFORCEだ。とはいえ、メカニカルほど大きくはないので、音で躊躇することはない。一点、注意点があるとすれば、キー配列だ。たとえば、Controlキーは特徴的である。普通のキーボード配置では、左シフトキーの下に位置するのだが、HHKシリーズでは、左シフトキーの上にある。最初、これには戸惑ったのだが、コピー&ペーストや全選択などControlキーとの同時押しを行う際に、実はこのControlキーの位置がより正解に近いというか、本来あるべき姿なのでは、と考えてしまうほど使いやすい。キー配置で特殊なのはFnキーとの同時押しを前提とした徹底的なキー数のスリム化である。たとえば、Delキーは、Fnキーと同時に押さないと入力できないので、Ctrl+Alt+Delを実行したいときには、HHKの場合、Fn+BS+Ctrl+Altと4つのキーを同時におさないといけない。あと、これは細かい点だが、上下左右の矢印キーの背がほかのキーよりも低くなっており、最初は頼りなく感じるかもしれない。しかし、連打をしたり、方向を細かく切り替えたりするシーンで気づくのだが、これもまたある意味正しい設計かなぁと思わせてくれるのが、HHKの不思議な魅力だ。

REALFORCE、HHKLite共に、白か黒かで迷うところだが、白は経年劣化と指の汚れによってだんだんと色がくすんでくる。汚れが目立たない黒のほうが、より長い期間気持ちよく使うことができそうだ。

新社会人としてソフトウェアエンジニアの道を歩き始めた方々は、初任給でちょっと奮発して、会社から支給されたメンブレンキーボードを置き換えてみるのは如何だろうか？

Willcom D4の発表仕様をチェックする

アドエスを見送って、待ちに待っていたAtom搭載Willcom端末の仕様が公開された。
まずは、要望ポイントが満たされているかどうか早速チェックしてみた。

・液晶はSVGA（800×600）で4インチ超え
　→○ WSVGA（1,024×600）で5インチ

・画面の大きさを確保するために数字キーはGUIでもok
　-スライド式キーボードは便利なのでそのままで
　→○　Inputスタイルが残っている。P905iでうらやましかったノートPCライクなDeskスタイルも採用された

・W-OAM TypeG x8パケット通信対応で800kbpsに高速化
　→× W-OAM 204kbps止まり！！！これが痛い。痛すぎる。

・もちろんスタイラスペンは本体内蔵
→○ 収納された。まぁこれだけでかくなれば当たり前か?!

横188mmはちょっとでかすぎる気がする。PSPの横幅が197mmだから9mm小さいだけで、重さは約2倍。旧型PSPより重いわけなので、ずっしりとした感覚が予想される。そこまででかくするならタッチパットとマウスボタンを排除してすべて液晶画面にしてほしかった....。まぁそれだとViewスタイルで操作がしにくいという話だろうが。

予想外の機能がワンセグ、無線LAN/Bluetooth両対応、専用クレードルによる外部出力機能か。気になるポイントとしては、Bluetoothキーボードに加えて、Bluetoothマウスも同時に使えるかどうかと、バッテリの持ち時間かな。

サイズ/重量と通信速度以外は概ね満足だが、情報収集を続けてみることにする。
これからAtom搭載UMPCの発表ラッシュが続きそうだし。

激安PC（ML115）でCompiz Fusionを堪能する

約2年程前に組み立てた省電力/静穏/高性能マシンが突然お亡くなりになってしまった。やはり自作ケースで内部が剥き出しになっていたのが、よろしくなかったようだ。（埃がすごかった...)

つい先日にE8400で新マシンを組んだばかりで嫁さんチェックがちょっと厳しい今日この頃、なんとか格安でLinuxマシンをリプレースしなければいけない事態になった。

まず、自作かメーカー製かという判断だが、今年に入って二台目の自作をする時間はちょっと取れないので、メーカー製でいくことにした。以前に嫁さん専用PCとして、格安DELLPC SC-430を19,800円で購入したのだが、PCI-Expressx8 , x4 , x1という謎なスロットしか着いておらず、GPU追加の難易度が高いマシンだった。せっかくリプレースするのであれば、流行りのCompizFusionを堪能できるように、GPUが楽に置き換えられて、なおかつ出来るだけ安いPCが欲しいところだ。

Ubuntu7.10 Compiz Fusionデモ

そんな要件を満たしてくれるのが、HP ProLiant ML115 だ。NTT-X Storeでは、送料無料でなんと14,750円で売っている。(何度も売り切れているが定期的に在庫が復活している。)

CPUは格安PCにありがちな電力食いのPentiumDやCeleronDではなく、ちゃんとAthlon3500+(2.2Ghz)が載っている。メモリ512MB/HDD80GB/SATA4ポート付きで、ちゃんとPCI Expressx16スロットがあるので、GPUの選択肢も広い。さらにユーザー数も多いようで、動作報告事例に事欠かないのも心強い。

hp鯖-ProLiant-ML115(格安Server)
激安HPサーバー　2chまとめ　かも

GPUの選択だが、nVidiaは相変わらずLinuxのドライバをバイナリでしか提供していないが、ATIは、AMDに買収されてから、ドライバのOpenSource化をはじめており、コードが公開されているようだ。

ということで、お約束のファンレス、かつATI系GPUでお手頃な値段のものということでGV-RX24P256Hをチョイスした。T-ZONEのセール品を買って、送料込みで5,182円なり。パフォーマンス的には、GF6600やGF7200クラスの数世代前なスペックだが、まぁ3Dデスクトップを動かすくらいであれば十二分の性能だ。あと、メモリはE8400の深夜販売のダーツでもらったDDR2 800 2GBメモリ(NonECC)メモリを使うことにした。

静穏も一応考えるということで、ケースファンをScythe 鎌風2の風92/KKF92-01、CPUファンをFREEDOM PFN-M120Lに置き換えた。送料込みで3,189円なり。ファンを交換するにあたって、ML115は、各所でT15Hなトルクスねじが使われているので、VESSEL トルクスドライバーセット No.TX-10を購入した。 2,154円なり。

Linuxディストリビューションは、CompizFuzionが最初から入っているUbuntu7.10を選択した。残念ながらインストーラはRadeon HD 2400 Proを認識してくれなかったものの、envyを使ってさっくりと認識させることができた。

一応手順を記載しておく。
CompezのエフェクトのOn/Off設定をするソフトがデフォルトだと入っていないのでインストールしておく。

#sudo apt-get install compizconfig-settings-manager emerald

次に、XWindow上でenvyをインストールしたあと、CTRL+ALT+F1でコンソールモードに切り替えて、もう一度ログインして、envyを起動する。

#envy -t

テキストメニューがでたら[ati driver]を選択する。これで再起動をすると、GPUが認識されて、CompizFusionがちゃんと動作した。従来のXWindowベースのもっさり2DUIと比較すると、Compizの3DUIは実にすばらしい体感速度を実現してくれている。日本語入力のSCIM+Anthyもすこぶる快適でVistaのIMEよりひょっとしたら賢いかもしれない。Compizで個人的にお気に入りのエフェクトは、マルチスクリーンをマウスホイールで切り替える機能だ。ホールを上下に操作するだけでサクサクとデスクトップが切り替えられるので、広々とした空間で実に快適に作業ができる。

さて、今回かかった費用は、合計25,275円である。メモリは景品を流用したのだが、それでも2GBは3,000円台で買えるご時勢だ。恐ろしいことに、PC一台が、CPU E8400単体の値段より安い。費用対効果という観点で比較すれば、合計15万円近くかけたCPU4Ghz/メモリ4GB/HDD1TB/WinVistaなマシンと比較して、2万円台のML115+GPUなマシンにあっさり軍配が上がってしまうだろう。HD動画や高解像度の画像編集、3Dモデリングなどをやらない人は、数万円PCで十分事足りるフェーズに突入しつつあるのかもしれない。安さで勝負するCEにとっては、受難の時代だ。