投稿者「Atsushi」のアーカイブ

Atsushi について

Information Architect

SWエピソード３

コメントを残す

スターウォーズエピソード３の夢を見た。

途中は覚えていないんだけど、わりとどたばた楽しげないつものスターウォーズ。で、終盤、オビワン達一行が帝国軍っぽい宇宙船へうまく乗り込んで（と本人達は思っていた）、よし、と思ったら実はそれは帝国軍（というか皇帝一味）が待ち伏せしていてあり得ないくらいの帝国軍兵士（クローンなのかは不明）がずらっと出迎えていた。

で、そこでエンドクレジット。
続きを読む →

「ここ」にファイルを作りたい

コメントを残す

MacOSがずっと引きずっている問題：
なにかドキュメントを作りたいとき、かならずアプリを立ちあげるところから入らなければならない。
最近、アプリ間連動はできるようになってきたけど、それでもフォルダという場所はあくまでファイル格納庫であって、「ここ」という概念を実現できていない。
続きを読む →

海外対応

コメントを残す

仕事でカナダへ。

昨年買い換えたノキアのグローバル携帯を携えて飛行機に乗るが、乗換のシカゴで早速勝手にローミングが始まり、「ローミング開始」のメールが届いた。ショートメールを出したり、ウェブにつないだりも普通にできる。
続きを読む →

Webサイトの７つのナビゲーション

コメントを残す

WebサイトはHTMLで記述されたドキュメントで各ページのソースコードはHTMLタグで記述されている。もともとウェブ黎明期においては各ページの内容はそれぞれ独立したドキュメントで、それらのページがハイパーリンクと呼ばれるページ間リンクによって接続されていることがウェブの大きな特長としてなっていた。CSS、XHTML等によってページ内の論理構造、意味の定義がなされるようになった今も、リンクがリンク表現というフォーマットで記載されるというルールは変わっていない。このことは、Webサイトのソースをぱっと見てそれぞれのリンクを区別できないということだ。このため、サイトのHTML一式があっても、意図した動線計画を正確には抽出することはできないことを意味する。これは設計→実装において情報が失われたり、あるいは新しい情報が付加されたりしてしまっていることを意味する。

実装されたものから設計時の意図を抽出するためには、設計意図が実装指示に１対１に対応している必要がある。このことがナビゲーションの種類を類型化し、定義づける一つの目的となる。

しかし、それ以上に純粋に要求事項をどういったかたちで実現すれば問題は解決されるのか、どの問題がどういうやりかたで解決できるのかがものすごく不明瞭な状況にあることが問題だ。

また、これは別の観点からの話になるのでここでは詳しく述べないが、通常ユーザーインターフェイスの設計においては「一貫性」が大きな意味を持つ。設計時に定義すべき要素があらかじめ明示化されることによって、自動的にこの一貫性は保たれるため、いわゆる「ユーザービリティ」についてもこの類型化は役に立つ。

ということでこのドキュメントではWebサイトにおけるナビゲーションのパターンを類型化し定義した。
続きを読む →