マルチタッチ対応のタッチパネルとトラックパッドが今後は支配的になるだろう。 未だにマウスを使っている人は早くトラックパッドに乗り換えたほうがいいぞ。 「最近のインターフェイスはマウスのことを考えていない」などと愚痴る老害になりたくなければな。
マウスの時代は終わった
マルチタッチ対応のタッチパネルとトラックパッドが今後は支配的になるだろう。 未だにマウスを使っている人は早くトラックパッドに乗り換えたほうがいいぞ。 「最近のインターフェイスはマウスのことを考えていない」などと愚痴る老害になりたくなければな。
Listインターフェイスの3つのクラスを理解する
JavaのコアAPIに含まれるjava.util.Listインターフェイスは、順序付けられた可変長のデータの集まり「リスト構造」を表現するためのインターフェイスです。コアAPIには、Listの実装クラスがいくつか用意されていますが、そのうち抽象クラスでないものは、Vector、ArrayList、LinkedListの3つになります。ただ、これらのクラスを使う際には、それぞれの実装の違いを意識せずに、なんとなくいずれかを選んで使っていることが多いのではないでしょうか？ 本TIPSでは、これら3つの実装クラスについて、それぞれの実装の違いを比較します。Listインターフェイスが提供する主な操作は、要素の挿入（add）、削除（remove）、参照（get）の3つです（注）。ここでは、その3つの操作と、マルチスレッド環境下での同期化の観点から、それぞれの性能を比較し、使い分けのポイントをまとめま
インタフェースの大変動 最初の三〇年は始まりにすぎなかった。
インタフェースの大変動 最初の30年は始まりにすぎなかった InterCommunication No. 60 Spring 2007 特集「デザイン／サイエンス」 に寄稿 渡邊恵太 本稿は、近年のインターフェイス・デザインの考え方の変化について述べるものである。最初にインターフェイスの視点から現在動きの活発な企業や考え方について紹介する。そして、その企業に共通する点から認知科学的アプローチの限界を示唆する。それを背景に、これからのインターフェイスの考え方について述べる。 はじめに 今日のユーザー・インターフェイス研究の流れは、大きな変化を見せはじめている。たとえば、Macintoshとユーザー・インターフェイスは切っても切れない関係で、常に先端をリードしてきた存在である。そのApple社が先日の「Macworld Expo 2007」にて、「最初の30年は始まりにすぎなかった（The f
プログラムを「変更」しやすくする“インターフェイス”
プログラムを「変更」しやすくする“インターフェイス”：【改訂版】Eclipseではじめるプログラミング（9）（1/3 ページ） これからプログラミングを学習したい方、Javaは難しそうでとっつきづらいという方のためのJavaプログラミング超入門連載です。最新のEclipse 3.4とJava 6を使い大幅に情報量を増やした、連載「Eclipseではじめるプログラミング」の改訂版となります プログラムの再利用を簡単にする「インターフェイス」 オブジェクト指向プログラミング言語では、「プログラムの再利用が簡単にできる」といわれます。それには、Javaのinterface（インターフェイス、境界面）を理解すると、なぜ、このようにいわれるのかが分かります。 今回は「インターフェイス」というオブジェクト指向言語Javaにとって非常に重要な概念について解説します。インターフェイスをうまく使用することに
Events
DOM2では、全ての Node がイベントを受け取る事が出来ます。 つまり、あらゆるエレメントがその対象となります。 EventTarget このインターフェイスにより、イベントの登録などを行います。 先程の説明通り、全ての Node はこのインターフェイスを持っています。 document.addEventListener("mousemove", funcMouseMove, true); function funcMouseMove(event) { ... } addEventListener(type, listener, useCapture) イベントを登録します。 type 登録するイベントの種別を決定します。 具体的な種別名は イベント一覧 参照。 listener イベント発生時に呼び出されるリスナオブジェクト名を決定します。 通常、これは関数(function)名にな
分裂勘違い君劇場 - エンジニアがUIデザインしたがる本当の理由
ハイライトピックアップ Web2.0を引き起こしているのと同じ時代の潮流が、エンジニアの地位の低下を引き起し、エンジニアがUIデザインをしたがる動機を創り出している。 Googleは、「エンジニアの会社」という皮をかぶった「企画・マーケティング・デザイン」の会社である。 エンジニアよりデザイン能力の低いダメデザイナーがうじゃうじゃでてくる構造。 優秀な人ならデザインスキルがなくてもいいデザインができるのは幻想。現実には、デザインスキルの差は容易には超えられない壁。 デザイナーに必要な技術的知識とエンジニアの技術的知識は別物なので、エンジニアの技術力はデザインをする上でそれほど強みにならない。したがって、技術力とデザイン力を兼ね備えた優秀なデザイナーはエンジニアとデザイナーのハイブリッドではない。 一人の人間がUIのデザインと実装を両方やると二兎を追うものになってUIの質が低下する。二兎を追
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
