RE;COIL (リコイル)メンバーのarc@dmzによる日記
CPU実験とは大学の演習の一つで、その名の通りCPUに関係する様々なことを班単位で実験するもの。演習としての最終目標は
で、それとは別に、処理の速さなどを競うコンテストが春休み期間中に開かれている。
今年は例年通り
を正しく処理できるCPUを班ごとに作るよう指示され、3/11にコンテストが行われた。
一学年が5-6人ごとに5つの班に分かれた。僕の班は5人で、結果的に、ハードウェア・コンパイラ・シミュレータとライブラリとデバッグ・ソフトウェアと遊撃・UIと入力データ、というふうな役割分担になった。
僕は最後の「UIと入力データ」、つまりソフトウェアや発表の見た目をデザインしたり、レイトレーサに食わせるモデリングデータを生成する役。一時期シミュレータの手助けをしたこともあったが僅かで、実は一番CPUから遠いところを担当していたことになる。
CPU実験においてCPUから遠いところを担当するためには、班としてその他の核となる部分に対して十分に力を割けていることが必要条件になるが、その点、僕の班は心強かった。
最後に時間切れとなった部分があるので、今さらながらもう少し他の分野で助力できていたら、と思うこともあるが、班全体の目標は「(今の実験基板を使うCPU実験が今年で最後なので)何か面白いことをやりたい」だったので、その意味では何とかなったと思う。
近々に発表資料を公開する予定なのでお待ちください。
僕が担当したところについて、もう少し詳しく書けることを書く。
まず、入力データ、つまり3Dのモデリングデータは数値の羅列で構成されるデータであり、とても直感的に扱えるものではなかったので、それをGUIで表示・編集できるソフトウェア「rtcad」を作った。データの文法ミスが怖かったのでパーザ・文法チェッカなど、入力データを正しく便利に作成するために必要になると思しきほとんどの機能を実装してある。
発表資料公開に併せてrtcadと取り扱い説明書を公開予定です。
また、実験基板で動かすレイトレース以外のソフトウェア(テトリス)の背景を描き、半年を通して発表用資料の作成に当たった。後半の仕事は丸っきりデザイナーであり、プログラムとはあまり関係ない。
この班にいられて幸せだった。学ぶことが多かった。
UIとかデザインって、最低限の部分は機能として考えられるのに、それ以上は機能と切り離されてデザイナの領分になるという不思議な性質を持っている。そのために、業務用に特化したソフトウェア・アーキテクチャではUIへの配慮なんてなくてもいいものとして考えられることさえあるけれど、実際のところ、その考えかたには違和感を覚える。
そうではなくて、ある目的に特化したソフトウェアでは、目的が限られているためにUIへの配慮が機能の制約で代替されていることが多いのだと思う。つまり、やれることが少ない代わりに・やれることが少ないゆえに、細かく色々なパラメタをいじる必要性にも乏しいのではないか。
また、UIやデザインが軽視されるのは恐らく今のPCの入力インターフェースの乏しさにも起因している。結局のところどのPCにもついている入力はキーボードとマウスくらいのもので、人間の手は2本あるのにマウスは一つ。PCの操作に熟練した人が2本の腕をフルに使えるキーボードで操作するCUIを好むのは当たり前だ。PCへの入力の局面でもどかしい思いをするようでは、GUIによる出力はやむなく軽視される結果となる。
Wiiの拡張デバイスが全部BluetoothでPCと繋げられたり、MacBook AirやMacBook Proがマルチタッチデバイスを搭載したり、PCの入力に使えるチャネルは着実に、少しずつ増えてきている。昨今携帯電話を使ってPC向けサービスを拡張する試みが多いが、ある意味入力装置に乏しいPCの世界に携帯というインターフェースでアクセスしているとも取れる。
今後どのようなデファクトスタンダードが生まれるのか分からないが、ソッチのほうに期待と興味を持っている一人として、今後の成り行きに注目していたい。
あれ、CPUからかけ離れた話になってしまったぞ。高速化という観点では、PCの操作を高速にできるようにするというこじつけも可能か？処理速度が何倍に向上してもキーボードの入力速度はそんなに速くならないものネ。
2008年3月12日の記事を全1件中1件目から計1件表示
© arc@dmz 2007