#01 広義／狭義の UX デザイン
渋谷のシェアライブラリー co-ba library に置いてある、OVERKAST 選書の第１弾。 初回は自己紹介も兼ねて、UX デザイン周辺の書籍を選びました。 本棚の場所は、co-ba library に入って右手前あたり、OVERKAST マークが目印です。棚には付箋メモも置いておきますので、本の感想や気付きなどあれば、書いて貼りつけておいてください。 さて、今回のテーマは「広義／狭義のUXデザイン」。「UX デザイン」という言葉の定義が気になりますが、それはまた別の機会に掘り下げるとして、今回は本の内容にそれを託します。 以下、選んだ本のレビューを簡単に書くので、参考にしてください。 ブレンダ・ローレル『人間のためのコンピューター – インターフェースの発想と展開』（1990） アラン・ケイ、ニコラス・ネグロポンテ、ドナルド・ノーマンらの、貴重なインタビューや文献を所収。 今から
setunai.net - setunai リソースおよび情報
This webpage was generated by the domain owner using Sedo Domain Parking. Disclaimer: Sedo maintains no relationship with third party advertisers. Reference to any specific service or trade mark is not controlled by Sedo nor does it constitute or imply its association, endorsement or recommendation.
Windows ユーザー エクスペリエンス ガイドライン – Crystal Dew Blog
MSDN で Windows ユーザー エクスペリエンス ガイドライン が公開されました。PDF 版が読みやすいのでお薦め。 775ページの超大作ですが、熟読の価値は大いにありそうです。Vista/7 時代のアプリケーションがどうあるべきか非常に考えさせられる内容です。 P.6 から始まる『優れたユーザー エクスペリエンスをデザインする方法』より 4. 八方美人にならないようにする すべてのユーザーを満足させようとするよりも、対象ユーザーを喜ばせようとする方が、プログラムは成功します。すべてに集中するということは、事実上不可能であることを忘れないでください。 5. 厳しく決断する 本当に必要な機能、コマンド、オプションであれば、しっかり作ります。そうでなければ、省きます。何でもオプションにしたり、構成可能なようにして、厳しい決断を避けてはなりません。 CrystalDiskInfo や C
テストの実行: Microsoft UI オートメーション ライブラリ
At this point in my test automation code, I have launched the application under test, entered "30 60" into the input (textBox1) control, selected the Geometric Mean (radioButton2) control, and clicked on the Calculate (button1) control. Now I examine the textBox2 control to see if I have an expected value: Console.WriteLine("\nChecking textBox2 for '42.4264'"); TextPattern tpTextBox2 = (TextPatter
エンジニアにもわかる「ユーザーインターフェース設計」
ヤフー株式会社は、2023年10月1日にLINEヤフー株式会社になりました。LINEヤフー株式会社の新しいブログはこちらです。LINEヤフー Tech Blog はじめに 島津悠樹と申します。Yahoo! JAPANのソーシャルメディア系サービスの開発・ユーザーインターフェース（以下UI）設計を担当しています。私からは「エンジニアにもわかる『ユーザーインターフェース設計』」と題し、エンジニアのみなさまに考え方のヒントとなるようなネタをお届けします。 エンジニアの方々にとって、UI設計は、おもしろそう、けれど、どこかとっつきにくい......、そんな印象を持っておられるのではないかと思います。 私も以前はそう思っていました。ですが、とっつきにくさを理由にUI設計をやらないのはもったいない、という思いで試行錯誤した結果、なんとか、UI設計のお仕事をいろいろ担当させていただくことができるようにな
第35回 画面設計書はどう作られるべきか
Webサイトを構築する場合，通常は「設計書」を作成します。サイト全体の設計書であったり，ページ単体の設計書であったりするわけですが，今回は後者である「画面設計書」について考えてみましょう。 画面設計書を読むのは誰か Webサイトの構築では，対象ユーザーをできる限り具体的に決めてから開発を進めていきます。同様に，画面設計書にも「対象読者」を見定める必要があります。結論から言えば，かなり属性の異なる二種類の読者が存在します。 まず，発注者である「クライアント」です。クライアントは，技術的な難易度ではなく，自分たちのビジネス要件を満たすものが作られるかどうかを確認するために画面設計書を読みます。開発（プロジェクト）のゴールや，プロジェクトのメリット/デメリット，リリース後の顧客満足の予想などを，その設計書から読み取ろうとします。したがって，できる限り具体的なイメージが伝わるものが要求されます。
開発現場のUIトラブルを解決!? 画面プロトタイプ入門
開発現場のUIトラブルを解決!? 画面プロトタイプ入門：いまさら聞けないリッチクライアント技術（16）（1/3 ページ） UIを取り巻く開発現場の問題点って何？ システム開発におけるUI（ユーザーインターフェイス。本稿では、画面系の話題をすべてUIといいます）には、大きく2つの問題があります。 ■ユーザーいわく「使いにくい、分かりにくい」 1つは、システムの使いやすさについての問題です。システムをリリースしても、エンドユーザーから「使いにくい、分かりにくい」などのクレームが発生し、システム導入後の運用コストが低減できなくなるなどの問題が発生します。 ■ユーザーいわく「やっぱり画面にアレが欲しいな」 もう1つは、製造工程以降で、動くシステムが出来上がったときに、顧客から追加の要件が頻発する問題です。これは、システム開発共通の大きな問題ですが、特に顧客の目に付きやすいUIの部分は、その指摘が多
山田祥平のRe:config.sys
ディスプレイのアスペクト比は、どうやら16:9で決まりのようだ。ネットブックでさえ、1,024×576ピクセルといった解像度でトレンドに忠実であろうとしている。また、いわゆるフルHDは、1,920×1,080ピクセルだ。果たして、このアスペクト比、本当に使いやすいといえるんだろうか。 ●トレンドは16:9で決まり 今、この原稿を書いている環境は、24型の1,920×1,200ピクセルと21型の1,200×1,600ピクセルのマルチディスプレイだ。片方は16:10で、もう片方は3:4、つまり、縦にして使っている。自分では、この環境はとても使いやすいと思っているのだが、ちょっと前までワイド液晶のトレンドだった16:10のアスペクト比が、16:9へとシフトしていく傾向にあるようだ。 画面の縦横比が16:10から16:9に変わることで、映画や地デジ番組などの16:9コンテンツをフルスクリーン表示す
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
IDEA * IDEA
[Think IT] 【見やすさと使いやすさ】ガラリと変わる！UI入門