複雑性保存の法則は、テスラーの法則[1] [2] [3]またはウォーターベッド理論[4]としても知られ、人間とコンピュータの相互作用における格言であり、すべてのアプリケーションには、取り除いたり隠したりできない固有の複雑さがあることを示しています。代わりに、製品開発またはユーザーとのやり取りのいずれかで対処する必要があります。
ここで、誰が複雑さにさらされるべきかという疑問が生じます。たとえば、ソフトウェア開発者は、ユーザーにとってインタラクションをシンプルにするためにソフトウェアコードに複雑さを加えるべきでしょうか、それとも、ソフトウェアコードをシンプルにするためにユーザーが複雑なインターフェースを扱うべきでしょうか。[5]
背景
1980年代半ばにゼロックスPARCで働いていたラリー・テスラーは、ユーザーがアプリケーションと対話する方法がアプリケーション自体と同じくらい重要であることに気づきました。[5]ダン・サファー著の「Designing for Interaction」[6]には、複雑性保存の法則について説明したラリー・テスラーへのインタビューが含まれています。[5]このインタビューは、ユーザーエクスペリエンスとインタラクションの設計者の間で人気があります。
ラリー・テスラーは、ほとんどの場合、エンジニアは、アプリケーションの複雑さを軽減するために 1 週間余分に費やすべきであり、複雑さが増すと何百万人ものユーザーがプログラムの使用に 1 分余分に費やすことになると主張しています。[5]しかし、ブルース・トグナッツィーニは、人々は生活の中で複雑さを軽減することに抵抗すると主張しています。[7]したがって、アプリケーションが簡素化されると、ユーザーはより複雑なタスクに挑戦し始めます。
アプリケーション
テスラーの法則の応用例:
- プログラミング
- 車両
- 家電製品
- 職場設備
参考文献
- ^ 「テスラーの法則」uxtoast . 2021年1月3日閲覧。
- ^ Yablonski, Jon (2020年4月21日)。「第9章:テスラーの法則」。UXの法則:心理学を使ってより良い製品とサービスを設計する。「O'Reilly Media, Inc.」。p. 87。ISBN 9781492055280。
- ^ Saffer, Dan (2010)。「第 7 章: 改良」。インタラクションの設計: 革新的なアプリケーションとデバイスの作成。New Riders。p. 136。ISBN 978-0321643391。
- ^ 「ウォーターベッド理論」. wiki.c2.com 。2022-01-12に取得。
- ^ abcd 「Larry Tesler インタビュー」 。Designingforinteraction.com。2011年 10 月 18 日閲覧。
- ^ Dan Saffer著「インタラクションのためのデザイン」amazon.com
- ^ 複雑性のパラドックス、ブルース・トグナッツィーニ著
外部リンク
- http://www.nomodes.com
