廃れないテクニック ― ペーパー･プロトタイピング - Radium Software
Paper Prototyping: Getting User Data Before You Code - Jakob Nielsen UI の設計手法に「ペーパー･プロトタイピング」と呼ばれるものがある。その名の通り，紙を使ってユーザビリティのテストを行うというもので，手軽で安価なプロトタイピング手法として知られている。 ペーパー・プロトタイピングの良さは，誰でも今すぐ始められるという手軽さと，もうひとつ，ローテクであるがゆえに廃れることがないというところにある。 ペーパー･プロトタイピングは，君が今やっているデザインプロジェクトに影響を与えるというほかに，もうひとつの利点がある。それは，君のキャリアにとって得になるということだ。君が他に読んだ本のなかで，コンピューターとかウェブデザインとかに関する本のことを思い返してみてほしい。君が学んだことで１０年後も有益であり続けるものは，どれほ
すばらしいソフトを作るには、カリスマが講演 ― ＠IT
記者という職業柄、これまで非常に多くのプレゼンテーションを見てきたが、プレゼンテーションの1枚目が半裸の女性モデルの写真だったのは初めてだった。 2月13日、14日の予定で東京・目黒で開催中の「デベロッパーズ・サミット2008」で講演したFog Creek Softwareの創業者でCEOのジョエル・スポルスキー（Joel Spolsky）氏のプレゼンテーション「Joel on Developers Summit――素晴らしいソフトウェアを作るということ」は、型破りに楽しく、なおかつソフトウェア開発者にとって示唆に富む内容だった。 スポルスキー氏は米マイクロソフトのExcelチームで、Excel用マクロ言語を、後にVBAと呼ばれることになるモダンなオブジェクト指向言語に置き換える仕事でプログラムマネージャを務めたことがあるなどソフトウェア開発のベテランだが、エッセイの書き手としても名を馳せ
デモではものができあがっているように見せない
Kathy Sierra / 青木靖 訳 2006年12月27日 (アルファ版のような)開発中のものを私たちが世間や、クライアントや、ボスに見せるときには･･･彼らの期待のレベルを設定することになる。これは3通りの方法でやることができる。磨き上げられたモックアップで幻惑するか、プロジェクトの現状に合ったものを見せるか、ほとんどできていないものを見せながら順調に進んでいるから「信用しろ」と言っていら立たせるかだ。 結論を言うなら: どれくらい「できている」ように見えるかは、実際どれくらい「できている」かに合わせるべきだ。 ソフトウェア開発者はみんなそのキャリアにおいてこのことを何度も思い知ることになる。しかしテクニカルライターもまた、デスクトップパブリッシングツールによって同様の問題に直面する——フォントやレイアウトが完璧に仕上げられたドラフトを誰かに見せるなら、その人はあなたが考えるよりも
利用者の立場を考えたペルソナ／シナリオ法による開発とは
Speaker 株式会社アプレッソ代表取締役副社長 CTO 小野和俊氏【ユーザビリティ研究会】では、ペルソナ／シナリオ法による開発の具体例などを紹介していきます。ペルソナを使ったことで発見された画面デザイン上の問題点や機能重複などをいくつか紹介する予定です。 リッチクライアント技術の登場・進展により、ソフトウェア・ユーザーインターフェイスの表現自由度が非常に高まり、いろいろなものが作れるようになりました。 ただ、いろいろなものが作成可能な道具が与えられたというのは、その道具を間違って使ってしまうことにも結び付き、それがこれからの課題だといえます。 HTMLを用いたWebベースのソフトウェアでは、ごく限られたソフトウェア部品しかなく、結果的にシンプルな操作性が実現されていた。そのように表現の方法が限られていたものが、いま自由に表現できる時代になろうとしています。その自由な表現が可能だという状
Ajaxの"A"で気づく技術論 (arclamp.jp アークランプ)
AjaxといえばAsynchronous JavaScript + XMLの略なので、頭の"A"は、"Asynchronous（非同期）"の意味です。 ある方に「AjaxのAって非同期だよね？技術的にはどうなってるの？」と聞かれたので、「あー、技術的には軽量の同期技術（http）を使っているんですが、ユーザーさんの感覚と非同期になっているだけなんですよ」と答えました。 ※3/6追記。コメントいただきました。僕の理解は間違っていて「画面描画と通信」というクライアント内での処理がマルチスレッドによって非同期になっているのを"Asynchronous（非同期）"と考えるのが正しいです。というわけで、この後の議論は僕の誤解に基づく論理展開としてお楽しみくださいませ。 後になって考えてみたのですが、これってけっこう重要なことだなと。 非同期を非同期技術で実現しようとするから高くなる 梅田さんの「ウ
多くのユーザーは一度に1本しかジュースを買わない ― ＠IT
ユーザビリティのヒント（1） 多くのユーザーは 一度に1本しかジュースを買わない 「自動販売機での不要な動作から考える」 ソシオメディア 上野 学 2006/6/2 Webアプリケーションのユーザーインターフェイスデザインに役立つさまざまなTips集。自動販売機でジュースを買うときの不要な動作から考える。（編集部） 今回からはWebアプリケーションのユーザーインターフェイスの続編の「Tips編」として、ウェブアプリケーションのユーザーインターフェイスをデザインするうえで役立つさまざまなヒントを、少し細かな視点から具体的に見ていきます。 複雑な構成物を作り上げるには、基本となるコンセプトやアーキテクチャといった抽象度の高い部分から考えていくトップダウン式のアプローチと、構成要素の細部から考えていくボトムアップ式のアプローチの両方が必要になりますが、前回までの経験則編はどちらかといえばトップダ
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
